寒假由于是粗读（在一定程度上也是因为我自己一放假就比较懒），所以读完没有什么比较感触的点。
所以这一周重新阅读了构建之法的第三、四章。有一些新的体会。
第三章主要说的是个人和团队和概念、个人与团队的关系以及相互影响。总的来说，二者是相互依存的
即个人离不开团队，团队也离不开个人。我以前认为团队内部只要协调好各个成员的关系，这就是一个不错
的团队，个人必须服从团队，这样团队才有力量。但是我读完了第三章之后，一个好的团队需要很多方面因
素才能构成。比如说一个团队，可能有一个擅于编代码的大佬，他会提供很多很好的想法，但是如果按照这个
团队大多数人不能接受或者团队管理者不接受他的建议，那么这个团队即使有少数优秀的人才，也不能为团队
贡献力量。书中让我明白了个人能力可以积极影响团队，而团队要积极汲取成员好的意见，让团队更好的发展。
而个人如果选择了好的团队，即使个人能力不突出，但经过团队的影响和培养，最终不仅能满足团队对个人的
要求，也极大地提高了自己的能力，类似于所谓的近朱者赤，近墨者黑。今后我在进行团队合作时，会汲取好的
建议同时也提供自己的经验和建议给予团队，会用自己的能力影响团队更好的发展。
第四章主要说的是代码的规范，可以通过两人结组相互给对方写代码，看不能理解对方的代码，这是一种
很好的方法。写好的规范的代码能更好的进行程序的维护和更新。以前我认为只要把代码写出来，能够编译通
过并且能正确的运行就好。但是这本书和程序员修炼之道教会我一个软件开发的完成，需要大量的程序员进行
协作，最后要组合起来，如果每一个开发者的代码命名都不规范、函数或者方法命名都不规范，最终组合代码
而形成软件的过程非常艰难，可能最终组合成的软件都不能运行，这样的软件即使各功能运行成功了，后期维
护和更新代码也是很艰难，因为可能是你写的代码，是另一个的人来维护，如果你的代码不规范，别人都看不
懂，那么怎么维护呢? 如果代码都不能进行更新，那做出的软件又有什么意义呢?今后我会加强对代码中变量、
方法和函数命名的规范的学习，对代码中括号、以及缩进等一些细节方面的东西进行注意。尽量让别人能够读
懂自己的代码。
以上就是我读完构建之法的第三章和第四章的感受，感觉体会还是很深的。