敏捷软件开发：原则、模式与实践

24元买了这本打折书。看目录就被吸引住了。预计是一本好书

我来说说跑题的话。看到大家对软件工程的狂热，真是佩服。我身边大多数学CS（master level）的人也都搞软件，且绝大多数是商用软件，他们此也很狂热，并且属于bob大叔这样的”实践者”, 本书的读者大体可以划这一类吧。

我不愿成为这样的人，这样的人只是机器的附庸，最后基本一事无成。我也希望CS的兄弟们不要完全成为这样的人，整日沁淫其中。沉醉其中的人估计有两附安慰剂，一是社会需求这样的“软件人才”；二是好像这个不用数学也不要什么先验知识，仿佛搞得懂上手快，说明自己还不笨。这两包药真是要不得。第二包药不言自明是催眠药。第一包药就不好说了，只有问问国家劳动就业中心才知道（或许谁都不知道），我只知道软件人才供需比是要么是1：20要么是20：1，天知道！还听说打字也归为软件人才，开始奇怪，后来明白从“工具人化”的角度上看这也是有道理的。与打字员类似，只会写应用软件的人只是作为面向需求而覆盖在系统软件和计算机上的“人体中间件”而无他。所谓“开发高手”本质上与每分钟输入200个以上汉字的“高打”没什么两样。两者都挺难、不是科学、不要数学、需要“天赋”。然而，由于计算机比打字机复杂，故现代的“工具人化”对应用软件开发人员要求稍高于后者。并且这两种“人体中间件”有共同的两大尴尬。首先他们搞不懂问题空间是什么，第二搞不懂工具是如何工作的。审计署的打字员会不会成为李金华的接班人？您公司的前台有没有人知道五笔输入法是什么语言写的？（死鬼，电脑买来就装好了！）。嗨，哪个软件开发高手在发飚，不服气？!给我实现一个MPEG4 Encoder和Decoder，看不懂MPEG4规范？那是学EE的人搞的. 好，一个EE过来给你讲，才将到最简单的DCT你就晕，EE毛了拿起C到角落自己hacking去了…又来，总参听说您是开发高手，想让您协助开发一个雷达系统软件，不懂雷达？没关系有雷达专家嘛，您不是软件专家吗？欣然。需求是这样的，总参说，我们要开发一个软件自适应卡尔曼滤波器…慢慢慢…是什么曼滤波器？卡尔曼。完全不懂还是听说过？！…我接触到的一个总工抱怨说，现在的CS连看都看不懂滤波器，主要是数学基础太差。我当时无语。至于开发高手搞不搞得懂计算机这个工具，搞不搞得懂系统软件，还是留给s/he扪心自问罢。反正激光打印机绝非打字员发明的，也没有一个打字员写得出五笔输入法…

是充当“工具人化”的人件，还是工具的主宰，甚至人化工具的主宰？是当打字员，或是作家，或是打字机工程师?请选择，趁年轻！

今天又订了2本〈〈敏捷软件开发〉〉送给朋友。
看完第一遍后，开始对朋友大力推荐，结果是自己的那本被朋友立刻借走了。
感触最深的不是开发流程，而是敏捷软件设计的原则。以前自认为对design pattern比较了解，大部分GofF design patterns也在程序中用过，读完这本书才知道自己所知很浅。譬如说：高层软件不应该依赖底层软件；依赖应该建立在抽象层等等。一语中的。

这本书英文也比较简单，比design pattern简单很多。我的英语也不太好，不过用了1周时间就读完了一遍。

强力推荐这本书给任何程序员。

这本属于软件工程的范畴，对于有类似版本的书，如C＃版，都买这个就好了，思想都是一样的，个人觉得还不错！好像周围的评价也很高！

这本属于软件工程的范畴，对于有类似版本的书，如C＃版，都买这个就好了，思想都是一样的，个人觉得还不错！好像周围的评价也很高！