读《软件工艺》

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

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