工作需要，想测试一下微软最新的Visual Studio 2008。

网上找了半天，寻到了一个所谓的Team System，总以为是最高级的了。装了之后才发现是个Architecture Edition，在升级VS2005的那些项目文件时候提示有转换失败，细查之下发现是一个Test项目。后来才想到可能是版本搞错了，去微软的网站查了一下，果不其然，Visual Studio 2008的版本那叫一个复杂，除了Standard Edition和Professional Edition外，还有个Team System，居然可以细分成这么多：

• Architecture Edition
• Database Edition
• Development Edition
• Test Edition
• Team Suite

前几个各自的侧重点不同，功能也是各有差异。如果安装两个以上，那就是两者功能的一个合集。
最后一个相当于前面几个的合集，什么功能都有了。

真搞不懂微软花那么大力气推出和维护这么多版本，是否真的有客户愿意买账。

如果想比较专业版和标准版的区别，可以看：这里
如果需要细致比较Team System中各个版本的区别，可以看：这里

另外，有神秘大奖赠送：猛击这里

请问金贸大厦的酒水开瓶费是多少？

不许Google，不许Baidu，猜对了有奖。

update:

答案揭晓：￥300/瓶

注：

本文为《我的读书笔记之人月神话》系列的第三篇，欢迎指正。

=============================================================

这次谈得是贯彻执行的问题。换句话说，也就是如何确保一个拥有诸多结构师和编程人员的项目团队，对整个系统保持概念上的完整性？

最好的办法就是文档化的规格说明——手册！
这里的手册应该包括各种说明文档，设计文档，甚至备忘录，只要是对理解系统的设计有帮助的，应该都可以归入在内。

谈到手册，可能刚开始工作或者比较偏好编程的朋友会觉得比较头大，不太喜欢。刚开始的时候我也是如此，可随着时间的推移和工作经历的增多，却越来越发现手册的重要性。大到设计思想，小到会议记录，手册就像幻灯片一样将整个系统显示在你的面前。

那么，应该怎样书写文档（手册？manual？document？whatever），怎么样的文档才能算是好文档？

先来回答后面那个问题：

清晰、完整和准确：精确比生动更重要

好在搞技术的大多数都是理性思维，不会为了华丽辞藻在那边苦思冥想半天。

写到这里的时候忽又想起在之前那家日企得到的经验：尽量用简短的英文来描述，不用长句式。一来小日本不太擅长也不喜欢英语，二来长句式在理解上确实不如短句来的一目了然。

more…