构建之法第四章、第十七章读后感

第四章 两人合作

　　首先文章中提出了，写代码要符合规范，要有可读性、可测试性等等等等。这些没有什么问题，算是基本的职业素养。

　　其次是代码复审：“复审者有权提出各种吹毛求疵的问题，复审者不必亲自调查每件事，开发者有义务给出详尽的回答”“开发者必须让每个问题都得到满意的解释或解答，或者在TFS中创建新的工作项以确保这些问题会得到处理”。我的问题是，能够“提出吹毛求疵的问题”，并且“确保这些问题得到解释或解答”是保证开发成果的稳定的重要一环，也是复审的意义所在。但是，作为复审者，如何才能保证自己能够提出“吹毛求疵的问题”呢？如何保证提出的都是“有意义的”吹毛求疵的问题呢？关于这点，我查阅了一下谷歌的一位员工的观点如截图：

　　　

 

　　另外因为对于代码最熟悉的应该是他的开发者，要提出“吹毛求疵”到开发者没有察觉或者解释不了的问题不是一件容易的事。这里的“吹毛求疵”我认为不应该是对代码不甚了解的情况下提出的，至少应该对代码有一定的掌握，不应该信口胡说，随便想一个问题就拿来问开发者。但是，如果这样的话，又为什么要说“复审者不必亲自调查每件事”呢？ 

第十七章 人，绩效和职业道德

　　对于这一章我个人其实真的没有什么问题，写这篇博客之前也看了一些关于这方面的其他资料，感觉对于这一章我更多的是说一些自己的理解，因为问我距离走上工作单位还有一段可以说不太短的时间，很多关于“划分等级”“如何当好领导”“领导应该对不同的员工做什么”这些内容让我感觉很难于理解，毕竟生活环境并不能让我身临其境的感受到这些内容正确与否，或者说让我从中学到自己应该怎样做。

　　但是书中也说，“一个人也可以是自己的领导”。那读完这一章我感觉作为我自己的领导，我应该做的就是试着按照书中的方法去试着领导自己，让自己尽量变成一个“高能力、高动力”的人。但是个想法是否可行，还需要一段时间的尝试，本着实事求是的原则，现在的我不敢在文章中写太多。大概就是这些。