我的软件研发和项目管理的图书

前段时间把家里的图书清理了一次，留了一些质量较好的开发类图书送人，剩下的都打包卖了废纸。现在书架上软件研发和项目管理的书不多了，看了看也就10几本，年底是总结的时候，这次拿出来晒晒，想想还是有值得推荐的。

1、对抗比尔盖茨的阴谋 华夏出版社
我把这本书放在头前，是想告诉大家，技术选型上要冷静理智，不要被忽悠。

开篇引用约翰.斯坦贝克的的一段话：
在我们所赞美的人类品质中，仁慈、慷慨、坦率、诚实、理解和情感无不与我们社会体系中的失败连在一起；而那些我们所深恶痛绝的不择手段、贪婪无度、卑鄙无耻、自私自利才是成功的品性，尽管人们极力赞美前一种人品，但真正喜欢的却是后者的结果。

这本书买的早，感谢这本书让我知道了这些商业公司的嘴脸，知道了Java是什么样的真实货色，也知道了Oracle最终会成为第二个微软，因为它也一样的无耻贪婪。

2、Dr.Dobb's 软件研发 机械工业出版社
严格意义上讲，应该说它不是书，而是杂志，03年8月第一期，在我心目中，应该是国内迄今为止，最好的技术杂志了，很可惜，一年不到就夭折了，总共出了8期，我没有买齐。
到现在看到第一期（这期的专题是敏捷软件开发方法）时，还能想起初看敏捷宣言时的激动，在这些年的研发项目中，我一直努力遵循宣言中的原则。感谢Martin，当然还要感谢译者刘基诚，翻译的太干净了。
钱岭 敏捷开发方法综述 写的也不错，有时候我还会翻来看看。
这期里面还有一位人物，他就是创建太极敏捷的张询张真人，不过那时他还没有提出太极的思想，而是要 建立敏捷统一过程框架

3、微软的秘密 北京大学出版社
这本书是我现在书架上技术图书最老的一本了，第一次看的时候感触不深，随着工作经验的加深，翻阅此书的次数也越来越多，它让我知道了一个真正的商品化软件研发的场景，那时MS的研发才是真正的敏捷，快而有序。

4、微软项目求生法则、微软团队成功秘诀、微软研发致胜策略 机械工业出版社
三本书，都很不错。
重点推荐微软项目求生法则，我曾经买了很多本送人，写的太好了。微软后来的MSF框架也基本上沿用了此书的思路。
作者斯蒂夫·迈克康奈尔（Steve McConnell）是大牛，IEEE Software的总编，他还有一本牛书《代码大全》。
后面还有一本书也是他的。

5、快速软件开发 电子工业出版社
此书应该算是传世之作了，书中的成功实践是研发项目管理的基础，在没有打好基础之前，不要去整那些时髦玩意，把书看透，做开发项目是足够了。

6、特性驱动开发方法 原理与实践 机械工业出版社
在开发方法中，我比较喜欢MSF和FDD，主要原因有过程可以落地，有角色、阶段、产出物等能够参照执行的东西。

7、软件项目管理实践 清华大学出版社
这本书讲的是印度Infosys公司的CMM实践，虽然有些枯燥，不过对于有志于做大项目管理的同志们来说，此书还是很值得一看的。

8、超越对手--软件项目经理的18种技能 机械工业出版社
此书很薄，知名度没有阿朱的那本高，但实用价值却要明显高于那本走出作坊，作者因为不干这行，所以就把很多经验公开出来。大体上是按售前、实施两个部分来讲，内容很紧凑，抠的很细。说的都是大实话，而我比较喜欢看大实话的书。

9、SAP软件实施 中国人民大学出版社
这本书出的比较早，当时国内SAP的图书资料很匮乏，现在应有更好的图书了。
SAP这样的商品化软件公司的项目实施，跟教科书上说的相比，是一种完全不同的项目实施思路，值得认真的学习。

10、其它
人件、人件集、软件工艺、软件随想录、JOEL说软件
这几本书休闲时可以看着玩，不过工作年限太短的同学还是不要太认真，这种书看多了，自己又没有定力的话，容易成为愤青，对公司和大环境不满，反倒不好。

人月神话
这本书朋友送的，说来惭愧，那时不看此书，好像就是没有身份证的人。书到手后，感激不尽后，看了几页就再没有动过。说实话，我觉得这本书过时了，没有什么用途。

评论

15 楼 德莫罗 2011-01-18  

对抗比尔盖茨的阴谋已经无法购买。楼主是否可以考虑做个电子版出来？

14 楼 一蓑烟雨任平生 2011-01-16  

你还是看明白我说的话再说什么靠谱。

13 楼 gigix 2011-01-16  

一蓑烟雨任平生 写道

加人能不能加快进度，也不能全然否定。
一个是看什么阶段，二来看加什么样的人，即使是项目的后期，加合适的人还是可以加快进度的。

提到历史上围棋的最强者，很多人都会说是吴清源，但现在的当打棋手几乎很少有人去打吴的棋谱，李世石被认为最像坂田，但是他没有打过坂田的棋，而且他也不会去打日本的古谱。

所以对以前的大师我们需要尊重，但这只是一种态度，对他们所说的话，则未必需要去听从，更多的是多了解现在业内的一些做法，加上自己的判断，形成自己的观点，这个更靠谱一些。

但大师说的并不是这么一个泛泛的论点，他说的是

http://en.wikipedia.org/wiki/The_Mythical_Man-Month#The_mythical_man-month

所以我认为呢，首先要弄明白大师到底说了什么，这个更靠谱一些。

12 楼 一蓑烟雨任平生 2011-01-16  

加人能不能加快进度，也不能全然否定。
一个是看什么阶段，二来看加什么样的人，即使是项目的后期，加合适的人还是可以加快进度的。

提到历史上围棋的最强者，很多人都会说是吴清源，但现在的当打棋手几乎很少有人去打吴的棋谱，李世石被认为最像坂田，但是他没有打过坂田的棋，而且他也不会去打日本的古谱。

所以对以前的大师我们需要尊重，但这只是一种态度，对他们所说的话，则未必需要去听从，更多的是多了解现在业内的一些做法，加上自己的判断，形成自己的观点，这个更靠谱一些。

11 楼 bonny 2011-01-15  

fanfq 写道

cectsky 写道

人月神话，完全不懂它在说什么，看来我真的不适合搞计算机啊

有一本，看了前面一点点，感觉是有点过时了。
全文就在讲一件事，项目过程中不能随便的加人啊，以及角色分配什么的。

书内容很少，就一句话：传统的加人提高进度的做法在 软件开发上行不通。


内容很有趣。

西方传统有吸血鬼和人狼的故事，其中人狼平时和人没什么区别，但是关键时候（什么是关键时候不清楚，可能是随机的）会变成人狼搞破坏。这跟软件开发很一样。拍脑袋的时候感觉啥都不难，做起来冷不丁碰到一个问题，延期好久。


这时候耶稣门徒会哈哈大笑：我有主的保佑，用沾了水银的子弹去干掉人狼。


整本书告诉你：为什么没有银弹。




btw：的确过时了。

10 楼 fanfq 2011-01-06  

cectsky 写道

人月神话，完全不懂它在说什么，看来我真的不适合搞计算机啊

有一本，看了前面一点点，感觉是有点过时了。
全文就在讲一件事，项目过程中不能随便的加人啊，以及角色分配什么的。

9 楼 黑暗浪子 2011-01-05  

yuerjiajia 写道

看过一点点人月管理 记得当时看的时候觉得挺NB得

人月的作者出新书了～http://www.china-pub.com/197412

8 楼 黑暗浪子 2011-01-05  

seele 写道

黑暗浪子 写道

cectsky 写道

人月神话，完全不懂它在说什么，看来我真的不适合搞计算机啊

老实说这本书适合做管理的人看，如果热衷技术，看这本浪费时间。不过我不觉得这本书过时。只是看书的人的问题，不是书的问题。

站的高度不一样。

再说 做技术的人也要懂一点管理。

有人就喜欢技术啊。其实做技术的应该懂点管理，至少不会给坏管理给忽悠。这个是要赞扬的。

7 楼 yuerjiajia 2011-01-05  

看过一点点人月管理 记得当时看的时候觉得挺NB得

6 楼 gloryfuture_taiyuan 2011-01-04  

太气愤了，竟然说人月没用

5 楼 srdrm 2010-12-29  

人月神话居然说看不懂。

4 楼 seele 2010-12-29  

黑暗浪子 写道

cectsky 写道

人月神话，完全不懂它在说什么，看来我真的不适合搞计算机啊

老实说这本书适合做管理的人看，如果热衷技术，看这本浪费时间。不过我不觉得这本书过时。只是看书的人的问题，不是书的问题。

站的高度不一样。

再说 做技术的人也要懂一点管理。

3 楼 chanball 2010-12-28  

5、快速软件开发 电子工业出版社
这本好像现在没得买了，只有清华出版社的珍藏版，跟这个是一样的么？

2 楼 黑暗浪子 2010-12-28  

cectsky 写道

人月神话，完全不懂它在说什么，看来我真的不适合搞计算机啊

老实说这本书适合做管理的人看，如果热衷技术，看这本浪费时间。不过我不觉得这本书过时。只是看书的人的问题，不是书的问题。

1 楼 cectsky 2010-12-24  

人月神话，完全不懂它在说什么，看来我真的不适合搞计算机啊