趁着五一小短假期间阅读了这三章，让我感觉想要成为一名软件工程师的路还要很长，在我面前就出现了一条分叉路:即是成为一名个人能力优异但不顾及团队成员理解与否的程序员还是个人能力一般但会结合团队人员的理解能力去编程的程序员，如果两者都能取长补短呢？或许太过于理想化了，每个人对于程序都有自己独特的程序风格，即便是使用同一种规格下的编程风格，但是每个人执行起来总会添加有自己的东西，像是变量名的取向，函数的调用，还有类似的等等。如果是我的话，可能会选后者，毕竟以后加入了团队以后，首要的宗旨是服从团队的安排，不要抱着个人英雄主义的想法，因为这会让团队内部存在瑕疵，或许一开始还没什么，但久而久之存在的问题就会越来越多，等到最后补不过来的时候，团队就等于完结了。为什么现在的创业团队这么容易解散？因为看不到业绩，看不到继续下去的希望，就会有想退出的想法，一旦有人开始退出了，剩余的也就不想继续了，以至于一个团队就这样名存实亡了。生活中的团队是如此，软件工程中的团队也是如此吧？

构建之法三、四、五章总结