趁著五一小短假期間閱讀了這三章，讓我感覺想要成為一名軟件工程師的路還要很長，在我面前就出現了一條分叉路:即是成為一名個人能力優異但不顧及團隊成員理解與否的程序員還是個人能力一般但會結合團隊人員的理解能力去編程的程序員，如果兩者都能取長補短呢？或許太過於理想化了，每個人對於程序都有自己獨特的程序風格，即便是使用同一種規格下的編程風格，但是每個人執行起來總會添加有自己的東西，像是變量名的取向，函數的調用，還有類似的等等。如果是我的話，可能會選後者，畢竟以後加入了團隊以後，首要的宗旨是服從團隊的安排，不要抱著個人英雄主義的想法，因為這會讓團隊內部存在瑕疵，或許一開始還沒什麽，但久而久之存在的問題就會越來越多，等到最後補不過來的時候，團隊就等於完結了。為什麽現在的創業團隊這麽容易解散？因為看不到業績，看不到繼續下去的希望，就會有想退出的想法，一旦有人開始退出了，剩余的也就不想繼續了，以至於一個團隊就這樣名存實亡了。生活中的團隊是如此，軟件工程中的團隊也是如此吧？

構建之法三、四、五章總結