我们将来会怎样，是一个高悬在每个人头上的大问号。中国第一批程序员的人生很难成为我们的人生，我们的人生却有可能成为后来人参考的样本。上学的时候就知道IT行业变化快，可真正工作了，还是觉得变化快得出乎自己的意料。面对各种选择，能在多大程度上坚持做理性的判断，也许才是人最核心的竞争力，小时候作文里经常使用的“坚强意志”、“坚韧不拔的性格”，现在觉得人生真的很需要。当年明月在《明朝那些事儿》里所说的“内心的强大才是真的强大”或许也是类似的意思吧。

最近看《德川家康》，对日本战国时期的历史有了更多的了解。人家那才叫真正的民不聊生，血流遍地，武士们没事就切腹，稍微牛一点的不光切腹，还要把自己的肠子掏出来往别人脸上摔，真是视死如归。日本人擅长向强者学习，彼时的日本，学习明朝，学习朝鲜，学习英国意大利西班牙等国传教士带来的造船冶炼等技术，反正必自己强的就都学，十分地求知若渴。《德川家康》写了500多万字，一共13本，人物众多，情节新颖，不愧为是日本的二月河。

血红不愧是速度流的代表人物，写得比我看得还快，真是佩服呀。

时间利用得不好，没看几本。贴出来勉励一下自己，希望2009年能有更好的成绩。

《楚留香传奇》（血海飘香，大沙漠，画眉鸟），《楚留香传奇续》（借尸还魂，蝙蝠传奇，桃花传奇，新月传奇），《楚留香新传》（午夜兰花），《20世纪最伟大的心理学实验》，《SymbianOS软件开发》，《理想国与哲人王》，《黄金时代》，《在小吃店遇见凯恩斯》，《国际贸易概论》，《傅雷家书》，《大败局》，《白银时代》，《青铜时代》，《我要成为世界的一部分》，《明朝那些事5》，《大败局2》，《山海关传奇》，《激荡三十年 上》，《激荡三十年 下》，《硝烟中的Scrum和XP》，《中国纪事》，《我叫刘跃进》，《万历十五年》，《卓有成效的管理者》，《访问历史》，《激荡的百年史》，《高质量程序设计指南—C/C++语言》，《流血的仕途 上》，《超越技术-东软17年成长之谜》，《流血的仕途 下》

注：17K和起点的YY小说不算在内。另外还有两本没看完，《人生若只如初见》和《长尾理论》。不怕大家笑话，还翻了一下《男人来自火星，女人来自金星》。

毛主席是不是说过要不断总结来着？

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

软件维护项目的根本任务：
适应需求的变化，完善程序代码

直接任务：
1 改Bug
2 解CR
3 Consulting&Supporting

软件维护项目的特点：
1  程序员对代码不熟悉（不是自己写的代码，当然不熟悉）
2  日常工作主要是改Bug和小范围的功能和UI上的修改
3  任务的产生随机性比较强（谁也无法预计下星期会报几个Bug）

项目周期：
1  项目启动阶段。主要工作是准备开发环境，建立或了解流程，等等。
2  代码transfer阶段。 主要工作是阅读代码，建立团队（或个人）对于代码的理解，一般会形成一些文档用来描述所维护的软件，包括Rose图等。
3  工作交接阶段。对于代码有一定的了解，逐步开始改Bug，但是有时候还需要一些帮助（帮助通常来自软件的开发团队或者上一个维护团队）
4  改Bug阶段。 可以很好地修改所有的Bug，并且对于软件和代码有了更深入的理解。
5  CR阶段。 在别人review的前提下，可以实现一些CR。
6  负全责。责任不仅包括独立地进行Bug和CR的工作，也包括向其他团队或个人提供consulting等服务。
7  维护责任transfer给其他人/团队。

软件维护项目的重要因素：
1  工作环境。版本控制(CVS, SVN, ClearCase, Synergy等)，持续集成(QuickBuild, Maven等)，文件共享（FTP等），信息共享（wiki, blog, forum等）
2  工作流程。与客户流程的接口，内部的review，check-in, release等流程，流程的owner，内部知识分享机制，会议制度，技能评估，绩效考评，预算制度等。
3  管理模式。Scrum，XP等，或者是工头+工人模式，也就是没有模式。不同的阶段适用不同的管理模式，比如Scrum非常适合第2阶段，XP则比较适合第4阶段。
4  KPI。主要应该包括Bug响应速度和数量控制，修改质量等。
5  MileStone。设立里程碑并按照计划进行MileStone的review。

需要时刻注意的地方：
1  对于原程序设计意图的理解
2  重构的意识
3  人员的backup
4  知识积累和人员能力的提升
5  对于“质量”的认知

被证明有效的实践：
1  针对涉及到的技术要点，深入钻研
2  从头实现一个简单的同样的软件

必须阅读的几本书：
1  Refactoring
2  Design Pattern

对程序员能力的需求(不同于开发项目)：
1 语言等编程基础知识
2 解析大程序或者大模块的能力，包括迅速掌握模块间相互依赖关系的能力，阅读文档的技巧，利用建模工具（如Rose等）生成图形化的文档以帮助理解的能力等
3 从程序的全局出发思考问题的能力
4 更全面的技术基础，比如需要对Symbiian或S60平台有更全面的了解显得更为重要和迫切，相对于钻研某一技术细节来讲。

维护团队的发展方向
1 用更少的人维护更多的模块，以同样多的人维护更多的模块
2 维护技术难度更大，规模更大的模块
3 从维护单一模块向维护整个产品发展
4 从维护应用程序向维护平台乃至操作系统发展

可能遇到的问题
1 多个团队同时维护同一个模块
2 地理位置相隔太远，不同团队之间的沟通问题
3 与测试团队的沟通和协作问题
4 代码的同步和集成问题

9点多打了个盹，结果现在睡不着了。

装了chrome，小用了一下，总的感觉就是清新并且快速，让人感觉比较舒服。近日盛传IE8要吃掉400M的内存，不知是Google的营销策略还是媒体也对微软深恶痛绝。从Gmail, Picasa, 到Notebook和现在的Chrome，Google的这些应用，一个一个地推出，总能让大家眼前一亮，更重要的是软件写得扎实而高效，很漂亮，所以虽然没有铺天盖地的广告，大家还是口口相传地去发现，去用，去赞美。由此再次想到了林金侗校长的话，“为而不争”，所有的荣誉，好处，其实不需要我们去太多地谋划，设计，争抢，把事情做好，该属于你的自然属于你。没有得到的，或许还是自己做得不够。说到底，心态很重要。

《挥马逐戈》的作者放弃了，酣畅淋漓地更新了一段时间，突然就自宫，实在让人措手不及，心痛不已。我必须说，这是一部如果完成，堪与红楼梦和三国演义媲美的巨著，作者对于人心的描绘，对于世情的设计，对于众多人物性格的刻画，对于文字表现力和创造力的把握，都是处在一个令人赞叹的高度。可惜人气总是干不过纯粹的YY小说。总的感觉是这几年的经典正在减少，如《佣兵天下》、《亵渎》那个层次的小说实在是越来越少了，《兽血沸腾》结束后，基本上一直都没有让人真正手不释卷的了；甚至是色文一脉比得上《江山如此多娇》的也仿佛再也没有听说过，可叹可叹。不过几年来架空和穿越题材有后来居上的趋势，虽然也有一些对着一本通俗野史就敢码字充数的，但整体上讲，回到历史背景里写作还是有门槛的，不过写架空的牛人们毛病或许就是太牛了，以至于往往把自己的想法表达出来就不管了，不去雕琢文字，设计情节，刻画人心，所以许多作品看上去像写作提纲或是年鉴。不管怎么说，这两年最流行的开场白就是“于是我意识到，自己穿越了！”

发现一件值得庆幸的事，那就是虽然懒散，却一直没有停止过思考。有一次我对一个朋友说，我们最大的幸运就是一直保有自我改进的欲望。昨天认识了一位新朋友，又看到了一种新的生活状态。我们永远要对可能性充满尊敬，对别人，对自己都应该是这样。突然发现自己从小到大，一直在靠小聪明，上大学也是，工作也是，从来没有昏天黑地投入地去做某一件事情，所以享受到的成就感一直有限，一定程度上也减缓了自身进步的速度。大学的时候，对门宿舍有一位同学拒绝了报送清华的机会，毕业后去了米国，想起来大家都很佩服，其实他在自己的床头写下“一定要耐住寂寞”的时候，我们都没有注意。一份耕耘一份收获，成不我欺，可是对于小聪明惯了的我，其实真是一个挑战。希望有一天也可以投入地做一件事，坚持到最后，让自己享受那种无以伦比的满足感。孔子说四十不惑，但是对于我们这样一个时代，真正等到四十，或许只能想清楚自己对于未来的无能为力。前年有个同学说我们要想一想五年以后自己在做什么，我一直没有太想明白，现在也是。不过至少现在可以看到各种可能性了，每一种可能性似乎都不错，至于自己会朝哪个方向走，现在实在是无法确定，可以让将来的机会去决定，也就是传说中的顺其自然，不过对于命运的随机性，我又能再多大程度上接受或者说是容忍呢？不过不管未来会怎样，提升自己总是王道。

看了《黑山老妖》，不如《佛本是道》。《鬼吹灯2》不错。《尘缘》写得太慢了，一两个月一章，实在受不了。前一阵子看完了《大败局》和《激荡三十年》，对于企业，企业家，以及我们现在所处的这个最好并且最坏的时代，有了更多的认识。开始看《光荣与梦想》，讲美国1932-1972年间的历史。30年代初的胡佛总统也曾下令驱赶在白宫前集会情愿的群众，麦克阿瑟出动步兵，骑兵和坦克去“攻击”手无寸铁的人们，妇女和孩子都在行动中受伤乃至丧生。那天把这些事讲给一个国外的朋友听，他想了想说“但是美国现在已经不这样做了”，我立刻告诉他“中国也早已经不这样做了”，跟他讲达赖喇嘛出国以前是最大的奴隶主，并且喜欢杀小孩用来祭祀和祈祷，他也不置可否。他们想象当中的要China要么处于文化大革命时代，要么干脆处于清末民初（有人还梦想着来来北京看看剃头梳辫子的男人），总之是人民生活惨不忍睹，在独裁主义的统治下呻吟。西方的媒体就是在迎合这样的一种想象，专挑硌应人的角度描述中国，让憨厚的西方群众憋着一股劲想拯救13亿人民与水火。毛主席说没有调查就没有发言权，真应该让那帮自以为是的洋鬼子都受受教育。希望奥运会能够让更多的外国人了解我们的国家吧。

同时在看一些讲敏捷开发的书，方法虽好，但用起来还是要看适不适和。尽信书则不如无书，不能太拘泥于形式。

虽然做软件外包已经两年了，但接触的客户单一，业务模式也不太丰富，对外包的理解还是比较浅显，不过大概看来，客户选择外包，无非是基于两个原因，要么是更好，要么是更便宜。当然，便宜也有前提，那就是质量上的损失必须在可承受的范围之内。（有没有可能质量上不损失且同时便宜？发包方控制好外包业务的技术难度，供应商业具备十分有效的技术和管理能力，还是有可能逼近理想状态的。也就是达到真正的双赢。）整体上看，国内的ITO领域，还是以便宜业务为主流。便宜业务的特点就是技术难度和附加值都相对较低，供应商可以用相对低廉的人力成本来完成工作，通过为发包商降低成本来获取利润。从事这个层面上的业务，小公司的优势更大，因为小公司的运营成本相对较低，从而可以适当提高在人力成本上的投入，通过比较有竞争力的价格从市场上获取素质较好的人力资源，从而提高更优质的服务；同时也可能降低价格，用来迎合发包方强烈的降低成本的愿望。

在这种情况下，大公司从事外包的优势在哪里呢？更良好的客户关系，更好的业务支撑体系，更强的承接大型项目的经验和能力，更完善的培训体系，优势还是很多，不过面临的挑战也许更大。小公司的生存对于发包商的依赖更大，对于客户关系的重视程度也就更高；小公司的业务支撑体系可能完全根据发包商的业务特点构建，大公司却往往执著于自己现有的状况；大公司培养的具有大型项目经验的人，可能被小公司以更高的薪酬挖走；小公司的培训体系也可能是依业务特点而设，或许简单，然而有效。

所以大公司，或者大公司的外包业务部门，如果不能提升员工，部门乃至整个公司的服务意识和服务专业化程度；如果不能通过更好的福利，荣誉感以及有一定竞争力的薪酬来留住有经验的员工；如果不能建立灵活的适应业务特点的培训和业务支撑体系；如果不能及早专注于技术和管理能力的提升，专注于向技术、管理难度和附加值都更高的业务方向发展，则必然在低端业务上被小公司打到毫无还手之力。

目前国内的外包行业还是处于起步阶段，从业人员迅速增加，业内公司的数量与规模也在以看得见的速度增长。整个行业在低端业务的竞争已经比较激烈，在附加值较高的业务领域也已经逐步开始了角逐，大公司，小企业，发包商，乃至业内的每一个人，都不可避免地要在同样的波浪中前行，未来充满诱惑和风险，只等着我们自己去把握和突破。

这几天做了一件很傻的事，郁闷。所以当你自以为在某方面已经很不错的时候，一定要小心，不能够随时保持如履薄冰的心态，就必然要出现考虑不周的情况，说者听者，字字句句都是含义，不谨慎，当然要出问题！

上周末去沈阳听了培训《影响式激励与有效授权》，老师思考问题的方法是我最大的收获之一。凡事多问几个为什么，追本逐源，总能看到本质，找到办法。我们做事大多靠习惯，很多时候并没有想清楚自己想要什么，也就是容易出现理性缺失造成的困境。另外一个收获就是引导别人说出自己想说的话，其实前提是自己的逻辑足够清楚，否则引导很容易就演变成莫名其妙的辩论。有一段时间一直觉得找不到在管理上提高的方向，知道不足，但是不知道在哪里，听了培训，想一想一些事情，突然感觉到自己的欠缺，所以觉得很欣慰。发现自己进步的可能性近在咫尺，的确有一种充满希望的感觉。下午看了HP前大中华区老总孙振耀的一篇文章《工作与生活》，也比较受启发，好的心态，踏实的步伐才是成功的关键，道理谁都懂，做起来其实真的不容易，圣贤书人人读，世界上又能有几个张居正，曾国藩？做管理久了，突然觉得一些小说里看似很容易的决策，事实上是多么不容易被决定，又是多么不容易被执行。长平一战，白起坑杀赵兵40万，红军2万5千里长征，想一想，怎样决策，怎样宣导，怎样执行！前路漫漫，踏踏实实学习体悟才是王道。

准备周末带领大家去打球，场地暂定为好人他们家附近的学校吧，学生们不知道珍惜免费的球场，便宜俺们了！