麒麟.Typesetter

可能他们的动画片实在是好看，也可能他们的足球在亚洲实在无人能匹敌，也可能是由于时间真的是抚平伤痛最好的药剂，不知从什么时候开始，我渐渐对于东边那个“敌人”放松了“警惕”，对他们的态度，从敌视到鄙视又到了近视。

但是那天在饭桌上，父亲无意中说出了一件我不知道的事。他的祖父，也就是我的曾祖父，在日寇侵略我国的时候，被鬼子装进麻袋毒打致死，然后扔进河里……

于是那即将麻木的神经立刻被触动了，身上每一根汗毛都愤怒的站立着，啜泣的默哀着。

于是那几乎松懈的心理防线又重铸了，从此再遇到与倭人相关的东西，必然心存芥蒂。

不是我们心胸狭隘，我相信中国人永远是世界上最宽容的民族。我们允许别人犯错，但不允许不认错，甚至歪曲历史、蒙蔽后人。你欠我的，我可以不要求你还，但你如果说压根就没欠过，那你就是欠揍！

七十六年血债未还，一百年雪耻未晚！总有一天，翻江倒海，也要把你夷为平地。

感谢我的父母赐予我生命，教会我做人。

感谢我的女友带给我欢乐，教会我如何去爱。

1/4, 15, 90, 25

A Quarter, Fifteen Minutes, A Season, Twanty-five Years.

是四分之一，是一刻钟，是一个季度，是二十五年。

我只能向你承诺一个美好的将来

却不能给你一个实实在在的今天

我想让所有痛苦都由我一人承受

而你，却一直在默默地替我分担

原文地址：http://www.cnblogs.com/xiaotie/archive/2005/09/21/241192.html

工欲擅其事，必先利其器，能利用工具是人与动物的最大区别。然而，大多数商业化工具价格不菲，已经加入WTO好几年了，再用盗版会给企业带来很大的不确定性，并且盗版用多了，往往会失去一种程序员的自豪感，丢掉一种文化。经过几个月的摸索，本着以下原则，偶选择了一些适合中小企业开发的工具，当作自己的工具箱：

        （1）适用于中小型企业，中小型项目（<500万），功能适度

        （2）易用性好，具备必要的文档

        （3）免费或低价

        基于这些工具，慢慢形成了一套敏捷开发过程。

 一、工具简介

         下面简单介绍这些工具，这些工具有些偶已经有相当的使用经验，有些正在使用，有些只是刚选定。除直接用于.net开发的工具中外，还包括一些开发相关的软件设计、项目管理工具。偶的主要开发经验是Web开发，桌面开发和原型开发，对Mobile开发不熟悉，也就没这方面的推荐了。

 1，运行平台

        常用的也就.net framework 1.1, 2.0, 和mono了，都是免费的。从功能、性能及安装基础来讲，自然.net framework要优于mono了。mono是开源的，.net framework类库可以反编译，从透明的角度讲两者都差不多。如果你想在非windows平台上开发，或者想研究运行时的实现，可以研究mono，否则还是用.net framework吧。

 2，服务器

        我用过的也就IIS5.0，IIS6.0，Apache加一个mod，还有mono的xsp，这也没啥好比较的，自然首选IIS6.0了。不过IIS虽然免费，但是至少得windows server版本才运行得爽，至少得花几千元。XP上的IIS很不爽，据说也能装全版IIS6.0，不过还是得折腾。开发用的话，用Apache加一个.net的mod，或者mono的xsp，还是挺好用的。Apache的缺点是对新版.net framework的支持较IIS6.0滞后。

 3，IDE

        tnnd，这个选择空间也很小。首选自然是VS 2003或2005，如果VS 2005速成版将来免费的话，偶就选定这个了，或者选价格并不算高的VS 2005 专业版。可恶速成版、专业版中没单元测试，在这里BS微软10000遍。坚决抵制VSTS版！

        其它可选的有SharpDevelop和mono develop。对于不开发Web程序的初学者来说，用SharpDevelop其实也挺不错的，集成的Nant，NDoc，NUnit都是很有用的工具。SharpDevelop没断点调试功能，但熟用NUnit的话可以弥补这一不足。如果对类库理解得比较深入的话，采用SharpDevelop，生产力其实也挺高的――即使是进行Web开发。SharpDevelop的缺点之一是暂时没重构功能，在下一个版本里会有。缺点之二是内存占用比较大，还有性能比VS低得多，大项目，大程序可能不爽。我测试过，用SharpDevelop打开一个大于3M的C#源文件（嘿嘿！是csgl还是tao的，忘了），挂了；用VS 2003打开大概要花几十秒。

        btw，我个人认为其实就用记事本写中小型（<3000行）的C#程序，效率其实也挺高的，这时候会更加注意类的设计，思路会更清晰一些，当然，速度会慢一些。

 4，类库和文档

        类库是.net平台的资产。目前.net下成熟的类库比较少，和java比，最大的不足就是这里了。最常用的类库当然是.net framework了，其它各方面的类库在网上都能搜索到一些。类库的关键资产要素是dll和文档。看文档要看一手资料，第一手资料就是源代码或反编译过来的代码，然后就是各类的原始文档，一般是chm格式的。如果看源代码习惯的话，效率会很高，并且，建议用反编译工具看代码，不建议直接看源文件，原因其一是反编译工具提供了很多有用的附加功能，其二是反编译的代码比源文件更真实。常用的反编译工具是Reflector。

        .net下的文档是爽死了，比javadoc的pp多了。因此在写代码的时候应该注意，多写///注释，然后用Ndoc自动生成chm文档，多爽呀。

        很多开源项目提供源代码和少量的文档，但它的源代码中有大量的///注释，可用NDoc自动生成chm文档。即使没有///注释，采用NDoc生成文档也是很值的。

 5，数据库

        MS SQL Server Express版应该是免费的，但标准版和企业版价格还是不低的，还是用开源的好。对功能有要求就用PostgreSql，没要求就用MySql。偶现在是GIS项目用PostgreSql，一般项目用MySql。数据库管理用EMS MySQL Manager Lite和EMS PostgreSql Manager Lite，免费，好用，界面很豪华，性能还行。

 6，设计与建模

        偶选定的UML建模工具是JUDE，2M大，免费但不开源，比ArgoUML功能多、好用。比Visio 的UML功能不知道强大多少倍，比Together也好用。缺点就是只是建模工具，和代码不同步。另一个缺点就是不能自动生成文档。不过偶喜欢这样的工具，强大，体积小，灵活，方便。并且偶觉得它在设计时用就行了，具体的类的文档用NDoc生成。JUDE是基于java的，得安装java虚拟机。好像它跨平台也不怎么样，我在linux下没运行成功过。

        开源或免费的数据库建模工具试过很多，感觉都不成熟不好用，最后选择了一个商业软件――CASE Studio 2，价格100-300美元，功能很实用，支持很多数据库，生成的文档也很pp。

 7，敏捷开发工具

       NUnit――单元测试。

       NAnt――build工具。前面已经提及。

       NDoc――文档生成。前面已经提及。

       CruiseControl.Net ――持续集成，暂时还没用过。

        NUnit，NAnt，NDoc用的好的话，感觉非常爽，写程序会有艺术家的感觉。

 8，团队协作工具

       版本管理：CVS和SVN，推荐SVN。客户端推荐用TortoiseSVN――非常可爱的小乌龟。

        Bug管理：偶选用的是BugTracker.NET，简单，用 ASP.Net写的，小项目够用了。

        需求管理、项目管理、日程、经费计算与管理：还是在用Word、Outlook、Excel。要免费的话可用永中Office试用版，一样好用。

 二、优势

 1，性价比高。对于10人规模的团队，看看软件成本：

        运行平台：.net framework 1.1或2.0，免费

        服务器：1套windows 2003 server版，数千元

        IDE：1套VS 标准版或专业版，数千元，其它用express版就行了

        类库和文档：免费

        数据库：免费。用商业数据库，让客户掏钱。

        设计与建模：1套CASE Studio 2就行了，数千元

        敏捷开发工具：免费

        团队协作工具：1套MS Office（带Visio的）就行了，数千元，其它人用永中。

        整个下来，不足20000元。

2，易用性好

        反正我的感觉是和商业软件差不多或者稍差

3，易扩展

        上面工具大部分是开源的，并且很多工具之间协作性比较好，这样可以用来定制适合自己的生产线。老外的那一套生产线，比如RUP，MSF及其相关工具，除价格贵外，其灵活性也不高，别人的生产线不一定适合自己用。这时上面工具的优势就出来了。

 三、搭建软件生产线

 流程1：项目管理流程

        用Office管理需求。用SVN进行源代码管理和文档管理，BugTracker.NET进行 Bug管理和事务管理。尽量将程序、文件、文档的维护自动化。

 流程2：开发管理流程

        开发过程中所维护的文件越少越好。偶觉得应该尽量少用UML图写文档，只写最关键的部分。类的文档最好由NDoc直接生成。偶用UML工具的时间很少。写代码的过程就是类设计过程。不妨比较这两个流程：（1）用例分析－>采用UML工具设计类－>由UML工具生成代码或撰写代码－>重构代码，自动更新UML文档。（2）用例分析－>撰写代码－>重构代码。第一个流程只有一个优势，就是人对图形的理解比对代码的理解更加直观，但是多了很对累赘工作。第二个流程少了很多步骤，并且可以随时根据代码逆向工程出类图出来，

        我还是喜欢以代码为基础的流程。撰写代码也可分为2个过程，第一个过程是写出一个代码框架，所有的方法都是UNDO，写出属性，接口，写出///文档。这应该是设计过程。这个过程基本上只产生、维护源文件。类图可以通过visio逆向工程，类设计文档可以通过NDoc自动生成，并且提供了一个测试基础，可以根据这个测试基础写测试代码了。测试代码最好也只写个框架，但是要写好///注释，然后生成测试文档。这应该是设计过程。第二个过程是实现过程，把类文档和代码框架提交给相关人，实现、测试、重构......一切都自动进行......整个过程中只有一份东西，就是源代码，开发过程中的交付件应该都从源代码中自动生成。

        数据库脚本和文档用CASE Studio 2维护。最后提交、上线、验收都很好办，所要的东西biaji一下子都出来了。要申报著作权直接从源代码和chm文档中弄一部分出来就够了。

        开发的核心是源代码，所有文档应该体现在源代码的结构、关系和注释中。控制整个开发流程的核心工具是Nant。要是能把用例分析过程体现在源代码中就好了！

        最后，推荐书籍：Open source .Net Development, Programming with NAnt, NUnit, NDoc and More

微风南往，高楼上，夜仲秋半。
寄相思，相思无度，千杯万盏。
君在故乡对明月，我在月下泪湿衫。
垂头拭，不敢归轻言，佳人怨。

中国耻，埋心间。六十年，尤未晚。
驾长车，踏破富士山巅。
填平东海岛飞渡，杀倭斩奴祭祖先。
到那时，还共与君情，赏月圆。