总想着每天、每个月、乃至每年都有点进步。2002年，对我来说，是起伏不定的一年，
也是收获颇丰的一年。当然，最大的收获是有了一个可爱的女儿。：-）
   在这一年，我跳了两次槽，一次是自愿的，还有一次是被迫的。我目睹了一些公司从盛
到衰的过程，也看到了一些脚踏实地的公司。

离开X1公司，是因为我觉得X1公司不是在做软件，所谓的印度模式，我想，绝对不是
这么做的。理想不合，不想浪费时间，也只能背负跳槽的恶名，挂冠而去。去X2公司，是
因为看到他是美国独资公司，做外包软件，能够接触美国的客户和技术，希望能够有所收
获，何况，职位也不错。的确很想好好做，也跳累了，只想稳定发展，毕竟，是做父亲的
人了。没有想到的是，竟然让我目睹了一场资产争夺的好戏。公司易主，流言满天，诽谤
四起，官司大战，这种平常只有在电视和电影里看到的情节，我实实在在的亲身经历了，
也算是人生的重要一课吧，至少，让我看到了人性最阴暗和恶毒的一面。自然，是做不下
去了，只能又走。

也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做
事的公司。若干年后，只要他能够存活，必定是一个成功的公司。虽然老板对我也很有诚
意，只是，对于教育软件，我实在没有太大的兴趣，何况，如果想做教育，我何不选择安
博呢？毕竟，安博给于我很多。回头想想，在其他公司，我都是在奉献，只有在安博，是
学习了很多。
   说起跳槽，其实，看看那些公司，有多少是在踏踏实实做事情的？老板本不懂软件，都
是看着软件行业能赚钱，想来捞一票，结果把中国的软件行业做坏了，也害苦了中国的程
序员。自己不好好做事，怎么怪别人跳槽？同工作经历的坎坷相比，，在个人能力方面，
今年的进步是非常大的。今年上半年，我的进步集中在技术领域。我更加深入研究了设计
模式、EJB体系和.Net平台，还有UML建模，终于有所突破，设计了一套自己的基于.Net平
台的系统架构和开发工具，并且得到了应用的证实。在网上也陆续发表了一些文章，受到
比较好的欢迎，还上了赛迪网的开发之星。

下半年，在软件工程方面收获是很多的。
  看到网上对于印度模式从吹捧到批驳的吵闹，也看到X1公司学习印度的失败，加上自己
从开始就对那些记者的怀疑，决定好好学习软件工程。我一向认为，任何东西，不能道听
途说，只有自己好好深入研究，才能得其精髓。同时，软件工程绝对不能只看印度的，毕
竟，美国才是软件业最发达的国度。
   列举一些学习的参考资料：《RUP软件工程过程》、《MSF微软解决方案》、《XP极限编
程》、《CMM实践应用——Infosys公司的软件项目执行过程》、《人月神话》、《软件需
求》、《软件工程Java语言实现》。每本书，我都仔细研读了，颇有体会。
   我开始就想，印度软件工程绝对不会象那些记者所说的那么简单，所谓的高中生编程说
。所以，我必须实际看看印度的软件工程。《CMM实践应用——Infosys公司的软件项目执
行过程》，是印度最大的软件公司Infosys公司的分管质量的副总裁写的，介绍他们的CMM
4的软件工程，果然不同凡响。这是我了解印度软件工程的主要窗口。

首先，同原来的想法不同的，也可能同大多数人（尤其是受那些软件记者影响很深的
“专业”和非专业人士）想法不同的是，软件工程实际上不仅仅只是管理，而是一门涉及
很广的交叉学科。在软件工程中，大约一半的内容是专业性很强的，涉及到软件分析、设
计甚至编码的技术。所谓的结构化、面向对象，都在软件工程的范畴内，同样是软件开发
和组织的重要内容，也是软件质量保证的重要内容。至于软件开发的管理部分，只能算是
软件工程中软件工程过程的部分，或者说项目管理部分。脱离管理来开发软件是绝对不可
行的，同样，抛弃技术基础，空谈管理出效益，便如无源之水、无本之木。诚如《软件工
程Java语言实现》中所说：“软件工程范围极为广泛。软件工程的某些方面属于数学或计
算机科学，其他方面可归入经济学、管理学或心理学中。”在这里，我强调了软件工程中
的技术部分，并非轻视管理，只想在软件工程的概念上做一些拨乱反正，也希望多一些人
来关心软件的核心技术，而不要空喊口号和概念。毕竟，中国的软件太缺乏核心技术了。

其次，对管理要求的严格不说（这个谁都知道），实际上，不管是美国的软件工程，
还是印度的软件工程，都是比较灵活的。即便是印度这样的所谓“软件工厂”模式，对于
软件工程过程管理极为严格，也有一个部分是专门讲述过程剪裁的。整个软件工程过程是
非常庞大和繁复的，然而，由于项目具体情况不同，如项目的规模，参与人员的数量、素
质等的不同，对于软件过程的每个部分，不是都必须的，可以根据具体情况来进行剪裁。
这个部分对于我的启发是很大的。以前做什么ISO9000等，开始做了一个以为很好的规范，
但是，到具体项目，总是对不起来，到处有问题，现在想想，便是少了这个变通的部分。
不过，话说回来，这CMM也是老美想出来的，而不是印度。

第三，对于开发人员的选用，我发现，美国人是非常注重选用优秀的开发人员的。Ma
rtin Fowler曾经开玩笑的说，如果给他一批水平不高的开发项目，他会考虑全部解雇，重
新招聘。《人月神话》中也说，如果200人开发一个项目，其中25个人最能干，那么会考虑
解雇其余的175个人，让项目经理来编程（当然，后面还有一些抉择分析，这里断章取义了
）。其结论的基础是基于以下研究结果：优秀的开发人员和差的开发人员，其效率之差可
以达到数量级。另外，从管理的角度来说，只有人多了，才会有管理问题，当团队规模控
制在一定的范围内时，便不会有太大的管理问题。
对于软件来说，很难实现同传统产业一样的工厂化生产，这是由软件开发的本质决定的。
软件的复杂性是软件的本质属性，在这个属性没有改变之前，软件便不会实现同传统产业
一样的工厂化生产。至于印度的所谓“软件工厂”，实际上，只是完成了软件代码的编写
工作，并不是实现了整个软件研发工作，而代码编写工作，恰恰是软件开发中最简单的一
环。至于印度是否真的有很多高中生程序员，印度人的书上没有说，记者到说了不少，我
也无从考证。所以，软件的开发，还是需要选用优秀的人的。除非，公司只想帮别人编写
代码，而不希望有自己的产品和技术。

第四，软件开发中，最重要的还是团队合作和交流。这个是我目前最深切的感受。具
体的，大家都知道，也用不着多说。

最后，对于软件开发来说，公司老板的想法是最重要的。如果老板说“No”，那便是
水平再高，管理再好，也终归无用。
    年龄渐长，也做父亲了，却总是在漂泊，没有一个可以稳定发展的地方。希望目前的
公司能够有这个机会。不想总是跳槽。