These books that decide to buy.

一 .  软件工艺:
初看很多观点都难以接受，但是接着看下去就又不得不对他的阐述点头，直呼“有道理啊”。
下面是书中摘出来的一些观点：
1。学徒（也就是刚毕业进公司的人）应该从内部使用的工具（框架？）的维护和升级开始。
     ----我所见过的都是公司技术高手做这些框架，初来的人可能源码都拿不到，因为商业秘密。
2。软件工艺拒绝精细的分工，软件工程对软件开发进行了详尽的分工：编程、测试、调试、维护，这实际上是对开发者的贬低。
     -----在现实中虽然是这样，一个人从需求到实施，但问题是它这种提法和主流软件工程的提法刚好相反，大家都喊着号子往前走(走没走动先不管，至少在喊那)，它却跳出来说“不对，方向错了，朝后走才对”
3。过度的专业化会延误开发、错误。
     -----呵呵，同上
4。如果一个200人的项目中，有25名最能干和最有开发经验的项目经理，那么开除剩下的175名程序员，让项目经理来编程开发。
     -----不知道项目经理同意不同意。
5。开发者的好坏将左右项目的成败。
     -----强烈同意，人是项目中最重要的因素才对。
6。维护者是一个荣耀的身份。
     -----我那个师兄听了不知道会不会感觉好一点。
7。最佳实践是科学管理的遗毒，它使人墨守成规，阻碍了过程革新。
     -----很是吃惊。
8。小型团队绝不要尝试软件工程。
     -----很想试试敏捷开发这些软件开发方法，可惜一直都没有机会，基本还是瀑布，增量开发会好些么。
9。软件开发更多是一件智力的、社会性的工作，而非机械性的工作。
     -----现在大家都在努力让它机械化。
10。文档总是错的。
     ------同意，看来懒的去保持文档一致是对的，因为反正都是错的，错多一点和少一点没有关系吧。看书中的参考，竟然有人写了一本书，题目是《如何和为什么要补文档》
11。支付给优秀的开发者更高的薪水，至少与任何管理者（包括CEO）相当。
     ----- 太同意了，不知道作者有没有说服他自己的老板。

这个Pete McBreen应该是个老程序员，还有些顽固的那种，很多观点都是站在程序员的角度去看的，里面说的不一定都对，但书中很多实践经验，看看很有收获，对软件工程有了更清晰全面的认识。一本不错的书。

二.  重构：改善既有代码的设计（中文版）

三。Lean Software Development:An Agile Toolkit 

四。Patterns of Enterprise Application Architecture 

五。UML Distilled: A Brief Guide to the Standard Object Modeling Language (2nd Edition) 

六。The Pragmatic Programmer 

七。你的灯亮着吗？——发现问题的真正所在 Are Your Lights On? How to Figure Out What the Problem Really Is 

八。An Introduction to Systems Thinking   系统化思维导论（银年纪念版）