总的感觉这是一部不错的书，不过有些地方看的不是很明白，可能是自己的经验还不够丰富，尚不能理解作者的思想，又或者有些国外的经验不适合我的思维方式、在或者翻译有问题。不管这么说这是一部值得反复阅读的书。
书中有不少让我眼前一亮的小故事，也从中领悟到了一些道理。让我映像深刻的是关于程序员能做多久的讨论，的确我们现在缺少留住专业程序员的环境。由于待遇和评价机制，一般做一段时间之后要们转行了，要么就去到管理岗位。留下的大部分都是正在学习阶段但是也希望晋升到管理层，或者正在苦苦煎熬中考虑转行，换工作、自己单干的。这让我想起了“农夫播种法”，是想我们的管理成都是发现优秀的、突出的程序员、然后把他/她从程序员的土地里移走放到管理者的花盆里。最后程序员的土地里剩下的会是什么。
书中关于经理如何分辨定义“好”程序员的那个小故事也让我受益匪浅，在这个每时每刻都有新技术诞生的行业，如果谁不想要问人，不需要与人讨论觉得自己什么都懂。那么他制造的麻烦一定最多。这个结论也许有点片面，但是如果在进一步的考虑，一个人就算不与他人讨论、请教新技术都靠自学掌握，这也不是没有可能的事情。但是这样闭门造成的形式对于软件这个注重团队协作的行业来说无疑是不专业的。试想在一个球队中，如果一个球员苦练自身的技术，带球、突破、射门都十分出色。但是在实际的比赛中队友都不明白他的意图，不了解他的方式。如何能够与他配合获得比赛的胜利呢。所以我觉得专业的程序员应该以一个包容的心肝在队伍中做一个传道者，将自己所学毫无保留的与他人分享，在交流的过程才能擦出思想的火花。
写程序是一项创造性的劳动，程序员需要成就感来不断的激励自己前行。当金钱到达一个合理的范围是，成就感是至关重要的。那么如何改程序员成就感呢？方法就是代码评审，客观的代码评审能够满足程序员所需要的成就感，如果我每天做在电脑面前冥思苦想敲出来的程序没有人懂得欣赏它的精妙之处，没有人明白我为他花的心思，那是多么让人沮丧的意见事情啊。想想为什么我们看到自己在论坛里发的帖子有人顶时，我们会觉得那么愉快。从此热衷在论坛里寻找引人注目的方式发帖。代码的评审就像论坛里的回帖，有“顶”有“踩”，程序员收到反馈之后就会按照能够被“顶”的方式工作，那么这也就提高了软件产品的质量。可惜我现在工作的团队没有软件评审这个环节。
最后在说一个让我很有感触的故事，当经理发现员工干私活以后与老板讨论这个问题。老板的回答无疑黑暗中的一盏明灯，让黑暗中前行的我看到了新的方向。老板不是与项目经理一起声讨这个员工，把上升到道德品质的高度；或是立刻暴跳如雷解雇这个员工。老板对经理说：你觉得你营造的工作环境有什么问题？让我恍然大悟，结合这本书中提到的程序员都喜欢按照“规矩”办事，我理解因为经理营造的工作环境有问题，导致了员工发生上述的情况。这属于一个管理的问题。在进一步，经理改进了管理的方式，是工作氛围得到了改善，但是仍然有人辞职，有人干私活（不过比例明显下降）。那么我们得承认我们并不能拢住所有人，事情到一个合理的范围就可以了。