不管怎么样，半本好书也是好书

看完这本书已经一个多月了，其实很早就想写评论，可是拖着拖着就没写。忽然发现有些感想开始淡忘了，还是写一下比较好。

1.软件作坊不好吗？
在流水线思想已经泛滥的今天，作坊这种小规模的代言词让人看着就觉得要鄙视之，是非正规的代表（看副标题）。那么我来举两个伟大的作坊的例子。其一，DEK—《计算机程序设计艺术》的作者，也许是世界上最伟大的作坊的拥有者（个人作坊），他的TEX的效果怎么样，不用我介绍了；其二，XP方法的首次实现，实际上就来自于一个大项目被一个自组织的小作坊来完成了。
上面两个例子都含有伟大的程序员，这是他们作坊成功的重要因素，这些程序员本身也是从菜鸟走过来的。大的项目可能会带来大的团队，但是更优秀的程序员同样可以减少人员的使用。并且，优秀的程序员组成的作坊并不一定就不正规，相反他们的自组织行为远比规定的软件能力成熟度5级要高得多。
为什么软件作坊不好？因为项目变大了，但是人员素质的提高速度大大的没跟上。其实这是因为我们在作坊的时候忽视了人员和团队建设而造成的恶果。

2.临阵磨枪
“临阵磨枪，不快也光”，其实这本来是带有贬义色彩的，但是那仅仅只是在只光不快的时候，如果能做到快了，那说明应变能力很强了。
“临阵磨枪”，正是阿朱的办法。没有能力弄来完整的的正规化的流程（人员，成本，时间等的压力），那么就遇见问题解决问题吧。正如本书中前半部分那样，其中大量充斥着详实的例子，真实的场景，细致的描述，具体的解决办法。而软件开发方法的每一次巨变，都是积累了无数次的这种小变以后产生的。无疑，正规化的流程教会了你如何来做，但是阿朱在告诉你如何做的同时，顺便还告诉了你为什么要这么做，以后出现了新问题要按照什么思路来解决。这是本书高明的地方。

3.交流的重要性
在读本书的时候，我感觉到大量的问题的根源来自于信息壁垒，因为职业化和专业化同时造就了中心化和孤岛化。往往这种情境造就了相互之间的难以理解，交流之间的障碍，相互之间的信任等等。传统的软件开发方法曾试图利用结构化，标准接口化，文档化等方法来解决这个问题，但是直到今天，效果依然的不理想。而当前解决这个问题的唯一办法还是只能更进一步的加强交流，相互理解，力图减小这个信息壁垒。根据实际效果来看，当双方的相互能理解程度达到一定的级别以后，其相互之间的交流的效率将呈爆发性的增长。
当然，这也是自组织系统一直追求的，而传统的结构化系统一直在回避这个问题。

4.没有磨枪，就不要说自己磨了
最后想说一下这一点。本书可以明显的被分为两部分，前面一部分让我看起来感觉非常的舒服，因为我确实的明白阿朱说得非常对。但是到了后面，感觉阿朱写得就不那么好了，特别是在最后，对问题的分析越来越让我觉得走错了方向。
阿朱是一个从传统软件行业走上来的程序员，其至今的经历是一笔宝贵的财富，这也正是本书前半段的价值体现。但是毕竟，阿朱是走的实践派的道路，彻底的实用主义，对于其价值背后的抽象拔高并没有花费太多的精力，这使得阿朱在靠感觉论述一个自身的熟悉的领域的时候，总会产生一些偏差。所以本书最后的部分，可以看，但是慎重学习。

5.关于成功
成功没有任何的捷径，不要指望可以通过学习一套打遍天下无敌手的技能。只有不断的正视自己的不足，不断的在学习中改进提高自身各个方面的能力（无论是在深度上还是广度上），在任何情况下，你都是一个比正规军还正规的“正规军”。
无论什么问题，归根到底都是人的问题。不断提高人的素质，将来有一天可以解决一切的问题。