农历新年前，许多大师或老师会对名人、股市、甚至国家的运势做出各种分析，这倒是让我灵光乍现，想利用这段时间概略地分析今年编程语言的可能发展。
Java类语言：Java似乎会逐渐走下坡。J2ME会受到Google Android、Adobe Flash Lite、.NET Compact Framework的影响；J2SE的对手则是.NET和AIR；J2EE在中小型网站受到PHP、Ruby-on-Rails（RoR）很大的冲击。幸好，目前大型企业好像还是买J2EE的帐。
在J2ME和J2SE方面，未来似乎可以用JavaFX奋力一搏；在J2EE方面，也有Groovy/Grails可以抵挡RoR。尤其目前大家怀疑PHP和RoR只适合用在中小型网站，大型企业网站似乎还是用J2EE比较安心，Groovy/Grails可以保障大家在J2EE上既有的投资。如果你是Java爱好者，最近有点想改用RoR，那么你可以去看看Grails，或许你会因此想继续留在Java阵营。
PHP语言：因为PHP对初学者相当友善，所以过去这几年使用者数量增加快速，但是似乎已经到达瓶颈，这可能是RoR造成的。随着RoR推出新版，PHP会受到更大的挑战。连开发工具厂商CodeGear都在2007年推出Ruby和PHP的开发工具，显见这两个语言似乎都会逐渐走入企业市场。
Python语言：Python早就移植到.NET和Java，2008年会持续推出修订版本，而且也会推出全新的Python 3000。Python 3000不以相容于2.x版为目的，而是要运用过去培养出来的经验，彻底翻新Python。目前Python编程员的需求也已经超越Perl。
Perl语言：目标远大是一件好事，但目标远大却没有足够的资源可以完成目标，就会陷入绝境。Perl 6就是这样的例子，它比.NET更早提出，但这几年下来，.NET已经从1.0进入到3.5，Perl 6却连1.0都还没诞生。Perl擅长文字数据处理，但是在大部分语言都支持Regular Expression，加上文字数据大量XML化之后，Perl的优势已经消失大半。
Ruby语言：Ruby可能会在2008年推出2.0，加上2007年底已经推出的RoR 2.0， Ruby整个就是一股挡不住的气势。可能在2008年底之前，Ruby在TIOBE的排行榜上就会超越Perl，只剩下Python和PHP这两个对手了。
JavaScript语言：Web应用蔚为主流，而JavaScript又是浏览器的标准语言，所以这几年来相当受到重视。在Adobe推出AIR，Mozilla推出Prism之后，JavaScript可以开发出「某些种类」的桌面应用，JavaScript的用途变得更广。而JavaScript的兄弟ActionScript，随着AIR的推出又会更受欢迎一些，但是Silverlight的推出，又会抵销ActionScript成长力道。
C语言：系统语言方面，C语言的地位还是一样重要，C++则会慢慢走下坡；D语言崛起，将会接收相当多原来C++的使用者，而Delphi则是一蹶不振，当年Delphi/Kylix跨Windows/Linux的美梦已然消失。
D语言：多年来，D语言平均一个月推出两个版本，改版速度相当快，在2007年1月推出1.0版后，不出几个月，又推出2.0版。1.0版持续做bug修订，尽量不加新特色，2.0版则继续进行实验性的翻修。虽然D语言1.0才正式推出1年，但已经成为相当受欢迎的系统语言，可惜至今仍然没有很好用的IDE。
Lua、PowerShell、Erlang语言：可说是未来几年窜升力道最强的潜力之星，但都还不至于成为主流语言。Lua是相当小的语言，适合嵌入其他的环境中，和其他语言一同使用，根据TIOBE开发语言排行榜数据显示，这几年Lua越来越受到重视，尤其2007年Lua更是往上猛窜二十几个名次，由此可见Lua的需求大增。随着Windows Vista系统的出货，未来几年PowerShell会成为相当重要的系统管理语言。目前的多核心环境、网络分布式计算、容错的需求，则让Erlang持续受到重视。
Roughly Drafted Magazine的报导指出，在2007年第三季，Apple iPhone在美国的Smartphone市场占有率已经到达27%，超过Windows Mobile。继美洲和欧洲之后，2008年iPhone会在亚洲开始贩卖，并推出第二代机种，也预计在2008年推出SDK（软件开发工具包），让我们可以为iPhone写原生（Native）程序。
所以，如果你需要为Smartphone开发应用，除了考虑Windows Mobile之外，你也必须思考是否要用Objective-C语言开发的MacOS应用了（iPhone使用精简版的MacOS X）。
转换语言的成本通常很高，所以一年之内，各个语言通常不会有太大的兴衰变化，这篇文章其实是描述以2008为中心，前后数年期间各类编程语言的整体状况；把时间拉长，发展态势会比较明显，不受到短期震荡的影响，预测未来就不至于太过离谱，让大家当作未来选择语言的参考。
作者简介：
蔡学镛－技术顾问
清华大学资讯工程硕士，曾任华硕集团软件工程师、元智大学信息系讲师、美商欧莱礼出版社技术编辑、台湾微软特约专栏作家
2008年6月27日星期五
2008年6月26日星期四
Creating Dynamic Subdomains in Windows/IIS using ISAPI_Rewrite
Subject: Creating Dynamic Subdomains in Windows/IIS using ISAPI_Rewrite
From: Reasonable Alan
* Introduction
* Requirements
* Solution 1: Create Multiple IIS Web Sites
* Solution 2: Using ISAPI_Rewrite
* Comparisons
* Conclusion
Introduction
Do you have a web site that is hosted on a Windows Server that has been growing and now it makes more sense to redefine the architecture and separate that web site into subdomains? In this article, we will be discussing two methods of setting this up. And later in the article, we'll provide you with a comparison analysis and our conclusions.
Back to Previous
Requirements
1. Ability to update DNS records
2. IIS web server admin access
3. ISAPI_Rewrite component (for Solution 2)
Back to Previous
Solution 1: Create Multiple IIS Web Sites
Setup DNS Server
You have two options. Since you probably have a limited number of subdomains to manage, you can either list them out individually or just use a wildcard.
Wildcard method: Add the following entry into your DNS server and change the domain and IP address accordingly.
*.example.com IN A 1.2.3.4
Declare manually: Add an entry for each of the subdomains.
sub1.example.com IN A 1.2.3.4
sub2.example.com IN A 1.2.3.4
sub3.example.com IN A 1.2.3.4
Setup the Web Server
First make sure you have created a root directory for each of the subdomains, as if you are working with a new web site. Your directory might look like the following:
d:\inetpub\wwwroot\example.com\sub1\
d:\inetpub\wwwroot\example.com\sub2\
d:\inetpub\wwwroot\example.com\sub3\
d:\inetpub\wwwroot\example.com\js\
d:\inetpub\wwwroot\example.com\css\
d:\inetpub\wwwroot\example.com\img\
Next, we create a web site for each of the subdomains. Let's create the first one and you can repeat this for all others.
* Open IIS Management Console.
* Click on the Web Sites folder and select New : Web Site.
* Click on Next to continue.
* Enter the description for your site then click Next. An example would be: sub1.example.com.
* On the IP Address and Port Setting, enter sub1.example.com into the Host header for this Web site field.
* On the next page, enter the path d:\inetpub\wwwroot\example.com\sub1\.
* On the next page, select your options click Next and you're done.
Now here's the fun part. Since you have created a new site for each subdomain, but there are files that are shared across them, such as javascript, style sheets, and images. What you could do is to create a virtual directory to link them to each of the web sites. Here's how you do it.
* Right click on the subdomain you have just created in IIS Management Console and select New : Virtual Directory.
* As an example we'll share the style sheet folder (css). Click on Next and enter css in the Alias field.
* Enter the path d:\inetpub\wwwroot\example.com\css\ into the Path field and click on Next.
* Specify the permission on the next page and you're done.
Solution 1: Summary
What we have accomplished here is we have separated your web site into multiple subdomains, while still keeping only one copy of the shared files across them.
Back to Previous
Solution 2: Using ISAPI_Rewrite
Whoa! That's a lot of steps to create all the subdomains I want. Is there an easier way? Well there is an alternative way. Let's get started first then we'll run the comparisons.
Setup DNS Server
Add the following entry into your DNS server and change the domain and IP address accordingly.
*.example.com IN A 1.2.3.4
Setup the Web Server
We are assuming that you already have a web site created for your main site: www.example.com. So let's just double check to make sure it will be able to accept all variations of the subdomains.
* Open IIS Management Console and select your web site.
* Right click on it and select Properties.
* Click on Web Site tab.
* Click on Advanced button.
* Make sure there is one entry under the Multiple identities for this Web Site with Host Header Name field blank. This entry will intercept all requests that comes to this IP address.
* Make sure the IP address is only used by this web site.
Setup httpd.ini for ISAPI_Rewrite
Add the following code to your httpd.ini in the web root. Make sure they are in the correct order.
# Convert http://example.com to http://www.example.com/
RewriteCond Host: ^example.com
RewriteRule (.*) http\://www\.example.com$1 [I,RP]
# Assuming we have limited number of shared folders.
# We will execute them accordingly regardless of the subdomain.
# Example: http://sub1.example.com/img/logo.jpg -> /img/logo.jpg
# Example: http://www.example.com/img/logo.jpg -> /img/logo.jpg
RewriteRule (/css/.*) $1 [I,O,L]
RewriteRule (/js/.*) $1 [I,O,L]
RewriteRule (/img/.*) $1 [I,O,L]
#Redirect all other subdirectories not matching
#to the list above as subdomains
#example: www.example.com\sub1 -> sub1.example.com
RewriteCond Host: www\.highspeed\.com
RewriteRule /(\w*)/(.*) http\://$1\.example\.com$2 [I,RP]
# If the web site starts with www then point the file to the root folder
# If you specifically created a folder /www/ then you can comment out this section.
RewriteCond Host: (?:www\.)example.com
RewriteRule (.*) $1 [I,O,L]
# Any web site starts other than www will be re-mapped to //
# Example: http://sub1.example.com/default.asp -> /sub1/default.asp
# Note: if the folder does not exists, then the user will get a 404 error automatically.
RewriteCond Host: (.*)\.example.com
RewriteRule (.*) /$1$2 [I,O,L]
#Fix missing slash char on folders
#This has to be at the end because if invalid dir exists,
#we should show 404 first
RewriteCond Host: (.*)
RewriteRule ([^.?]+[^.?/]) http\://$1$2/ [I,RP]
Test the Subdomains
Assuming we have the company website and two subdomains created: sub1, sub2.
URI Location on Server
http://www.example.com /
http://sub1.example.com/img/logo.jpg /img/logo.jpg
http://sub2.example.com /sub2/
http://abc.example.com /abc/ -> 404 Not Found
Solution 2: Summary
The second solution is easier to implement and only requires one instance of the website, the user has to be careful about creating the folders. For example, the user can not create a folder d:\inetpub\wwwroot\example.com\sub1\img\ because it would conflict with the ISAPI_Rewrite Rule of (/img/.*). Therefore the files in that folder will not be accessible.
Back to Previous
Comparisons
Multiple IIS Webs - Pros
* No conflicts to worry about between folders.
* Separate log files to track them individually.
* Can be setup for server farms and load balancing easily.
Multiple IIS Webs - Cons
* Need to create new site per subdomain.
* Requires access to IIS server.
ISAPI_Rewrite - Pros
* Easy to setup.
* One server instance and log file.
* To add a subdomain, just add a new folder.
ISAPI_Rewrite - Cons
* Need to keep track of directories to avoid conflicts.
* Need dedicated IP address.
* Additional resource for processing each file.
* Need to find server that supports ISAPI_Rewrite.
Back to Previous
Conclusion
While ISAPI_Rewrite solution is much easier to implement, it is recommended for smaller sites with one development team. This is because of added resource and exceptions that the team has to keep track of. For a larger site, even though the admin has to setup multiple instances of the servers, these only need to be done once. Plus, the subdomains are probably developed by different teams and are distinct enough to warrant their own web instance.
So which one should you choose? Give the ISAPI_Rewrite a try first. When you think your sites are big enough you can always switch to the other method anytime.
Back to Previous
Happy coding!
Quoted from http://www.seoconsultants.com/windows/isapi/subdomains/
From: Reasonable Alan
* Introduction
* Requirements
* Solution 1: Create Multiple IIS Web Sites
* Solution 2: Using ISAPI_Rewrite
* Comparisons
* Conclusion
Introduction
Do you have a web site that is hosted on a Windows Server that has been growing and now it makes more sense to redefine the architecture and separate that web site into subdomains? In this article, we will be discussing two methods of setting this up. And later in the article, we'll provide you with a comparison analysis and our conclusions.
Back to Previous
Requirements
1. Ability to update DNS records
2. IIS web server admin access
3. ISAPI_Rewrite component (for Solution 2)
Back to Previous
Solution 1: Create Multiple IIS Web Sites
Setup DNS Server
You have two options. Since you probably have a limited number of subdomains to manage, you can either list them out individually or just use a wildcard.
Wildcard method: Add the following entry into your DNS server and change the domain and IP address accordingly.
*.example.com IN A 1.2.3.4
Declare manually: Add an entry for each of the subdomains.
sub1.example.com IN A 1.2.3.4
sub2.example.com IN A 1.2.3.4
sub3.example.com IN A 1.2.3.4
Setup the Web Server
First make sure you have created a root directory for each of the subdomains, as if you are working with a new web site. Your directory might look like the following:
d:\inetpub\wwwroot\example.com\sub1\
d:\inetpub\wwwroot\example.com\sub2\
d:\inetpub\wwwroot\example.com\sub3\
d:\inetpub\wwwroot\example.com\js\
d:\inetpub\wwwroot\example.com\css\
d:\inetpub\wwwroot\example.com\img\
Next, we create a web site for each of the subdomains. Let's create the first one and you can repeat this for all others.
* Open IIS Management Console.
* Click on the Web Sites folder and select New : Web Site.
* Click on Next to continue.
* Enter the description for your site then click Next. An example would be: sub1.example.com.
* On the IP Address and Port Setting, enter sub1.example.com into the Host header for this Web site field.
* On the next page, enter the path d:\inetpub\wwwroot\example.com\sub1\.
* On the next page, select your options click Next and you're done.
Now here's the fun part. Since you have created a new site for each subdomain, but there are files that are shared across them, such as javascript, style sheets, and images. What you could do is to create a virtual directory to link them to each of the web sites. Here's how you do it.
* Right click on the subdomain you have just created in IIS Management Console and select New : Virtual Directory.
* As an example we'll share the style sheet folder (css). Click on Next and enter css in the Alias field.
* Enter the path d:\inetpub\wwwroot\example.com\css\ into the Path field and click on Next.
* Specify the permission on the next page and you're done.
Solution 1: Summary
What we have accomplished here is we have separated your web site into multiple subdomains, while still keeping only one copy of the shared files across them.
Back to Previous
Solution 2: Using ISAPI_Rewrite
Whoa! That's a lot of steps to create all the subdomains I want. Is there an easier way? Well there is an alternative way. Let's get started first then we'll run the comparisons.
Setup DNS Server
Add the following entry into your DNS server and change the domain and IP address accordingly.
*.example.com IN A 1.2.3.4
Setup the Web Server
We are assuming that you already have a web site created for your main site: www.example.com. So let's just double check to make sure it will be able to accept all variations of the subdomains.
* Open IIS Management Console and select your web site.
* Right click on it and select Properties.
* Click on Web Site tab.
* Click on Advanced button.
* Make sure there is one entry under the Multiple identities for this Web Site with Host Header Name field blank. This entry will intercept all requests that comes to this IP address.
* Make sure the IP address is only used by this web site.
Setup httpd.ini for ISAPI_Rewrite
Add the following code to your httpd.ini in the web root. Make sure they are in the correct order.
# Convert http://example.com to http://www.example.com/
RewriteCond Host: ^example.com
RewriteRule (.*) http\://www\.example.com$1 [I,RP]
# Assuming we have limited number of shared folders.
# We will execute them accordingly regardless of the subdomain.
# Example: http://sub1.example.com/img/logo.jpg -> /img/logo.jpg
# Example: http://www.example.com/img/logo.jpg -> /img/logo.jpg
RewriteRule (/css/.*) $1 [I,O,L]
RewriteRule (/js/.*) $1 [I,O,L]
RewriteRule (/img/.*) $1 [I,O,L]
#Redirect all other subdirectories not matching
#to the list above as subdomains
#example: www.example.com\sub1 -> sub1.example.com
RewriteCond Host: www\.highspeed\.com
RewriteRule /(\w*)/(.*) http\://$1\.example\.com$2 [I,RP]
# If the web site starts with www then point the file to the root folder
# If you specifically created a folder /www/ then you can comment out this section.
RewriteCond Host: (?:www\.)example.com
RewriteRule (.*) $1 [I,O,L]
# Any web site starts other than www will be re-mapped to /
# Example: http://sub1.example.com/default.asp -> /sub1/default.asp
# Note: if the folder does not exists, then the user will get a 404 error automatically.
RewriteCond Host: (.*)\.example.com
RewriteRule (.*) /$1$2 [I,O,L]
#Fix missing slash char on folders
#This has to be at the end because if invalid dir exists,
#we should show 404 first
RewriteCond Host: (.*)
RewriteRule ([^.?]+[^.?/]) http\://$1$2/ [I,RP]
Test the Subdomains
Assuming we have the company website and two subdomains created: sub1, sub2.
URI Location on Server
http://www.example.com /
http://sub1.example.com/img/logo.jpg /img/logo.jpg
http://sub2.example.com /sub2/
http://abc.example.com /abc/ -> 404 Not Found
Solution 2: Summary
The second solution is easier to implement and only requires one instance of the website, the user has to be careful about creating the folders. For example, the user can not create a folder d:\inetpub\wwwroot\example.com\sub1\img\ because it would conflict with the ISAPI_Rewrite Rule of (/img/.*). Therefore the files in that folder will not be accessible.
Back to Previous
Comparisons
Multiple IIS Webs - Pros
* No conflicts to worry about between folders.
* Separate log files to track them individually.
* Can be setup for server farms and load balancing easily.
Multiple IIS Webs - Cons
* Need to create new site per subdomain.
* Requires access to IIS server.
ISAPI_Rewrite - Pros
* Easy to setup.
* One server instance and log file.
* To add a subdomain, just add a new folder.
ISAPI_Rewrite - Cons
* Need to keep track of directories to avoid conflicts.
* Need dedicated IP address.
* Additional resource for processing each file.
* Need to find server that supports ISAPI_Rewrite.
Back to Previous
Conclusion
While ISAPI_Rewrite solution is much easier to implement, it is recommended for smaller sites with one development team. This is because of added resource and exceptions that the team has to keep track of. For a larger site, even though the admin has to setup multiple instances of the servers, these only need to be done once. Plus, the subdomains are probably developed by different teams and are distinct enough to warrant their own web instance.
So which one should you choose? Give the ISAPI_Rewrite a try first. When you think your sites are big enough you can always switch to the other method anytime.
Back to Previous
Happy coding!
Quoted from http://www.seoconsultants.com/windows/isapi/subdomains/
2008年6月23日星期一
Agile Application Management and Development Platform
OutSystems technology combines the productivity offered by visual modeling tools with the level of extensibility found in integration suites and custom development frameworks. The OutSystems Platform gives you everything you need to rapidly create and deploy enterprise applications and then change those applications at any stage of their life cycle. At the core of our value proposition you will find a highly intuitive visual environment and a breakthrough deployment technology that is helping businesses deliver business applications and services in weeks, instead of months or years.
Visual development that works
OutSystems Service Studio, a visual IDE, makes it easy to create web pages, business logic and data entities with just a few clicks.
Hassle free deployment
Getting your applications live is one click away. No deployment procedures required!
Build on your skills
You can use C#, SQL and JavaScript to create components that will be available as visual building blocks.
Centralized Management
You can manage several applications, services and integration components from a single web-based console.
Others like you
The OutSystems Community is open and growing. Meet other users and access our forums, online help, samples, and tutorials.
Read the OutSystems Platform Overview (pdf)
Free! What's the catch?
OutSystems Express Edition is free for commercial and personal use up to 5 applications users. Also, your database must be on the same server as your applications and you must have a single application server (no clustering).
OutSystems Express Edition is best suited for individual use, small IT departments or departmental IT teams. If you want to know more about other editions of the OutSystems Platform, please see the OutSystems Platform Editions feature list.
C++各大有名库的介绍
KlayGE国内游戏开发高手自己用C++开发的游戏引擎。KlayGE是一个开放源代码、跨平台的游戏引擎，并使用Python作脚本语言。KlayGE在LGPL协议下发行。感谢龚敏敏先生为中国游戏开发事业所做出的贡献。 在C++中，库的地位是非常高的。C++之父 Bjarne Stroustrup先生多次表示了设计库来扩充功能要好过设计更多的语法的言论。现实中，C++的库门类繁多，解决的问题也是极其广泛，库从轻量级到重量级的都有。不少都是让人眼界大开，亦或是望而生叹的思维杰作。由于库的数量非常庞大，而且限于笔者水平，其中很多并不了解。所以文中所提的一些库都是比较著名的大型库。
C++各大有名库的介绍——游戏开发
１、Audio/Video 3D C++ Programming Library
参考网站：http://www.galacticasoftware.com/products/av/
AV3D是一个跨平台，高性能的C++库。主要的特性是提供3D图形，声效支持（SB,以及S3M），控制接口（键盘，鼠标和遥感），XMS。
２、KlayGE
参考网站：http://home.g365.net/enginedev/
国内游戏开发高手自己用C++开发的游戏引擎。KlayGE是一个开放源代码、跨平台的游戏引擎，并使用Python作脚本语言。KlayGE在LGPL协议下发行。感谢龚敏敏先生为中国游戏开发事业所做出的贡献。
３、OGRE
参考网站：http://www.ogre3d.org
OGRE（面向对象的图形渲染引擎）是用C++开发的，使用灵活的面向对象3D引擎。它的目的是让开发者能更方便和直接地开发基于3D硬件设备的应用程序或游戏。引擎中的类库对更底层的系统库（如：Direct3D和OpenGL）的全部使用细节进行了抽象，并提供了基于现实世界对象的接口和其它类。
C++各大有名库的介绍——游戏开发
１、Audio/Video 3D C++ Programming Library
参考网站：http://www.galacticasoftware.com/products/av/
AV3D是一个跨平台，高性能的C++库。主要的特性是提供3D图形，声效支持（SB,以及S3M），控制接口（键盘，鼠标和遥感），XMS。
２、KlayGE
参考网站：http://home.g365.net/enginedev/
国内游戏开发高手自己用C++开发的游戏引擎。KlayGE是一个开放源代码、跨平台的游戏引擎，并使用Python作脚本语言。KlayGE在LGPL协议下发行。感谢龚敏敏先生为中国游戏开发事业所做出的贡献。
３、OGRE
参考网站：http://www.ogre3d.org
OGRE（面向对象的图形渲染引擎）是用C++开发的，使用灵活的面向对象3D引擎。它的目的是让开发者能更方便和直接地开发基于3D硬件设备的应用程序或游戏。引擎中的类库对更底层的系统库（如：Direct3D和OpenGL）的全部使用细节进行了抽象，并提供了基于现实世界对象的接口和其它类。
mixi.jp的一个评论
说起 mixi.jp，日本本地的用户应该很少有不知道的。上两周虹还在京都的时候，老冒提出来要虹和 mixi.jp 的人接触一下，或者看看 mixi.jp 有什么特别的，为什么会成功。毕竟同在亚洲地区，可能比 MySpace 等欧美的 SNS 要更具参考性。所以虹找了朋友一起试玩了一下，并且找到了 mixi 的职员和用户聊了一下
创办者笠原健治原先一开始（99 年）做的是一个求职网站（転職・アルバイト・派遣の求人情報 Find Job !），不过当时的环境和政府政策使得类似站点发展趋势并不太好，笠原转而把目光从"工作"转向了"休闲"，2004 年 3 月份 mixi 上线了（当时国内已经开始冒出 BSP、比较优秀的 blogger 以及 Web 2.0 的讨论了）。
mixi 可不是"吃饭"，创办时的理念实际上是 mix + i，用户界面与功能相当直观简单，可以收发电子邮件（台湾的 xuite 也是同样的提供个人邮箱）、写日记（blogging）、发表书评（豆瓣？）、推荐 CD 或 DVD （像是集成了 Amazon）等，也可以为其他会员的日记写评语，免费会员有 100MB 在线存储空间，并且可以简单使用 mixi 来搭建一个属于自己的 bbs （国内可能就是类似于豆瓣那样的群组）。
和国内这些年从聊天室、BBS 到 QQ 群、在线讨论组的演变不同，日本很少有长时间挂在线上无聊的在 QQ 群里打屁、蹲点，或者不停的刷新 BBS 版面，mixi 的出现，让他们有了跨越地域的方便沟通的机会。涉及的话题从政治、经济到动漫、音乐，甚至仅仅是私人聚会，和国内互联网中单调的话题类别相比，显得极为丰富和不同。这可能跟日本人从小的社团活动培养"兴趣"的社会背景有关，而且从 mixi 的用户群来看，各个年龄层次和文化水平层次都有，其中还包括国内少见的 50 岁以上的年龄群体，以及从政之类的严肃工作环境的人士。
从网站服务的元素构成来看，和欧美同类服务相比显得相当简单，甚至是朴素。不过其中也包含了一些特色功能，大部分日本的 BSP 都会提供的一个服务，中文翻译过来叫做"脚印"，mixi 也用到了。说白了，就是有其他 mixi 用户走过路过某用户的日记或页面，就会被完整记录，每天有类似于统计报告的邮件发送到该用户的邮箱里（知道谁来串过门了，被谁关注了）。这一点虽然只是小处的问题，不过却可以着实方便的更多结识相同兴趣者（潜水员登记？）。国内好像就见到 sohu 的 BSP 有类似的功能。
mixi 的用户们比较乐于把网络中的讨论和实际生活中的聚会、活动结合起来，当然由于其讨论组话题的种类繁多，引申到生活中的活动也相应的变得极为丰富。邀请是不限量了，但是 mixi 的邀请机制充分发挥了其作用，参与相关话题的讨论，或者生活中的朋友、同学、同事、邻居，地理环境或者交际关系上的不同性质可以立体交错的形成不同的圈子，网络和生活两面的结合，形成了 mixi 的一种流行趋势。
从网站经营的角度来看，mixi 并没有多做宣传和推广，大部分依赖用户们的口口相传，网站里的直投广告也不多，主要收益来自于书籍或光碟等媒体商和其他内容中涉及的产品厂商，每天的相关链接产生的固定赞助或者点击（次数计费）费用。网站结构上的简单，使得运营成本和维护上也相对简单和低廉。
在日本的互联网用户当中，不知道 mixi 或者没有 mixi 账户的人会被讥笑，目前 mixi 已经成为了日本的一种时尚文化，其中也会产生一些令人啼笑皆非的麻烦，比如 mixi 依赖症。mixi 成为日常生活中的一部分，过渡沉迷于 mixi 的社群活动，也很在意自己在其中的表现，无论是 post 的照片还是日记。会担心写得好不好，有没有人看，访问人数下滑了之类的。这也从另一方面反映了 mixi 在日本当地用户中的地位。
此外，mixi 周边的开发不算多，使用和衍生应用都无需什么互联网技术一类的，非常生活化。目前已知的仅有一个比较完全的相册功能，短地址功能（类似于 tinyurl），以及一个热心网友开发的 mixi 专用浏览器。这个月 mixi 就要在日本上市了，TSE 方面提供的资料表示每股将在 140 万日元左右，发行量在 7.5 万股左右。对于一个创业仅两年多，没有靠任何投资资本的社会化网络，从任何一个角度来说，都是非常成功的。
在此有点思路，想提几个问题，一起思考一下：
1. Web 2.0 只是技术和理念上的突破么？一个技术含量高，功能繁多的网站是不是就是有价值的网站？
mixi 的平台并没有什么复杂的技术，功能简单、易用、实用为主（日记、邮箱、群组、相册）。不排除一些第三方的服务加入集成，基本功能却很全，很稳定。
2. 国内门户带来的权威化"报纸阅读式"的根深蒂固的影响，用户自主化的内容到底能占目前国内互联网信息的多少比重？字称 Web 2.0 的网站有多少做到了真正的"去中心化"？
mixi 首页没有任何内容信息，所有内容承载都来自于用户的日记、讨论组，不搞评比、不搞推荐，完全让用户自主发展，完全让用户自己选择内容渠道，谁都可以是某方面的权威，谁也都可以是读者，完全体现"去中心化"。虽然很丰富的内容，却也不会迷路，良好的搜索功能以及分类话题的索引都很方便的可以查找用户自己所需的内容。网站里的功能是死的，如何应用是用户的自由，不是么？
3. 网站组织活动，有多少是用户感兴趣的？有多少是真正能对用户产生驱动力的？
忽然想起网易 163 邮箱用什么积分换免费的易趣抵价券，结果发现用好几百分才能换个十元、几十元抵价，想想这些积分要花上一年多时间，还算了。其他的比较流行的抽奖和 T-Shirt 设计购买活动，不是抽奖假得很，就是 T-Shirt 根本卖不出去。问题在于此，难道真的不能把这些钱花在实际的用途上么？最早的时候，mixi 曾免费推过一批 amazon 的礼物券，那是和 amazon 的第一次合作，个体用户获取额度都不小，当时的投放量也实在不少，而且类似实际的活动两年之中并不少。相比之下，国内小家子气的大网站们一年时间里都拿几十块钱遛猴呢？还是给自己旗下的网站做广告呢？真是够"维护中心"的。
4. 社会化网络是社会化的网络还是社会的网络化延伸？
没有生活中鲜活角色的支持，网络只是网络。虽然日本并没有要求什么实名制，但是在 mixi 大部分用户当中，在与其他会员接触中（网络和生活两方面），早已经体现了一个鲜活的社会角色，而不是一个空泛的 ID。
5. 除了感情、美女、爱国、恶搞以及 IT，中国年轻的一代上网族就没有别的话题了？
不知道是不是国内的教育环境问题，经常上网的一群年轻人以及不太上网的一群中老年人，从网络里获取和交流的信息实在很狭隘，并且经常对于网络和生活抱着两种态度、拥有两种人格。这一点在 mixi 那边截然不同，上面也说过，日本人从小就很注重（也热衷）学校的社团活动（相当于国内的兴趣小组），而且课时数量比远高于国内一周往往只有一两课时的现象。于此，在繁忙工作之余，还能保留一项或几项兴趣，以网络的简单形式进行展现和交流，然后在休息日可以集合这些经常一起讨论的网友们（实际也是朋友了）参与某些相关活动（哪怕是喝个茶，面对面聊聊）。
甚至，一些本来并不了解这些东西的人也出于某些原因（吸引眼球，想闹出名，或者为了创造网络人格）去谈一些看起来在国内很热门的话题，势必让整体的内容素质下降，并衍生出来抄袭的问题。试想一下，诺大的互联网，哪一个话题，哪一种兴趣不能展开讨论？光体育中热门的话题就有足球、篮球、桌球、网球、极限运动（滑板、旱冰、自行车）等等日常生活经常参与和观看的运动可以讨论。
6. 社会化网络到底可以做什么？
有一个一样做投资的德国朋友说，国内的社会化综合网络就像 BSP，或是仅仅是旧式的虚拟社区，一群人还在刀耕火种，嘴里却嚼着 Web 2.0 的科幻术语。说实话，在目前情况下，虹也不是很了解。
或许 mixi 可以有国内同类网站借鉴的东西，个人理解，问题不在于网站的技术层面，无论是用户还是网站创办人，社会化网络还是需要社会基础。有的时候，面对中国互联网这么大一个市场，对于创业者来说，也真是一件麻烦事情，竞争者多，用户分布广，媒体观点杂，实在应该对他们的尴尬处境表示崇高的敬意。
最后附上一些 mixi 用户对于 mixi 看法（时间关系，不是太多）：
藤田，男，17 岁，中学学生：同学们都在 mixi 上玩，我不去就太土了。
北谷，男，28 岁，律师：大家平时工作很忙，没什么时间出去认识新朋友，mixi 花少量时间就可以认识不少朋友，随便聊聊解闷，休假日的时候还可以一起出去玩，很方便。
村上，女，35 岁，家庭主妇：平时在家也没事，在 mixi 上可以随便写写心情，也可以看到不少有趣的东西，而且不少折价消息以及时尚新闻都比别的地方要多，这些都该是女人关心的吧？
麻生，女，22 岁，大学生：快毕业了，踏入社会之前，需要做不少功课，也要给自己一个展示的机会，mixi 也有不少供职信息，还能从其他会员那边学到不少东西。
雪野，男，56 岁，政客：mixi 有大量的关注，我正好可以把我们的政见通过这么一个便于拓展的平台散布出去，获取更多的选票。
近藤，女，26 岁，网店主：原来在 ebay 上的生意很一般，有一次把几件商品介绍到 mixi 的日记里，销路忽然变得很好了，之后我就关了原来的网站，专门在 mixi 上做起了网购。
小森，男，36 岁，企业家：我是一个网球迷，不过平时在俱乐部里的人数不多，都不一定能找到合适的球友一起打球，偶然间朋友推荐我上 mixi，发现在东京打网球的朋友还是很多，除了平时可以切磋锻炼之外，还有不少网球方面的信息，很有趣。
* 注：本文应老冒要求，所以对 mixi 关注了一下，mixi 本身还没有开通国际服务（mixi.com），所以只有日文服务，对于国内用户和欧美用户都不太合适（语言障碍），智力正常者应该不会把此文判断为软文，谢谢。同时感谢一下花奈，提供了不少有价值的信息。
创办者笠原健治原先一开始（99 年）做的是一个求职网站（転職・アルバイト・派遣の求人情報 Find Job !），不过当时的环境和政府政策使得类似站点发展趋势并不太好，笠原转而把目光从"工作"转向了"休闲"，2004 年 3 月份 mixi 上线了（当时国内已经开始冒出 BSP、比较优秀的 blogger 以及 Web 2.0 的讨论了）。
mixi 可不是"吃饭"，创办时的理念实际上是 mix + i，用户界面与功能相当直观简单，可以收发电子邮件（台湾的 xuite 也是同样的提供个人邮箱）、写日记（blogging）、发表书评（豆瓣？）、推荐 CD 或 DVD （像是集成了 Amazon）等，也可以为其他会员的日记写评语，免费会员有 100MB 在线存储空间，并且可以简单使用 mixi 来搭建一个属于自己的 bbs （国内可能就是类似于豆瓣那样的群组）。
和国内这些年从聊天室、BBS 到 QQ 群、在线讨论组的演变不同，日本很少有长时间挂在线上无聊的在 QQ 群里打屁、蹲点，或者不停的刷新 BBS 版面，mixi 的出现，让他们有了跨越地域的方便沟通的机会。涉及的话题从政治、经济到动漫、音乐，甚至仅仅是私人聚会，和国内互联网中单调的话题类别相比，显得极为丰富和不同。这可能跟日本人从小的社团活动培养"兴趣"的社会背景有关，而且从 mixi 的用户群来看，各个年龄层次和文化水平层次都有，其中还包括国内少见的 50 岁以上的年龄群体，以及从政之类的严肃工作环境的人士。
从网站服务的元素构成来看，和欧美同类服务相比显得相当简单，甚至是朴素。不过其中也包含了一些特色功能，大部分日本的 BSP 都会提供的一个服务，中文翻译过来叫做"脚印"，mixi 也用到了。说白了，就是有其他 mixi 用户走过路过某用户的日记或页面，就会被完整记录，每天有类似于统计报告的邮件发送到该用户的邮箱里（知道谁来串过门了，被谁关注了）。这一点虽然只是小处的问题，不过却可以着实方便的更多结识相同兴趣者（潜水员登记？）。国内好像就见到 sohu 的 BSP 有类似的功能。
mixi 的用户们比较乐于把网络中的讨论和实际生活中的聚会、活动结合起来，当然由于其讨论组话题的种类繁多，引申到生活中的活动也相应的变得极为丰富。邀请是不限量了，但是 mixi 的邀请机制充分发挥了其作用，参与相关话题的讨论，或者生活中的朋友、同学、同事、邻居，地理环境或者交际关系上的不同性质可以立体交错的形成不同的圈子，网络和生活两面的结合，形成了 mixi 的一种流行趋势。
从网站经营的角度来看，mixi 并没有多做宣传和推广，大部分依赖用户们的口口相传，网站里的直投广告也不多，主要收益来自于书籍或光碟等媒体商和其他内容中涉及的产品厂商，每天的相关链接产生的固定赞助或者点击（次数计费）费用。网站结构上的简单，使得运营成本和维护上也相对简单和低廉。
在日本的互联网用户当中，不知道 mixi 或者没有 mixi 账户的人会被讥笑，目前 mixi 已经成为了日本的一种时尚文化，其中也会产生一些令人啼笑皆非的麻烦，比如 mixi 依赖症。mixi 成为日常生活中的一部分，过渡沉迷于 mixi 的社群活动，也很在意自己在其中的表现，无论是 post 的照片还是日记。会担心写得好不好，有没有人看，访问人数下滑了之类的。这也从另一方面反映了 mixi 在日本当地用户中的地位。
此外，mixi 周边的开发不算多，使用和衍生应用都无需什么互联网技术一类的，非常生活化。目前已知的仅有一个比较完全的相册功能，短地址功能（类似于 tinyurl），以及一个热心网友开发的 mixi 专用浏览器。这个月 mixi 就要在日本上市了，TSE 方面提供的资料表示每股将在 140 万日元左右，发行量在 7.5 万股左右。对于一个创业仅两年多，没有靠任何投资资本的社会化网络，从任何一个角度来说，都是非常成功的。
在此有点思路，想提几个问题，一起思考一下：
1. Web 2.0 只是技术和理念上的突破么？一个技术含量高，功能繁多的网站是不是就是有价值的网站？
mixi 的平台并没有什么复杂的技术，功能简单、易用、实用为主（日记、邮箱、群组、相册）。不排除一些第三方的服务加入集成，基本功能却很全，很稳定。
2. 国内门户带来的权威化"报纸阅读式"的根深蒂固的影响，用户自主化的内容到底能占目前国内互联网信息的多少比重？字称 Web 2.0 的网站有多少做到了真正的"去中心化"？
mixi 首页没有任何内容信息，所有内容承载都来自于用户的日记、讨论组，不搞评比、不搞推荐，完全让用户自主发展，完全让用户自己选择内容渠道，谁都可以是某方面的权威，谁也都可以是读者，完全体现"去中心化"。虽然很丰富的内容，却也不会迷路，良好的搜索功能以及分类话题的索引都很方便的可以查找用户自己所需的内容。网站里的功能是死的，如何应用是用户的自由，不是么？
3. 网站组织活动，有多少是用户感兴趣的？有多少是真正能对用户产生驱动力的？
忽然想起网易 163 邮箱用什么积分换免费的易趣抵价券，结果发现用好几百分才能换个十元、几十元抵价，想想这些积分要花上一年多时间，还算了。其他的比较流行的抽奖和 T-Shirt 设计购买活动，不是抽奖假得很，就是 T-Shirt 根本卖不出去。问题在于此，难道真的不能把这些钱花在实际的用途上么？最早的时候，mixi 曾免费推过一批 amazon 的礼物券，那是和 amazon 的第一次合作，个体用户获取额度都不小，当时的投放量也实在不少，而且类似实际的活动两年之中并不少。相比之下，国内小家子气的大网站们一年时间里都拿几十块钱遛猴呢？还是给自己旗下的网站做广告呢？真是够"维护中心"的。
4. 社会化网络是社会化的网络还是社会的网络化延伸？
没有生活中鲜活角色的支持，网络只是网络。虽然日本并没有要求什么实名制，但是在 mixi 大部分用户当中，在与其他会员接触中（网络和生活两方面），早已经体现了一个鲜活的社会角色，而不是一个空泛的 ID。
5. 除了感情、美女、爱国、恶搞以及 IT，中国年轻的一代上网族就没有别的话题了？
不知道是不是国内的教育环境问题，经常上网的一群年轻人以及不太上网的一群中老年人，从网络里获取和交流的信息实在很狭隘，并且经常对于网络和生活抱着两种态度、拥有两种人格。这一点在 mixi 那边截然不同，上面也说过，日本人从小就很注重（也热衷）学校的社团活动（相当于国内的兴趣小组），而且课时数量比远高于国内一周往往只有一两课时的现象。于此，在繁忙工作之余，还能保留一项或几项兴趣，以网络的简单形式进行展现和交流，然后在休息日可以集合这些经常一起讨论的网友们（实际也是朋友了）参与某些相关活动（哪怕是喝个茶，面对面聊聊）。
甚至，一些本来并不了解这些东西的人也出于某些原因（吸引眼球，想闹出名，或者为了创造网络人格）去谈一些看起来在国内很热门的话题，势必让整体的内容素质下降，并衍生出来抄袭的问题。试想一下，诺大的互联网，哪一个话题，哪一种兴趣不能展开讨论？光体育中热门的话题就有足球、篮球、桌球、网球、极限运动（滑板、旱冰、自行车）等等日常生活经常参与和观看的运动可以讨论。
6. 社会化网络到底可以做什么？
有一个一样做投资的德国朋友说，国内的社会化综合网络就像 BSP，或是仅仅是旧式的虚拟社区，一群人还在刀耕火种，嘴里却嚼着 Web 2.0 的科幻术语。说实话，在目前情况下，虹也不是很了解。
或许 mixi 可以有国内同类网站借鉴的东西，个人理解，问题不在于网站的技术层面，无论是用户还是网站创办人，社会化网络还是需要社会基础。有的时候，面对中国互联网这么大一个市场，对于创业者来说，也真是一件麻烦事情，竞争者多，用户分布广，媒体观点杂，实在应该对他们的尴尬处境表示崇高的敬意。
最后附上一些 mixi 用户对于 mixi 看法（时间关系，不是太多）：
藤田，男，17 岁，中学学生：同学们都在 mixi 上玩，我不去就太土了。
北谷，男，28 岁，律师：大家平时工作很忙，没什么时间出去认识新朋友，mixi 花少量时间就可以认识不少朋友，随便聊聊解闷，休假日的时候还可以一起出去玩，很方便。
村上，女，35 岁，家庭主妇：平时在家也没事，在 mixi 上可以随便写写心情，也可以看到不少有趣的东西，而且不少折价消息以及时尚新闻都比别的地方要多，这些都该是女人关心的吧？
麻生，女，22 岁，大学生：快毕业了，踏入社会之前，需要做不少功课，也要给自己一个展示的机会，mixi 也有不少供职信息，还能从其他会员那边学到不少东西。
雪野，男，56 岁，政客：mixi 有大量的关注，我正好可以把我们的政见通过这么一个便于拓展的平台散布出去，获取更多的选票。
近藤，女，26 岁，网店主：原来在 ebay 上的生意很一般，有一次把几件商品介绍到 mixi 的日记里，销路忽然变得很好了，之后我就关了原来的网站，专门在 mixi 上做起了网购。
小森，男，36 岁，企业家：我是一个网球迷，不过平时在俱乐部里的人数不多，都不一定能找到合适的球友一起打球，偶然间朋友推荐我上 mixi，发现在东京打网球的朋友还是很多，除了平时可以切磋锻炼之外，还有不少网球方面的信息，很有趣。
* 注：本文应老冒要求，所以对 mixi 关注了一下，mixi 本身还没有开通国际服务（mixi.com），所以只有日文服务，对于国内用户和欧美用户都不太合适（语言障碍），智力正常者应该不会把此文判断为软文，谢谢。同时感谢一下花奈，提供了不少有价值的信息。
同样做校园招聘产品，为何差距那么大呢
现在校园招聘如火如荼，各个网站都在动脑筋。在垂直搜索领域，聚合校园招聘职位作为产品向外推广，表面看起来很简单，但由于各网站对校园、应届生的理解不一样，即对用户的理解程度不一样，做出来的结果完全不一样。
对于一个网站来说，主要考虑点是产品、技术、推广、策略（商业模式），其中又以产品的模式是最重要的，技术只是手段、工具、途径。用户不会关心你的技术是如何实现的。一个网站一切一切的基础又是对用户的理解的程度与深度。满足用户的需求，一切都会来，炒作不是最重要的，有当然也不错。
我以校园招聘产品为例子，说明一个网站对用户理解的程度决定了一个网站的成败。
上海2个在校生（他们的应届生身份决定了他们比中国所有招聘网站更了解应届生的需求）业余办了一个应届生求职网www.Yingjiesheng.com，现在alexa排名是8319，每天有48000人浏览，每人平均浏览页面是7.5（这个数据基本反映了网站粘性），对于 2人大学生业余运作0推广费用的网站，这个成绩是很不错的。因为中国前10招聘网站的真实流量都不如这个求职网站：
1/Yingjiesheng.com :
http://alexa.chinaz.com/index.asp?domain=yingjiesheng.com
alexa:8319,uv:48000,pv
而作为搜索聚合校园招聘职位的垂直网站，他的访问量也超过了公司化运作的中国最大的2个垂直职位搜索网站：
jobui:
http://alexa.chinaz.com/index.asp?domain=jobui.com
alexa:11456,uv,58500,pv2
Globehr:UV:57000, pv为3.6
（pv很低的网站代表粘性不强或作假）。
而我查了一下，同样做校园职位聚合其他招聘网站每天有几千人访问就不错了。可以说所有中国定位于做校园几十加招聘网站的总流量加起来也不如应届生网。
顺便给大家介绍一下，你如何判断一个你完全不熟悉的网站的真实访问情况情况的小技巧：如每天有多少人访问这个网站：
利用站长工具，根据alexa排名查询http://alexa.chinaz.com/，然后根据pv去除，如一个网站pv只有3，你要除以2或3才是它真实的流量（去处它作假的水分），还可以基本判断他的会员数：
如一个网站alexa排名是3万左右,每天有1万人上，即独立IP访问量为10000，他的平均pv为5，还可以判断其活跃用户数（都只是大概，但差距不会太大）
每天新增注册用户数＝UV*1%=10000*1%=100
活跃用户＝注册用户/10=3万×10％＝3000
最高同时在线＝活跃用户×20％＝3000×20％＝600
收费交易客户数＝活跃用户×5％＝3000×5％＝150
另外看一个个人网站或小网站，频数或杂乱程度数和一个网站的表现成反比，这是我的经验，主页“乱七八糟”的网站都是好网站(应届生就是，密麻麻排列公司)，你看k68，连用户排列都在主页出现，给人以真实的信心，真的是真正了解互联网做的（还有就是qihoo）。你如果看一个网站主页只有一频，且简洁美观，这个网站一定离倒闭不远了。一个个人网站一定不要考虑美观，如他开始考虑美工设计，反应站长开始玩虚的，形式大于内容，一定会倒闭。中国现阶段做互联网过分注重细节的人一定失败！
扯远了，再回头看看应届生求职网www.Yingjiesheng.com， 为何说他的校园产品获得应届生的青睐：
首先他懂得校园职位来源（即信息源），其他招聘网站最多只知道1到2个信息来源，而应届生网公布至少6个来源：
企业原发信息；各学校 BBS的校园宣讲会职位信息（自动收录上海、北京、广州深圳四地 77 个大学的 BBS招聘信息）；招聘网站信息（三大招聘网站：前程无忧、中华英才、智联招聘）；地方性人才交流中心招聘网站校园招聘职位（如大上海人才网、南方人才网等共 27 个地方性招聘网站）；知名企业的官方网站公务员职位（200 家）；兼职职位
由于站长动用了校园学生，本身又是学生的优势，校园宣讲会职位很多都是独家的，而且他们还懂得聚合公务员职位。
从如何指导大学生求职方面，如《应届生求职全程指南》、《公务员备考》等，比其他招聘网站都做的实用而有价值，而且有很多创新，包括改写了很多求职歌曲，即求职金曲。不一一而足。你们自己去体会，知道一个网站对用户有用的产品一定是建立在对用户深刻了解的基础上。
如求职资料产品他拷贝抄袭1010Job的企业评论，聚合和应届生相关的企业点评，能够满足用户所需。
所以：“确解用户之意，切返用户之需”。是最最重要的。
用户无法描述道他要找什么，除非让他看到想找的东西。你在应届生网可以看到大学生想要的东西，所以网站表现不错。
最后要说明的是我不是再给应届生网做广告宣称，相反，我对这2个人没有好感，我曾经委托同事约他们谈收购，我的如意算盘是花36万元收购他们（每天1000元），从市场推广的角度，每天给我们带来5万真实有效的UV，即2分钱1个真实有效的UV（你们要知道如果到新浪做banner广告要20元才带来一个真实有效的UV，到Google/baidu买关键字要2元一个UV)。没有比这更划算的互联网生意；对这2个小孩来说，投入了2万元，一年就可以套现几十万。还未毕业就可以成为百万富翁。
可是他们可能是看了一些谈判的书，一定要坚持到一个距离双方中间的餐厅谈并购合作。显得狂妄而小家子气，结果形成了双输的局面。可惜。
对于一个网站来说，主要考虑点是产品、技术、推广、策略（商业模式），其中又以产品的模式是最重要的，技术只是手段、工具、途径。用户不会关心你的技术是如何实现的。一个网站一切一切的基础又是对用户的理解的程度与深度。满足用户的需求，一切都会来，炒作不是最重要的，有当然也不错。
我以校园招聘产品为例子，说明一个网站对用户理解的程度决定了一个网站的成败。
上海2个在校生（他们的应届生身份决定了他们比中国所有招聘网站更了解应届生的需求）业余办了一个应届生求职网www.Yingjiesheng.com，现在alexa排名是8319，每天有48000人浏览，每人平均浏览页面是7.5（这个数据基本反映了网站粘性），对于 2人大学生业余运作0推广费用的网站，这个成绩是很不错的。因为中国前10招聘网站的真实流量都不如这个求职网站：
1/Yingjiesheng.com :
http://alexa.chinaz.com/index.asp?domain=yingjiesheng.com
alexa:8319,uv:48000,pv
而作为搜索聚合校园招聘职位的垂直网站，他的访问量也超过了公司化运作的中国最大的2个垂直职位搜索网站：
jobui:
http://alexa.chinaz.com/index.asp?domain=jobui.com
alexa:11456,uv,58500,pv2
Globehr:UV:57000, pv为3.6
（pv很低的网站代表粘性不强或作假）。
而我查了一下，同样做校园职位聚合其他招聘网站每天有几千人访问就不错了。可以说所有中国定位于做校园几十加招聘网站的总流量加起来也不如应届生网。
顺便给大家介绍一下，你如何判断一个你完全不熟悉的网站的真实访问情况情况的小技巧：如每天有多少人访问这个网站：
利用站长工具，根据alexa排名查询http://alexa.chinaz.com/，然后根据pv去除，如一个网站pv只有3，你要除以2或3才是它真实的流量（去处它作假的水分），还可以基本判断他的会员数：
如一个网站alexa排名是3万左右,每天有1万人上，即独立IP访问量为10000，他的平均pv为5，还可以判断其活跃用户数（都只是大概，但差距不会太大）
每天新增注册用户数＝UV*1%=10000*1%=100
活跃用户＝注册用户/10=3万×10％＝3000
最高同时在线＝活跃用户×20％＝3000×20％＝600
收费交易客户数＝活跃用户×5％＝3000×5％＝150
另外看一个个人网站或小网站，频数或杂乱程度数和一个网站的表现成反比，这是我的经验，主页“乱七八糟”的网站都是好网站(应届生就是，密麻麻排列公司)，你看k68，连用户排列都在主页出现，给人以真实的信心，真的是真正了解互联网做的（还有就是qihoo）。你如果看一个网站主页只有一频，且简洁美观，这个网站一定离倒闭不远了。一个个人网站一定不要考虑美观，如他开始考虑美工设计，反应站长开始玩虚的，形式大于内容，一定会倒闭。中国现阶段做互联网过分注重细节的人一定失败！
扯远了，再回头看看应届生求职网www.Yingjiesheng.com， 为何说他的校园产品获得应届生的青睐：
首先他懂得校园职位来源（即信息源），其他招聘网站最多只知道1到2个信息来源，而应届生网公布至少6个来源：
企业原发信息；各学校 BBS的校园宣讲会职位信息（自动收录上海、北京、广州深圳四地 77 个大学的 BBS招聘信息）；招聘网站信息（三大招聘网站：前程无忧、中华英才、智联招聘）；地方性人才交流中心招聘网站校园招聘职位（如大上海人才网、南方人才网等共 27 个地方性招聘网站）；知名企业的官方网站公务员职位（200 家）；兼职职位
由于站长动用了校园学生，本身又是学生的优势，校园宣讲会职位很多都是独家的，而且他们还懂得聚合公务员职位。
从如何指导大学生求职方面，如《应届生求职全程指南》、《公务员备考》等，比其他招聘网站都做的实用而有价值，而且有很多创新，包括改写了很多求职歌曲，即求职金曲。不一一而足。你们自己去体会，知道一个网站对用户有用的产品一定是建立在对用户深刻了解的基础上。
如求职资料产品他拷贝抄袭1010Job的企业评论，聚合和应届生相关的企业点评，能够满足用户所需。
所以：“确解用户之意，切返用户之需”。是最最重要的。
用户无法描述道他要找什么，除非让他看到想找的东西。你在应届生网可以看到大学生想要的东西，所以网站表现不错。
最后要说明的是我不是再给应届生网做广告宣称，相反，我对这2个人没有好感，我曾经委托同事约他们谈收购，我的如意算盘是花36万元收购他们（每天1000元），从市场推广的角度，每天给我们带来5万真实有效的UV，即2分钱1个真实有效的UV（你们要知道如果到新浪做banner广告要20元才带来一个真实有效的UV，到Google/baidu买关键字要2元一个UV)。没有比这更划算的互联网生意；对这2个小孩来说，投入了2万元，一年就可以套现几十万。还未毕业就可以成为百万富翁。
可是他们可能是看了一些谈判的书，一定要坚持到一个距离双方中间的餐厅谈并购合作。显得狂妄而小家子气，结果形成了双输的局面。可惜。
订阅：
博文 (Atom)