.NET Framework 1.x设计很优秀，但是很多东西都还没有，只能借用.NET Framework写自己的Framework然后再用。好象.NET Framework给你不少东西，但实际上你自己不开发自己的Framework那么.NET Framework根本做不了大项目。例如Sharepoint的WebPart架构是套很好的东西，但是只有MS自己用得爽，不装Sharepoint你就不能用。
不过ASP.NET 2.0则好很多，它吸收了不少1.x上面MS或者第三方Framework的东西，然后都放到2.0里面去了。例如WebPart现在可以直接用了，虽然背后的东西和Sharepoint的是不同的，但在现实效果上已经和Sharepoint的无异；DNN的Provider的设计思想也用上了，所有后台的东西都通过相关的Provider进行连接。
现在用ASP.NET 2.0开发，真的是基本上不用设计者花时间在设计用户数据库与用户类的封装、门户页面的可拖动元素Script之类的事情上，这些麻烦的事情都能够用系统的来完成（除非你有很特殊的要求，系统功能已经有比较良好的扩展性）。那么用ASP.NET 2.0开发就真的进入了比创意的阶段了——你不能再说别人懂做可拖放门户页或者别人的用户数据库设计得好，然后你做不到，所以你的好创意无法吸引客户。这也让进入Web 2.0的竞争更加激烈，因为技术已经变得简单，只有好的创意才能够吸引更多用户，否则再有技术也无法在ASP.NET 2.0中给你那么大一堆服务器中突围而出。
2005年12月31日星期六
2005年12月25日星期日
只许邀请不许注册——确保用户是你忠实Fans的有效方法
Orkut是这种方法的首先探索者，当然它后来遇到了所有SNS现在都遇到的问题，那就是一个人进入SNS必然经历的三个流程：被邀请、邀请别人、不再使用。这让SNS的用户使用量看起来有点像只有一个波峰的机械波，不断向外扩散，但是所有人经历了一次波峰后就不再活跃了。对于这种现象我暂时无法解释，我的建议只是绝对不要做单纯的SNS，一定要配合上用户会长期使用的功能。
Gmail是第二个这样的产品，不过它很成功。对于想要Gmail的人来说，开头能够弄到一个Gmail实在不容易，所以会把它看作很有价值的东西。到现在Gmail泛滥了，但是如果你是被邀请用Gmail的，你肯定会经历被邀请者极力说服你用Gmail这一过程（例如你会说“我现在的163.com也有2G而且用起来不错”），而且如果最终你接受了邀请，那种明在例如Gmail好还是163.com好的这场论战中你的朋友（极可能是一位GFans）赢了，然后你使用上了Gmail，还被慢慢同化为一位GFans。
总的来说，邀请机制虽然风险很大（如果用过的人都不觉得很好而不愿意努力推广），但是一旦成功的话，任何邀请者都变成了你的义务推广者，免费为你推广你的服务。至于如何控制邀请的数量（是好像Orkut那样的无限邀请，还是Gmail这样的有限邀请，或者Wallop那样的需要申请的邀请），这个我还在研究。
Gmail是第二个这样的产品，不过它很成功。对于想要Gmail的人来说，开头能够弄到一个Gmail实在不容易，所以会把它看作很有价值的东西。到现在Gmail泛滥了，但是如果你是被邀请用Gmail的，你肯定会经历被邀请者极力说服你用Gmail这一过程（例如你会说“我现在的163.com也有2G而且用起来不错”），而且如果最终你接受了邀请，那种明在例如Gmail好还是163.com好的这场论战中你的朋友（极可能是一位GFans）赢了，然后你使用上了Gmail，还被慢慢同化为一位GFans。
总的来说，邀请机制虽然风险很大（如果用过的人都不觉得很好而不愿意努力推广），但是一旦成功的话，任何邀请者都变成了你的义务推广者，免费为你推广你的服务。至于如何控制邀请的数量（是好像Orkut那样的无限邀请，还是Gmail这样的有限邀请，或者Wallop那样的需要申请的邀请），这个我还在研究。
2005年12月22日星期四
Office 12, menu byebye?
在Goowy听一个名为TWiT(this WEEK in TECH)的Podcast，听到某位podcaster说他的Palm LifeDrive已经Crash了，另外一位podcaster则说他的是TX，狠狠的打击了我买LD的信心而让我决心买TX + 1G SD，呵呵……
好，说正题，TWiT说道Office 12将没有菜单，取而代之的上下文项目，现给大家一个感性认识，有关的PCMagazine.com的文章在这里：
http://www.pcmag.com/article2/0,1895,1888081,00.asp
或者可以仅看截图你就明白新的上下文项目是怎么回事：（留意原本菜单栏的地方，不再是固定的菜单，每张截图上那个地方出现的项目都不同，是上下文相关的）http://www.pcmag.com/slideshow/0,1206,l=165570&pg=0&s=1739&a=165566,00.asp
大概就是这样的：原本菜单栏的地方不再有固定的菜单栏，而是上下文相关的菜单项目，如果你当前选中的是文本，出现的就是文本格式啊、缩进啊、对齐啊之类的玄想；如果你当前选中的是表格，出现的则是自动套用格式；如果当前在画布上，则可能出现插入文本框、插入直线等。
实际上我觉得这是一个从Computer Operator到Service Comsumer的转变。真正的Service就应该是这样的：持久稳定的，随传随到的，但又绝对不影响消费者的享用，本来需要亲自做的东西你只需要想一下或者说一下那就完成了。正如一个好的Waiter，首先必须随传随到啦，在觉得你需要服务的时候主动出现（例如你不小心把杯子摔到地上了），在你需要主意或者行为的时候出现上下文选项甚至是向导式对话（例如你说“我们再点一个青菜吧”，他会告诉你什么青菜好吃，接着你会问“一个例有多少，够12个人吃吗”，他要比划给你看或者告诉你够不够），最后就是在你不需要他的时候他最好不要出现更不要打扰（不要跑上来问我是否参加“参观体验改进计划”）。这就是Service??我不需要主动理解Service的规则，或者是Workflow这样严格的东西，我只需要按照普通的思维或者以后的其他Service使用习惯来做，然后Service应该为我提供良好的体验，在我不是Service Provider的时候我完全不需要了解Service的细节，必要的时候就在Service开头提供Agreement来确认双方法律责任就是了。
未来的UI，应该逐渐趋向Smart和Rich。Smart不是任何一个Programmer能够做到的，除非出现一个那样的引擎（类似Text to Speech那样的转换引擎），能够让用户输入他的指示，然后自动寻找软件中能够匹配的操作。Rich则主要通过类似Flash这样的东西来解决，特别是对于现在还很Thin的WebClient来说。
好，说正题，TWiT说道Office 12将没有菜单，取而代之的上下文项目，现给大家一个感性认识，有关的PCMagazine.com的文章在这里：
http://www.pcmag.com/article2/0,1895,1888081,00.asp
或者可以仅看截图你就明白新的上下文项目是怎么回事：（留意原本菜单栏的地方，不再是固定的菜单，每张截图上那个地方出现的项目都不同，是上下文相关的）http://www.pcmag.com/slideshow/0,1206,l=165570&pg=0&s=1739&a=165566,00.asp
大概就是这样的：原本菜单栏的地方不再有固定的菜单栏，而是上下文相关的菜单项目，如果你当前选中的是文本，出现的就是文本格式啊、缩进啊、对齐啊之类的玄想；如果你当前选中的是表格，出现的则是自动套用格式；如果当前在画布上，则可能出现插入文本框、插入直线等。
实际上我觉得这是一个从Computer Operator到Service Comsumer的转变。真正的Service就应该是这样的：持久稳定的，随传随到的，但又绝对不影响消费者的享用，本来需要亲自做的东西你只需要想一下或者说一下那就完成了。正如一个好的Waiter，首先必须随传随到啦，在觉得你需要服务的时候主动出现（例如你不小心把杯子摔到地上了），在你需要主意或者行为的时候出现上下文选项甚至是向导式对话（例如你说“我们再点一个青菜吧”，他会告诉你什么青菜好吃，接着你会问“一个例有多少，够12个人吃吗”，他要比划给你看或者告诉你够不够），最后就是在你不需要他的时候他最好不要出现更不要打扰（不要跑上来问我是否参加“参观体验改进计划”）。这就是Service??我不需要主动理解Service的规则，或者是Workflow这样严格的东西，我只需要按照普通的思维或者以后的其他Service使用习惯来做，然后Service应该为我提供良好的体验，在我不是Service Provider的时候我完全不需要了解Service的细节，必要的时候就在Service开头提供Agreement来确认双方法律责任就是了。
未来的UI，应该逐渐趋向Smart和Rich。Smart不是任何一个Programmer能够做到的，除非出现一个那样的引擎（类似Text to Speech那样的转换引擎），能够让用户输入他的指示，然后自动寻找软件中能够匹配的操作。Rich则主要通过类似Flash这样的东西来解决，特别是对于现在还很Thin的WebClient来说。
2005年12月21日星期三
谁说Google首页页面简介不搞门户的？！
今天打开Google首页，发现原本在www.google.com/ig的"I Google"已经迁移到首页并且整合了原本的搜索输入框。（不一定每一个人都能够看到，可能需要Google Account的登录，甚至以前关注过ig的用户才能直接看到。点击“常规主页”能够回到原版Google。）
以前一直说Google不搞门户，完全靠搜索。对比门户堆满内容的首页，Google的首页只有简介，只有一个输入框和几个按钮。但是现在Google也跑去搞门户了，不过当然是所谓的Web 2.0门户??不通过编辑而通过聚集微内容来组织内容。看来这是未来发展的方向，至少Live.com和ig都代表着这个方向。现在校园内都是老式门户和论坛，少数地方提供Blog，更少数地方提供SNS式的交友与联谊网站，如果现在开始做Feed Portal投放校园肯定有出路！
Feed Portal之后是什么？然后又从Portal回归Search？那个已经出现了??现在已经出现基于Feed的搜索，Feed Portal本身就已经整合了搜索Feed的功能，虽然暂时搜索Feed的结果好像比较让人郁闷，因为几个关键字得到的一个Feed往往是因为里面的一篇或者几篇东西符合搜索条件，这和你愿意长期订阅一个Feed根本没有任何关系，况且现在Feed的独立性也太强，唯一的关联性就是多个Entry在一个Feed内。可能要等TrackBack或者类似技术推广开来，能够建立类似PageRank那样的基于Feed之间关系的Feed价值评估，才能够建立完善的Feed搜索。
之后会是什么？Web最大的问题我觉得就是不能Push只能等用户来Pull，要能够Push又一定要装客户端，这是让人最不爽的地方。Email或者SMS算是一种Push的手段，但是未来是整合到Web，还是Web发展一种专用的Push方式，这个就难说了。别以为Web不能Push，就好像我们以前不懂得将XmlHttpRequest用于AJAX一样，现在我们也能在用户的浏览器上开一个隐藏Window/Frame来Push啊，不过要求用户不关浏览器，将来这方面可能能够获得突破，特别是XAML和XUL等的发展。Live.com加上Longhorn的Sidebar理论上就能够实现Push了，不过以来的就是MS。
以前一直说Google不搞门户，完全靠搜索。对比门户堆满内容的首页，Google的首页只有简介，只有一个输入框和几个按钮。但是现在Google也跑去搞门户了，不过当然是所谓的Web 2.0门户??不通过编辑而通过聚集微内容来组织内容。看来这是未来发展的方向，至少Live.com和ig都代表着这个方向。现在校园内都是老式门户和论坛，少数地方提供Blog，更少数地方提供SNS式的交友与联谊网站，如果现在开始做Feed Portal投放校园肯定有出路！
Feed Portal之后是什么？然后又从Portal回归Search？那个已经出现了??现在已经出现基于Feed的搜索，Feed Portal本身就已经整合了搜索Feed的功能，虽然暂时搜索Feed的结果好像比较让人郁闷，因为几个关键字得到的一个Feed往往是因为里面的一篇或者几篇东西符合搜索条件，这和你愿意长期订阅一个Feed根本没有任何关系，况且现在Feed的独立性也太强，唯一的关联性就是多个Entry在一个Feed内。可能要等TrackBack或者类似技术推广开来，能够建立类似PageRank那样的基于Feed之间关系的Feed价值评估，才能够建立完善的Feed搜索。
之后会是什么？Web最大的问题我觉得就是不能Push只能等用户来Pull，要能够Push又一定要装客户端，这是让人最不爽的地方。Email或者SMS算是一种Push的手段，但是未来是整合到Web，还是Web发展一种专用的Push方式，这个就难说了。别以为Web不能Push，就好像我们以前不懂得将XmlHttpRequest用于AJAX一样，现在我们也能在用户的浏览器上开一个隐藏Window/Frame来Push啊，不过要求用户不关浏览器，将来这方面可能能够获得突破，特别是XAML和XUL等的发展。Live.com加上Longhorn的Sidebar理论上就能够实现Push了，不过以来的就是MS。
订阅：
博文 (Atom)