通过这一章的阅读，我明白了在一个团队中，起到决定性的问题的人仅仅是团队中一两个人而已。如果一个团队中每个人都有参与决定的权利，就会导致很多的分歧出现。所谓的“众口难调”，就是这样一个道理，每个人都有自己的一套想法，但是程序软件只是一个啊，不可能满足所有的开发人员的想法。即使满足了所有开发人员的想法，但是又能确保这满足用户的想法吗？所以说，在一个团队中决定程序软件的知识团队中的一两个人而已。他们决定好了软件的开发方向，那么其他程序员所需要做的就是执行与服从，而且是坚定的贯彻执行。这也是程序员所需要做的事情，并不能因为自己的想法没有得到体现就不配合团队进行开发任务，这不是一个程序员应该有的素养。
其次就是当程序代码的文件需要重新定义的时候，对于重定义，我们要做到和初次定义的定义一样细致，必须有着一样细致的注释说明，便于开发人员了解为什么要重新进行定义以及新的定义是哪里有了变动，哪里需要注意去修改。只有做到了这些，能让开发人员明白为什么重定义，以及变动的位置，这才是一个合格的重定义过程。若是在重定义以后，开发人员对其仍然一知半解，甚至还不如对一开始的定义了解，这就是一个完完全全失败的重定义。对此我有自己的理解性质，之前的编码过程中，如果在编写完已经设想好的代码以后，有人来说一句这个需要重做，但是又不和你说的特别明白，那么这又怎么进行代码的重构，就算重构了，也不会是两边都满意的结果，所以说重定义是一个极为细致的过程，不能有一丝一毫的模糊不清的地方。
第三个就是经得起测试，程序员有句玩笑话，项目经理是和测试小组斗智斗勇的。虽然项目经理会被测试小组指出存在多种问题，以及数不清的需求改进。这些都是一个项目经理所最不愿意看到的东西，谁都希望自己的程序可以一下跑通，而不是被人抓着一大堆的bug追着修复。但是这也可以找出项目小组中存在的问题，也会促使项目经理对团队的工作方式进行一些改进，这个更有利于后续的软件开发。
对我的启发就是我之前不敢暴露出自己的错误，害怕被人家挑毛病，但是通过这本书的阅读，我发现这其实是有利于自身成长的步，所以以后我会接受他人的批评以及改正自己的缺点。