这些天赋闲在家，从周一到现在，花了三天时间，实现了一个社区系统原型，我把它叫做“Thinking Loud!”，放到了 codeplex 上，这也算是完成了一个承诺。jjx，你看我并没有骗你吧 :)

(首页截图1)

(首页截图2)

(讨论组截图)

(话题讨论截图)

整理一些要说的话，自问自答。

1. 开发代号为什么要叫“Thinking Loud!”？

想到就说喽，因为“LoudThinking”这个名头已经被David Heinemeier Hansson这家伙占有了，唉。另外，您不觉得“Thinking Loud!”的含义很酷吗？

2. “Thinking Loud!”都用到了哪些技术？

“Thinking Loud!”是基于开发代号为“Orcas”的Visual Studio 9.0 beta 1开发的：

• 使用SQLServer 2005 Express 作为数据存储后端。
• 使用DLINQ作为数据存取层。
• 使用ASP.NET AJAX + Windows Communication Foundation进行B/S数据通讯。
• 尽可能地使用ASP.NET 2.0系统模型以及C# 3.0的新特性。

3. “Thinking Loud!”会有哪些功能？

“Thinking Loud!”是作为一个社区系统而不是论坛程序来设计的，虽然大部分功能其实和论坛差不多，但也有些微新的设想，大体上讲：

• 用讨论组（group）代替版块（forum），谁都可以创建讨论组，讨论组有生命周期，但显然不是谁都可以创建版块，版块的概念偏重了。
• 用联系人（contact）和书签（bookmark）代替收藏夹（favorite），这看起来更web 2.0更动态一些，重要的是定位更纯粹更有利于扩展应用。
• 不再使用分页（paging），想想google reader是怎么做的吧。
• 细化到话题（Topic）一级的rss订阅。
• 支持影音功能。
• Mashup，REST这么时髦的概念也不能少。

总的设计思路是，需要的功能可以有，但一定要简单，细节一定要到位，要高度易于扩展以满足有额外需求的用户。

4. “Thinking Loud!”的设计从哪些站点得到了启发？

我想我从互联网上汲取了很多创意，但就“Thinking Loud!”来讲，主要的设计目标是往以下站点拥有的某些或全部功能靠拢：

• Facebook，它转型致力于成为应用平台的野心是我很佩服的。
• google reader，它的AJAX应用非常的...顺手贴心。
• v2ex，livid对这个站点的细节设计非常用心。

5. “Thinking Loud!”有没有提供对silverlight的支持？

坦率的说，对silverlight的支持是我最上心的，也包括对Mobile的支持。我最初的想法是实现4套功能相同的页面，就像页面主题（theme）一样，desktop_basic, desktop_silverlight, mobile_basic, mobile_silverlight，利用UrlRewriting机制和浏览器的UserAgent判断用户端浏览器是否支持silverlight以重写页面到被支持的最佳版本，但时间有限，我最迟能开发到这周末，下周开始就不沾电脑了，于是这个构想就放弃了。

6. 说说这几天的开发进度情况吧。

开始就讲了，我写这个原型花了3天时间：

• 周一主要是熟悉上手这些新产品新技术，Visual Studio 9.0 beta 1我是刚开始用不久，顺便地也酝酿沉淀原型设计的思路。
• 周二把程序框架写了出来，大致确定怎么去实现一个功能了，是feature-driven的，而不是test-driven。
• 周三基本上能用了，注册用户，登录，创建讨论组，创建话题，回复话题。

很抱歉我没有提供什么单元测试之类的相关资源，时间太紧，不得从容，就只好quick and dirty了 :(

7. 最后展望一下“Thinking Loud!”的未来吧。

“Thinking Loud!”的代码是开源的，我把它放到codeplex上，但已无力维护。按我的设想，目前的ajax实现仅仅是过渡，因为ajax的性能很糟，维护成本又很高，如果得闲，一定要以silverlight + IronPython/IronRuby实现为主的。

“Thinking Loud!”的将来是什么样子其实我也很想知道，我想它会始终朝着成为一个功能最纯粹，技术最炫，理念最先进的社区系统这个目标前进吧，欢迎感兴趣的朋友贡献自己的力量，请一定要告知我。

相关资源：

• Thinking Loud! 20070606_drop 源码下载

在ASP.NET 2.0 开发过程中，有时候开发人员可能会遇到这样的页面异常：

Could not load file or assembly 'App_Web_****, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.

异常信息中的****是一个随机字符串，我们知道App_Web_****是一个ASP.NET即时编译的临时程序集。

我是今天在用Orcas beta 1开发一个基于WCF服务的浏览器应用时遇到该问题的，通常地讲，这是一个ASP.NET 2.0处理临时程序集的已知问题，ASP.NET论坛上的billr578说微软建议：

(they suggested) setting batch compilation to false.  Basically put batch="false" in the compiliation tag in your web.config.  Apparently this is an issue they're working on.

也就是说在web.config里配置成这样子：

<compilation debug="true" batch="false">...

这个解决方案对我有效。

此外，微软还对此提供了一个处于测试阶段的HotFix，您可以通过访问http://support.microsoft.com/kb/915782/以查看相关描述，以及获取对应的补丁程序。我猜该补丁应该会要集成到.NET Framework 2.0 SP 1中发布吧。

在ASP.NET 2.0 开发过程中，有时候开发人员可能会遇到这样的页面异常：

Could not load file or assembly 'App_Web_****, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.

异常信息中的****是一个随机字符串，我们知道App_Web_****是一个ASP.NET即时编译的临时程序集。

我是今天在用Orcas beta 1开发一个基于WCF服务的浏览器应用时遇到该问题的，通常地讲，这是一个.NET Framework 2.0的已知问题。

您可以通过访问http://support.microsoft.com/kb/915782/以查看问题描述，以及获取对应的补丁程序。我猜该补丁应该会要集成到.NET Framework 2.0 SP 1中发布吧。

Popfly是Microsoft刚刚推出的一项用于mash-up的服务，目前还是alpha版，其应用可以说是真正做到了老少咸宜，起点非常之低。博客堂的思归有写过一篇blog进行介绍：微软推出Popfly，一个面向大众的基于Silverlight的web mashup builder应用

Popfly的主创人员之一John Montgomery 近日写了一篇blog：The Genesis of Popfly or What I've Been Doing for the Last Year，讲述了Popfly推出幕后的故事。

早在2005年11月Microsoft首席架构师Ray Ozzie刚提出Live战略，John Montgomery就邮件联系了Somasegar和Craig Symonds（分管Visual Studio产品的GM）讨论关于Live这个主要发展方向各自有什么想法，当时的一个构想是A "Live" Version of Visual Studio。最初，John Montgomery只是做一些关于软件与服务对于开发人员的应用场景可行性研究，他称之为Tuscany，其中构想的一些场景包括marketplaces和hosted IDEs。

在不断的构建各种各样的场景过程中，John Montgomery逐渐意识到people learn to program是什么样子的，对于更多的人来讲如何make programming more accessible。John Montgomery认为，很多人已经初步掌握了HTML and JavaScript的相关知识，并已普遍使用于像MySpace之类的个性化空间的站点，从而，他认为这应该可以作为一个起点。

在通过与John Lam的一番交谈之后，John Montgomery开始思考一些话题：比如TryRuby，以及如何应用动态编程语言进行交互式编程？如何使个人创建成果无缝透明地与他人分享？作为思考的结果，John Montgomery最后得到了两个关于社交网络的基于web的工具原型。

然后Adam Nathan joined，真正的本质变化到来。

在一个周末，Adam构建出了如同我们今天所看到的Popfly的布局原型。接下来的一个月里，Adam又构建了一个基于HTML的mash-up创建工具，此工具集成Live ID身份验证并已经可以拖拽创建mash-up应用了。

又用了4个月的时间组建一个正式的团队。06年10月份的时候，开始把原型转变为可以投入正式应用的代码。06年12月，可以实现mash-up创建，存储数据到Windows Live Storage，分享应用以及其它一些场景了。07年2月，开始邀请第一批用户进行预alpha版的测试。3月，测试用户范围进一步放开，同时Adam用Silverlight重写了原来基于AJAX的mash-up编辑器，团队也引入了更多的Silverlight模块。现在5月，团队已为进入下一阶段准备就绪，开始邀请更多的人投入到测试与验证他们的工作中来。

Well done job！

记得.NET刚刚推出的那两年，有关值对象装箱拆箱性能损耗的文章一大堆，关于IDispose，析构函数，垃圾收集机制等高阶话题的讨论网上也多得是，而如今，已经极少看到讨论得那么底层的新文章了。

.NET易学难精，以下推荐几篇MSDN上有关如何写出更具性能的托管代码的文章：

Writing Faster Managed Code: Know What Things Cost

Writing High-Performance Managed Applications : A Primer

Garbage Collector Basics and Performance Hints

Performance Tips and Tricks in .NET Applications

从节前到现在，作为最后的疯狂，工作上一直处于马不停蹄足不沾地的状态。黄金一周，本来想要释放体力，又在负伤状态下，艰难度日。此刻回头一看，世界在我离开这期间发生了大变化。

Mix07大会那几天，正赶在黄金周期间举行，这届盛会真可谓是光芒万丈，公布了一堆激动人心的新产品。

我还记得去年RoR最火的时候，很多开发人员在询问Microsoft在Ruby或者就是RoR上有什么想法，因为对岸Java阵营的吸收印鉴已经如火如荼了。当时Microsoft一位官员说正在就Ruby进行一项激动人心的研究，现在结果可以公布了，就是Iron Ruby。但这只是果实，其根乃在于DLR，即Dynamic Language Runtime。

还是在大会上，ADO.NET team也发布了两个基于ADO.NET Entity Framework的项目：Astoria和Jasper。Astoria用于REST格式的数据服务，（就是在RoR 1.2里被炒得很厉害的那个REST），而Jasper则用于数据库驱动的敏捷开发，怎么看都像和RoR的Active Record目标有重合的样子，但更好。

当然，最最闪亮的那颗明星，得数一致认为是Flash Killer的Silverlight了，Microsoft与此相关的专门推出了一揽子产品，Silverlight 1.0 beta，Silverlight 1.1 alpha，Expression Studio，Expression Blend 2 预览版，Silverlight Streaming。

当我坐下来，看到这些消息的时候，就目前仍然还是开发者的我来讲，真是激动得热血沸腾。

试想这番web开发的景象：用Silverlight作为跨平台的前端呈现，Flash能做到的，Silverlight全能做到而且运行更快对数据对媒体更友好！用Iron Python，Iron Ruby，JScript 3，VBX等动态语言作脚本处理，它们全基于DLR执行速度比JavaScript快250倍！用Astoria做数据发布服务的API，用Jasper作数据存取层或直接就和Astoria交互，用C# 3.0做服务器端的系统架构，用LongHorn的IIS 7提供host，这片新天地你不觉得有在颠覆的感觉吗？而这一切已不遥远，也许就在正来临的这半年。

我们在改变或见证着改变世界，但站在新世界的入口，我们又好像无所适从了。这真是令人愉悦的忧伤！

几个推荐链接：

• Mix07 Open Keynote（by Ray Ozzie and Scott Guthrie）
• 一家日本动物园网站（by WPF）
• LINQ 的演变及其对 C# 设计的影响(MSDN Mag 07.06)

很偶然地在JavaEye上看到的一个讨论比较深入的技术专题: google面试题解说性能优化, 强烈推荐阅读:

• Google面试题解说性能之一：字符串运算VS数字运算
• Google面试题解说性能之二：分析问题
• Google面试题解说性能之三：不要小看循环中的任何一个语句
• Google面试题解说性能之四：优化无止境
• Google面试题解说性能之五：人比电脑聪明
• Google面试题解说性能之六：数学显神威
• Google面试题解说性能之七：缓存中间结果
• Google面试题解说性能之八：工欲善其事必先利其器
• Google面试题解说性能之总结

虽然说强烈推荐, 但其实我自己也没细看. 我感觉, 我越来越没有自己的总结, 自己的见解, 自己的收获了,总是在追赶别人的脚步, 心态特别毛躁. 给自己一点思考, 探索的时间, 真的很重要, 很宝贵.

之前Microsoft的像ASP.NET和MSDN这样大型站点的论坛和blog社区，都用的是原ASP.NET产品经理Rob Howard的公司Telligent推出的CommunityServer系统，顺便一句，这款基于ASP.NET的开源社区系统今天早些时候刚刚推出CommunityServer2007版本。

Microsoft如今推出了之前开发代号为Athens的自己的社区系统：Microsoft.community，前一阵我看得时候还很简陋呢，但现在上线的beta版本已经很牛了。Bob有提到为什么Microsoft要推出自己的网上社区系统：

if Microsoft customers were connected in rich social networks our support costs would drop dramatically.

• Social networks are also trusted communications channels -- cheap, effective, and fast communications networks
• When customers are connected in an online social network (actually online or offline, but we're focusing here on the online experience) and one customer has a problem, they all know about it when it happens, and they all know about it when it gets fixed.
• A customer only needs to call support, or visit a support forum, if their social network has failed.
• Therefore, support calls drop dramatically through social network connection”

又好看又好吃，这样的事物应该怎么形容？我只想到牛！快去看看吧:)

延伸阅读：

• Introduction to Microsoft.community by Doug Seven
• Microsoft.Community by "YAG" (Architect)
• Some Informative Q&A From Dave Morehouse
• One reason Microsoft cares about the new community services
• Microsoft.Community Today and Tomorrow

另外大家有注意到Microsoft的新版首页吗？快去看看吧，最新的也是最老的微软，祝福！:)

不管是打算买产品也好，还是打算自己开发也好，作为大型站点比如社区，论坛，总是有一些衡量的标准。比如说Discuz这个论坛程序，其基于PHP+mySQL构建，在4核CPU+1G内存的服务器上百万用户+千万文章平均页面响应时间在50毫秒左右（排除搜索），这就是一个基本的性能衡量数据。

以下是衡量大型站点系统性能的几个要点：

• 系统设计支持的并发用户数量级是多少？有没有相关的已知系统伸缩性数据？
• 在达到系统设计极限时的CPU利用率和内存利用率各是多少？
• 在达到系统设计极限时数据库大小是多少？对系统可维护性的影响有多大？支持最大数据容量是多少？有没有已知的基准数据提供？
• 系统是否支持负载均衡？其实现是在系统级别还是组件级别或者两者兼具？
• 系统打增量补丁或者升级是否友好或应注意哪些因素？
• 系统设计对于可恢复性如何？如系统崩溃时是否有数据丢失？用户Session的可恢复性如何？
• 系统设计有没有实现容错机制？如果有则提供了哪几种实现？

我想，升级ASP.NET 1.1项目代码应该是这两年很多公司在做的事吧。之前也许形势还不是很迫切，但随着IIS 7.0的即将发布，以及WCF，WF等.NET 3.0平台组件的发布，ASP.NET 2.0已将是这几年的主流。

与ASP升级到ASP.NET 1.1这种名为升级实为重写的升级不同，但也有很多人简单地认为，ASP.NET 1.1升级到ASP.NET 2.0只要能代码编译通过就行了，对此话题，微软的Public Sector DPE Team刚才发布了一篇blog来专门讲述：Upgrading from ASP.NET 1.1 to ASP.NET 2.0 + AJAX，推荐阅读。

有的人
你觉着值得敬佩
最后
你成了他小弟

有的人
你觉着具亲和力
最后
他成了你知己

有的人
如我
你觉着有趣
最后
。
。
。
各奔东西

说来也巧，昨天刚刚听了一个关于Share Point中的工作流的培训，接着就看到了这本微软官方推出的免费电子书：7 Development Projects for MOSS 2007 and WSS 3.0。

内容概览：

WSS v3

Building Solutions with MOSS 2007

Building a Basic SharePoint Site

Organizing Lists and Documents with Site Columns and Content Types

Working with Features in WSS

WSS Core Development

Creating Workflows

Introducing Excel Services

InfoPath 2007 and Forms Server 2007

顺便也推荐一些MOSS 2007相关的其它资源(内容来自Microsoft Office SharePoint Server 2007 Training Resources)：

Recommended Topics for Information Workers

* = highly recommended

Raise Awareness > Month Before

Microsoft Office SharePoint Server 2007

---

Quick product overview

Microsoft Office SharePoint Server 2007 product overview (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101656531033&CTT=4&Origin=EC101954481033

See Microsoft Office SharePoint Server 2007 in action (5 mins, Demo)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101672721033&CTT=4&Origin=EC101954481033

Top 10 benefits of Microsoft Windows SharePoint Services (5 mins, Reference Topic)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101655201033&CTT=4&Origin=EC101954481033

What's new

*   Introducing Microsoft Office SharePoint Server 2007 (20 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101732171033&CTT=4&Origin=EC101954481033

Raise Awareness > Week Before

Microsoft Office SharePoint Server 2007

---

What's new

Introduction to Business Intelligence features (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100872181033&CTT=4&Origin=EC101954481033

Introduction to Excel Services and Excel Web Access (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101054761033&CTT=4&Origin=EC101954481033

Introduction to My Site (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101087481033&CTT=4&Origin=EC101954481033

Introduction to sites, workspaces, and pages (5 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100214131033&CTT=4&Origin=EC101954481033

Introduction to workflows (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101544241033&CTT=4&Origin=EC101954481033

Minimize Disruption > Deployment Day

Microsoft Office SharePoint Server 2007

---

Working with your new program

About controlling access to sites and site content (8 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101001441033&CTT=4&Origin=EC101954481033

Create a blog (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101726561033&CTT=4&Origin=EC101954481033

Create a dashboard (5 mins, Short Topic)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101742051033&CTT=4&Origin=EC101954481033

Create a library (5 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100983761033&CTT=4&Origin=EC101954481033

Create a list (7 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100992481033&CTT=4&Origin=EC101954481033

Create a Meeting Workspace site (5 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100656201033&CTT=4&Origin=EC101954481033

Create and manage a Document Workspace (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101582571033&CTT=4&Origin=EC101954481033

Manage permissions for a list, library, folder, document, or list item (15 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100215641033&CTT=4&Origin=EC101954481033

Manage your documents and tasks on your My Site (7 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101686411033&CTT=4&Origin=EC101954481033

Managing SharePoint groups and users (5 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100215791033&CTT=4&Origin=EC101954481033

Plan the structure of site collections and sites (5 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100240411033&CTT=4&Origin=EC101954481033

Ease of Access (Accessibility)

Accessibility features (7 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101737251033&CTT=4&Origin=EC101954481033

Keyboard shortcuts (5 mins, Reference Topic)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101733621033&CTT=4&Origin=EC101954481033

Gain Productivity > Week After

Microsoft Office SharePoint Server 2007

---

Working with your new program

Create and publish Key Performance Indicators (KPIs) (8 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA100800271033&CTT=4&Origin=EC101954481033

What's new

Introduction to content types (7 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101495511033&CTT=4&Origin=EC101954481033

Gain Productivity > Month After

Microsoft Office SharePoint Server 2007

---

Working with your new program

Apply Information Rights Management to a list or library (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101541481033&CTT=4&Origin=EC101954481033

Use a Three-state workflow (10 mins, Article)
http://office.microsoft.com/search/redir.aspx?AssetID=HA101544311033&CTT=4&Origin=EC101954481033

开发代号为Monad的Windows PowerShell, 是Microsoft基于.NET平台为Windows环境所开发的一种脚本语言, 类似于*nix环境的Shell Script, 原是用以替代Windows环境中的command prompt, 从PowerShell这个名字也可以猜出来, 致力于成为Windows的Shell环境, 但是后来说它只是技术上的扩充. 其目标是: 让管理员可以通过Windows PowerShell做任何在图形界面下所能做的事情. 现Windows PowerShell已经推出了面向Windows XP, Windows Server 2003和Windows Vista的1.0版本.

而PowerShell Analyzer的目标, 据其官方说法:

PowerShell Analyzer is a rich interactive environment for Windows PowerShell. Its goal is to be the PowerShell host of choice for IT professionals and system administrators. It has all the typical editor and IDE functionality that you would expect when working on a modern language, but it focuses on the real time interactive experience as if you were at the console, helping you compose the commands you want to use, and also giving you rich graphical visualization of the results. PowerShell may seem to just return text like the average Unix shell, but in reality, it is returning rich self describing Dotnet objects. PowerShell Analyzer not only helps you with the INPUT, but also with the output. It shows you the properties of the rich objects that the commands return, as well as specific visualizers to help you interact with output such as XML, HTML, charts, tables, and hierarchical data structures.

从Shell环境, 又返回到IDE环境, 这是否背离了Windows PowerShell设计的初衷还真是见仁见智的事情. 现在PowerShell Analyzer的版本是beta 4, 截图如下:

参考资源:

• 易學易用的 Windows PowerShell(Microsoft台湾社区)(繁体)
• Windows PowerShell Team blog(英文)
• Windows PowerShell ScriptCenter(英文)
• Monad Manifesto – the Origin of Windows PowerShell(英文)
• PowerShell下载
• PowerShell Analyzer下载

人月神话是新浪博客上一个关注项目管理关注PMP的博客, 他刚刚写了一篇blog: 再看微软团队文化.

这篇文章的观点我很喜欢: 人, 才是最重要的. 事实上, 王健硕这两天也有一篇类似的文章：微软失去的机会, 都是相似的话题, 但是不同的角度, 而且看到的是不同的结果:)

我们大陆软件开发领域的氛围经历了两个时期: 八九十年代是个人英雄时代, 推崇程序员自由发挥成为大牛, 然而随着信息化时代步伐的加快和深入, 又进入了软件工程时代.

说实在的, 我觉得对当前的工业环境中, 对软件工程的刻意推崇有点过了. 凡事就是这样, 抽象再抽象, 到最后越精美, 却越脱离实际. 所谓华而不实, 为形式而形式, 这种附庸风雅的路子在艺术上怎么说? 恐怕王尔德也会骂这格调低下吧?

软件工程源自建筑学而来, 软件开发是和造建筑有极大共性, 但一个时代有一个时代的烙印, 当前的软件工艺的水平, 并没有达到与建筑学相当的程度, 人, 当前还是核心因素, 以后, 也不可忽视.

我始终认为, 再好再完美的建筑学理论, 也不会重现赵州桥, 不会重现科隆大教堂. 把一切都确定化或者量化, 这本身就是在抹灭人这种天生就是不稳定因素的存在, 其结果, 就不是取最小公倍数而是取最大公约数, 就是平庸.

宁可一鸣而死, 不能默默而生, 这与Neil Young的"it's better to burn out than to fade way"道理是一样的, 与其作出平庸的成功的作品, 不如做出惊艳的失败的作品更来得成就感, 还可以待来人.

推荐阅读：

• 再看微软团队文化
• 微软失去的机会

“passion, beauty, joy, and awe”，“激情，优美，开心，敬畏”！没错，这就是UML三巨头之一的Grady Booch在今年SIGCSE年会上的keynote“Read'n, Writ'n, 'Rithmetic...and Code'n.”中关于coding反复在阐述的一个主题，恰于我心有戚戚焉，这不正是我最近一直想说又总是辞不及义的观点吗？。

关于Grady Booch的这次主题演讲，Eugene Wallingford在他最近的关于SIGCSE年会的一篇blogSIGCSE Day 2: Read'n', Writ'n', 'Rithmetic ... and Cod'n'里有详细的记述。

用文艺青年冯唐的特有词汇来说就是，Grady Booch的这篇演讲真是说得我心头肿胀阿，强烈推荐，程序员一定要看！

延伸阅读：

• handbook of software architecture,Grady Booch的blog
• Knowing and Doing,Eugene Wallingford的blog

从大学期间的兼职到如今，我一直未离开写代码的第一线。而但凡在一个领域里投入浸染了几年的人，都或多或少的有一些职业习惯。以我而言，我写代码，或者看到别人的代码，脑海中第一个反应就是代码结构的优化，其次代码效率的优化，再次代码扩展性的优化，总体来说，我对“优化”这个字眼比较敏感。

不过至今我仍对我没有靠C++谋生而稍许抱憾，我是很敬畏C++的，我一直认为，用C++出来的人，计算机的基础才是深厚扎实的，才是真正的Geeker。

现今主流的软件开发阵营三分天下，C++（包括Python等附属语言），JAVA，DotNET。

我心底里对JAVA有抵触情绪，恰如很多JAVA人士对DotNET有抵触情绪一样。我觉得JAVA一直就是各大公司博弈的政治工具，很乱，虽然其在企业应用领域里占据大半江山，虽然其发展出很多很好的项目。我抵触JAVA但一直关注JAVA，JAVA阵营是活泼但混乱的，我不喜欢那种博弈的容易被幕后力量当枪使的环境，所以我以后也不会吃JAVA这碗饭。

很难确定微软推出DotNET平台对开发者来说是好是坏。有VB易学易用在先，忘了哪份资料了，说VB6有世界上最庞大的开发者群体，DotNET又进一步降低了开发门槛。微软的本意是好的：让开发者能集中注意力到解决问题上。但易学易用随之而来的一个副作用就是易学难精。不论什么环境下，都会有牛人产生，也都会有弱者被汰，这是不随环境左右的，但绝大多数的中间群体，却是在被环境影响。易用的DotNET和浮躁的中国这样的大环境下，涌现了大量的水平不高的开发者，而且个个写代码敢想敢干不知后果。

古人有一句话：“书读百遍，其义自现”。书一目十行所有字都认识便认为书已经看懂了的人，没有经过努力，没有经历教训，轻轻松松地达到成功的人，直可以用浑噩懵懂来形容，怎么可能指望其学以致用？Java和C#同从C++发展而来，都存在一个初级程序员的尾大不掉的弊病，C++没学好根本就没法混饭吃，但JAVA和C#学得一知半解的人，很多时候却能活得悠哉游哉让人气愤。

我一直非常羡慕C++阵营，他们总是工作在那种最严峻的环境里，而且要有大智慧才能驾驭C++这匹野马。当有最苛刻的挑战出现时，只有C++才能挺身而出：“让我来，我是党员！”（搞笑一下）C++程序员和DotNET程序员的区别，简直就像特种兵和户籍警的区别一样大，再差的特种兵，也会比大多数户籍警素质要高。

编码标准和Code Review是好东西，但这种自我约束的东西再完美，也还是能写出无可挑剔却一无可观的代码来，比如那种完全没有始终在被挑战着而被激发的灵气，死板僵硬让人感觉完全不是味道的代码。

同是在写面向工业环境的代码，很多DotNET人士却被DotNET保护着从未受到被工业环境淘汰拒绝这样的教训，是个人都敢一上来就写代码一点敬畏之心都没有；就像一个人从来没上过战场却在指挥着打仗，他躲在大后方根本不知道此刻前方战场上正上演血淋淋的残酷。

我始终要感谢最初共事的金蝶那帮的同事，我自我感觉良好的代码，碰上了他们就突然变成了一堆臭狗屎，从那以后我醍醐灌顶，有一阵甚至听到别人批评什么代码就像在说我一样心虚，看到一段烂代码就想把写代码的人大卸八块，像那些只是功能实现根本通不过环境检验或徒具其表却经不起变通的代码我就会急火攻心，现在不了，不是成熟了，是麻木了。

我现在仍然记得有一晚给一个实习生演示如何写好代码，就一段烂代码修改，问是不是足够好，他点头，我就进一步修改，再问，再改，再问再改，改得他边看边冷汗直流魂不附体直说从来不知道要这样写不敢写代码了，我很开心，不是因为炫耀是因为起码让他开始对编程有点敬畏之心了。

我现在仍然对有天去Sigma那边看到一个team在会议室用大屏做CodeReview抱有羡慕。大家都是成年人了，就算开始不知道但别人提醒后，总该懂得什么好什么不好，不要活得那么完满，勇于前进很重要，但抱有责任感更重要。

我始终遗憾我没有走进过C++阵营，没有让其为我的敬畏，我的责任感打上一个烙印。

"Dream" project, 梦幻般完美的项目？梦寐以求的项目？我被拷问到了这个问题：what is your "Dream" project？

其实一直以来我寻找去实现一个"Dream" project很久啦，所以很兴奋被问到这个问题，嘿嘿。就我个人来讲，对于这个问题的答案，我愿意从"Dream" project的目标、手段、场景这三个方面来回答。

目标

"Dream" project就是不断地被愉悦满足的过程，对我来说绝非追求完美。

设计并实现一个项目，说毫无瑕疵既然是绝无可能的，要能最大程度的使用户满意，则是一个项目所追求的首要目标，归根结底，是人在用工具。一个开始有较多缺陷但用户认可其价值的项目，能让用户渐入佳境。而一个较少缺陷用户却不认可的项目只会把事情弄糟，非不巧，实弄巧成拙也！

要做有建设性的事。做一个新项目，总要有建设性贡献体现出新意才行，不然作出一个新东西来干什么？应当就像挠痒恰挠到了痒处，使人浑身三万六千个毛孔无一个不舒坦。隔靴搔痒，使人浑不得劲还左右别扭的哪里有建设性？那是噱头。

要把事做到极致。无法把一个项目做到完美，但把它做得足够深入总是可以的，无法把一个项目方方面面都做到极致，但把其关键处做到极致总是可以的。

要能保持演化。"Dream" project不是天生丽质，它也是千刀万剐方成佛。就比如一个新生儿一开始走路跌跌撞撞（一开始走路有很多缺陷），坚持下去（不断演化），最后不但学会了走，更学会了跑，没准以后还能学会飞（呵呵）。如果他不学走路总是爬（一开始爬缺陷较少较容易），那这辈子可想而知。

要能丢下包袱。这世间总是在变化的，一个"Dream" project也应当不断弃旧迎新，才能总是保证轻装上阵。有很多项目最初实现的很好，却被历史包袱连累，旧事物不舍得打破抛弃，渐渐地项目团队和用户双双被时间拖垮。什么是包袱什么是行李？对"Dream" project而言，代码，文档，UI都是包袱，只有实现过程中积累出来的有关面对变化保持flexible的特定建模经验和能力才是行李。

手段

保证资源的充分利用。足够的时间和金钱，往往不能创造出成功的项目，有限但并非贫瘠的人力物力，创造出来的项目，却可能褶褶生辉，有压力才有动力，限制驱动创新。

统一认识。一个团队必须有坚定的统一的认识，什么都可以变，可以有分歧，基本出发点不能变，不能有分歧，否则不如回高老庄好了。

作足够好的事，而不是作足够多的事。伤其十指不如断其一指，想一开始就给方方面面打好基础的想法是错误的，资源有限摊子却越铺越大，就最后什么都不是。

保持协作。开发团队内部之间，开发团队与客户方之间，都要有足够的沟通和协作，说出来写出来的东西，总是会和想的有误差，紧密协作才能保证项目的实现不断往正确方向修正。

保持激情。一个有激情的团队才能创造出有激情的作品，一个有激情的用户才能描绘最激动人心的蓝图。

保持纯粹。一个"Dream" project只做该做的事，而不是做能做的事。觉得一个功能好就应该加到系统中的想法是危险的，也许能用不如必须要用，不信你把所有能用的化妆品都抹脸上试试？

技术并非那么重要。技术相当于化学反应中催化剂，好的技术仅是促进"Dream" project的实现而已。

放弃依赖理论或者工具而成功的想法。RUP阿，MSF阿想想也就算了，VSTS系统阿也并非万金油，刻意强调团队角色划分也是有害的。沉迷这些东西，容易画虎不成反类犬，就像一个人卖弄口才，没人会觉得他的话有道理，只会说他油嘴滑舌，效果适得其反。

流程只是规避风险的手段之一。流程规范化完整化本身就是一种风险，把人像工具一样限制死，也许能做出完成的项目，但决不会是成功的项目，更不会是"Dream" project。

场景

我理想中的"Dream" project是这样子的，在我以前当项目经理时我也曾试图实践过的：

• 成员构成：4至7人的开发团队，开发与测试2:1（不是常规的1:2），开发人员自己单元测试，测试人员集成alpha测试，客户方beta测试，有一个team lead，不用项目经理，客户方开发项目则有一个客户代表，开发产品则有一个产品经理，性格互补，能力各有所长均是熟手，关系融洽，能就事论事地争论问题。
• 项目规模：代码规模10万行以下（不含单元测试代码），二级功能模块（最小粒度功能的一次抽象视为二级功能）30~50个左右。若项目再大则需要拆分子项目，子团队。
• 开发周期：每周一次团队全部成员与客户方的（客户代表或产品经理）集中沟通，约1小时，平时也能保证不必是即时但能是有效的沟通。单元测试代码+用户手册等于所有文档并保持同步更新。有bug库和版本管理工具，版本分支并行开发同时不超过2个。每个月一个里程碑，每三个月一次大版本更新，每十二个月一次功能级代码重构。
• 资源保证：团队成员有足够的稳定性，不会突然大量流失，客户方需求有基本共识不会大幅度更改，总能保证未来一月的时间和财力是团队可支配的。
• 项目效果：项目每一个里程碑版本要有至少1个（保证版本更新的意义）不超过5个（保证实现的质量和深度）的新功能。不必刻意避免bug，但必须保证流畅。功能不必完美，但一是一二是二，不能求妥协搞个1.5，要必须保证纯粹。项目UI不能只是简单堆砌，要必须保证简洁统一。
• 项目周期：开发周期和维护周期1:1至1:3，维护期团队可减少到1至2人，开发周期至多不超过2年，然后项目关闭，再有新的需求，则启动新项目。

这样的场景，基本上能满足我前面提到的目标和手段，欢迎你对我的浅薄认识和经验提出批评意见:)

在我刚开始使用Space空间的时候，我有写过一篇blog《sunshine in my eyes》，对芬兰乐队Stratovarius的一首《Forever》大加赞叹。

而这两天开始在我Space空间的Power Toy里播放的这一首《Are You The One》，也跟Stratovarius乐队有关，同样地也是令我赞叹不已。

这首Are You The One，是出自Stratovarius乐队的灵魂人物Timo Tolkki第二张个人专辑《2002'Hymn To Life》，人声部分则由荷兰Within Temptation乐队主唱Sharon奉献。

我有Stratovarius的CD至少1张，Within Temptation的CD2张，但这首Are You The One却还是最近两月来才听到。说起来，我好像已经不听欧陆的这些旋律金属挺久了。

Sharon的嗓音很清亮，一开始有如破空而来，旋律悠远柔美，吉他SOLO部分则显铿锵硬朗，高潮时两者唱和简直铺天盖地一般，结合歌词，铁骨柔情，堪称绝唱！

歌词：

Are you the one - Sharon

Are you the one?
The traveller in time who has come
To heal my wounds to lead me to the sun
To walk this path with me until the end of time

Are you the one?
Who sparkles in the night like fireflies
Eternity of evening sky
Facing the morning eye to eye

Are you the one?
Who'd share this life with me
Who'd dive into the sea with me

Are you the one?
Who's had enough of pain
And doesn't wish to feel the shame, anymore
Are you the one?
 
Are you the one?
Who's love is like a flower that needs rain
To wash away the feeling of pain
Which sometimes can lead to the chain of fear

Are you the one?
To walk with me in garden of stars
The universe, the galaxies and Mars
The supernova of our love is true

我的中文翻译：

就是你吗

就是你吗
闯入我生命中的来客
为我治愈心伤，带我走向阳光
愿与我偕老此生

就是你吗
目光璀璨有如萤火
情愿是夜空到永久
凝眸对视直到晨曦来临

就是你吗
将与我携手此生
哪怕投身汪洋

就是你吗
历经苦痛
不愿再受创伤
是这样的你吗

就是你吗
像鲜花渴望着甘霖
你的爱需要挥去忧伤
不再将无助迷茫

就是你吗
我们偕游于浩瀚星空
这宇宙，这银河，这火星
见证我们爱情迸发的荣光

译文拙劣见笑了，呵呵。从网上还可以找到这首歌词别的翻译版本。情人节快到了，这也是我春节前最后一次更新了，用这首歌，祝大家情人节快乐！ :)

延伸阅读：

• Stratovarius - Forever

昨天下午公司Annual Party前，在工作间心血来潮照了两张照片，不看不知道，一看吓一跳：我竟然发福了！渊停岳峙，安稳如山。。。

我倒是知道，当无潜在压力，同时生活节奏还平稳的时候，人会发胖。但这些年来，我可是一直保持着不胖的不败神话的阿。。。

我曾说过，我的模样千变万化，我10月份的时候，是这样子。

更早两月，则是这样子。

发胖，也就是这一两个月的事，一直不曾留意也不须留意的小身板儿，真的是不知不觉，突然发现，冷汗直流。

这可真是历史性的突破阿。

从来都没有这么胖过，这次回家，我妈该笑话我了。

DinnerNow.net是微软刚刚推出的一个网站, 该网站尽可能地集成了微软的最新技术和产品，像IIS 7, WCF, WF, WPF, LINQ, Windows Vista Gadgets, PowerShell, 还有前不久刚刚发布的ASP.NET AJAX库等等。

最最最重要的是，DinnerNow.net的源码是可以下载的！

来自johnny的blog Ship happens! - DinnerNow.net is out, spread the word：

什么是DinnerNow.net?

DinnerNow是一个展示了微软07财年发布的所有最新技术的示例程序。它使用的技术包括从IIS 7到LINQ，从Powershell到Windows Vista Gadgets等等。它真的是一个非常酷的示例。

DinnerNow和别的示例程序有什么差别？

呃，DinnerNow体现了微软开发示例程序的一种不同的方式。我们不仅仅要展示新功能和新技术如何投入到实际应用中。我们更想要应用于这样一个企业级应用场景里，人们被各种最新技术搞得眼花缭乱不知如何入手，所有东西都很酷，但人们就是不知道如何最好的集成和应用各种最新技术中那些最好的功能。我们实现了这样一个咚咚，就是想让这些技术成为工具，互动起来，成为应用的一部分而不是取代那些应用。

DinnerNow酷在哪里？

这是个说不完的话题，我们发布了v1.0版本，而明天我们将开始v2.0的开发。我们需要你们的反馈，bug报告，协作和如何更酷的建议。这个示例并不简单；如果你是开发人员，你可从中借鉴代码和那些开发任务是如何完成的。如果你是IT人士，你可从中学习我们是如何使用Powershell，MMC等技术来监测和管理程序的。DinnerNow.net发布了它适用于任何人。

示例里都包含哪些内容？

DinnerNow.net是一帮火星人士写出来的，里面包含的最新技术和最佳实践你都可以通过那些可重用的代码集成到自己的程序中。比如你会看到大量的Powershell示例，怎么写一个IIS7 handler，怎样让WCF和MSMQ协作。也会看到我们的依赖检查器，由David Aiken实现的，它能附加值到任何你想要的对象上。有多少次你为一个程序就是因为其依赖组件没有安装而出错苦恼？现在你会看到如何执行依赖检查。它包含了很多的内容，你只需要下载它，开始研究就行了 :).

Dinnernow.net Team

• Brett Hill
• David Aiken
• James Conard
• Matt Winkler
• Nigel Watling

还等什么，赶紧去看看吧！

什么是中间件？也就是MiddleWare？好像一直难有精确定义。不过据IT百科上的说法：

中间件(MiddleWare)是位于平台(硬件和操作系统)和应用之间的通用服务，这些服务具有标准的程序接口和协议。针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现。提出中间件的概念是为解决分布异构问题。

我快毕业的时候，有一次老师问我工作找得怎样，我说可能去金蝶，她好像不怎么感冒的样子：“就是做中间件的那个金蝶吧？”当然，最后我没有去深圳。好像那个时候，中间件这个概念在国内还属于普及阶段。

而今天看到一篇blog非常有意思：SharePoint Server/Services growth & use as "middleware" will explode in 2007...

我想说的就是，我认为中间件只是一个时期的概念，或者说是某个时期一种解决方案的模式。就像后来微软和IBM一起在推的SoA(Service oriented architecture)，还有现在微软在推的SaaS(Software as a Service)。我认为，中间件这个概念已经有点不时兴了。

微软是一家做平台的公司，它做IT Solution。就像之前微软的双CIO路线一样，希望能包办一个企业的IT Infrastracture和IT Application，但这跟中间件从根本上是两码事。中间件是解决软件级别的数据通信问题，而微软要做能通过信息建设的方方面面促进企业生产力的一揽子解决方案，MOSS只是其中一个基础组件而已，并非核心，两者境界绝对不一样。当然，这只是我的个人理解:)

不过这篇blog也提出了一个有趣的视角就是：

1. 首先中间件是作企业级应用的标志。
2. 其次微软的MOSS（Microsoft Office SharePoint Server）已经强大到足以支撑企业级应用的程度。
3. 所以微软要把MOSS作成中间件。

MOSS从最早的SharePoint Portal Server 2001出来的时候，几乎看不到什么明确的前景，但到现在已经谁都无可忽视，这不，人都怀疑微软要把它做成中间件了。

微软总是在不断摸索，厚积薄发，谁笑到最后，谁笑得最美。

早上来后没多久, 一个摄制组就来我们工作间忙活. 一开始没明白怎么回事, 问一下明白了, 原来是要录制个内部新春贺辞呀, 说是给全球员工都要看的.

我们工作间8个人, 我坐外面. 开始要求外面的四个人面对镜头, 每人说一句祝词, 我不好意思, 就躲到里间去了, 换个同事上来.

其实每个人就一句话, 还是反复录了好多次, 导演总是不满意, 说最后一句"给大家拜年了"不到位. 好不容易拍完了. 大伙儿又一起叫到隔壁XP会议室, 搞了一个全体祝词, 我最终是没躲过.

会议室布置利落后, 大家围着会议桌团团做好, boss发言: "我们微软IT祝大家鸿运当头, 心想事成..." 接着兄弟们一起跟上: "新年快乐, 万事如意!" 我的位置还离镜头最近, 双手抱拳, 笑容可掬.

哈哈, 皆大欢喜. 也祝来我这里逛到的朋友新年快乐, 万事如意!

Brian Harry前两周发表了一篇每月例行的blog：January DevDiv TFS Dogfood Statistics，讲述了微软研发内部TFS部署实践的一些定期统计数据，时隔一周，Brian又在文后的评论中进一步讲述了数据库的维护情况，这些真实数据对于计划应用VSTS到产品开发的大型软件企业来说有极高的参考价值。

我这里以中文简单转述一下。

在正文中的数据是，截止到2007年1月：

• 已部署有10台TFS服务器，还有5台在部署过程中。
• 已承载403个项目，177个团队，8,020个用户。
• 普及率以每月约500人左右的新用户递增。

与上个月统计数据（应该是2006年12月的数据和11月的数据作比较，因为这篇blog发表于1月初）相比：

• 用户统计数据：
  • 近期活跃用户：980人（增加36人）
  • 分配有工作项的用户：2,576人（增加118人）
  • 版本管理相关的用户：1,875人（增加116人）
• 工作项统计数据：
  • 工作项总计：158,659个（增加15,966个）
  • 区域与迭代总计：7,074个（增加137个）
  • 工作项版本更新总计：1,282,913个（增加115,667个）
  • 附件总计：53,521个（增加7,053个）
  • 保存查询总计：13,548个（增加871个）
• 版本管理统计数据：
  • 文件/文件夹总计：74,101,113/15,413,627(增加6,435,965/1,556,063)
  • 本地副本总计：323,573,131(增加44,301,818）
  • 压缩后文件大小总计：427.803G(增加64.6G)
  • 工作区总计：3,721（增加459）
  • 搁置集总计：6,976（增加973）
  • 签入次数总计：153，353（增加11,614）
  • 待签入文件总计：916,441（减少77,474）
• 用户操作统计数据（最近一周）：
  • 工作项查询：149,938（减少1,694）
  • 工作项更新：24,045（增加2,944）
  • 工作项打开：71,985（减少55,240）
  • 获取：60,629（减少33,092）
  • 下载：21,175,666（增加5,453,884）
  • 签入：2,618（增加16）
  • 上传：142,918（增加11,941）
  • 搁置：929(增加90)

在评论中Brian给的数据：

• 数据库大小：
  • 版本控制：928G
  • 工作项跟踪：121G
  • 数据仓库：17G
• 数据库维护：
  • 每晚完整备份（所有数据库总大小超过1TB，完整备份一次约10~12小时）
  • 每15分钟增量备份
• 完整性检查：
  • 每周末进行（一次约3~5小时）
• 索引碎片整理
  • 每周末进行（一次约2~3小时）

除06年12月因为大家都度假去了所以忽略发布之外，11月的统计数据可见此：November DevDiv Dogfood Statistics。

关于TFS方面的资料Brian的blog是个我强烈推荐的去处。