問題[第一章：概論]

 在讀此書之前，我一直以為當一個團隊確定了負責一個項目之後，他們的成員不會再有所修改，會對所負責的項目負責到底。但實際上，軟件團隊是會流動的。為什麽要有人員的流動呢？是出現了現有團隊解決不了的技術困難，需要新技術新知識的支持，還是現有團隊身擔多職，需要人手幫忙？另外，不止是軟件程序會有bug，團隊也會有bug。此時我們該如何去最好的的處理bug？

問題二[第四章：兩人合作]

兩個人合作，每個人都按照不同的規範編寫代碼（變量命名等），開始合作時，規範不統一，此時該如何去協調雙方的編寫規範？除此之外，在加入一個新的項目時，自己的依照的規範和項目依照的規範不一致，項目的規範屬於過時的規範，可讀性不高，此時，是否應該改變個人的編寫規範，從而符合現存項目的規範。
                                                                                                                                                                     
 

問題三[第五章：團隊與流程]

為什麽要結對編程？結對編程有益於編程的復審和交流，那麽幾人的結對編程更有利於提高編程的效率呢？
                                                                                                                                                                       

問題四[第十一章：軟件設計與實現]

軟件在運行的 過程中會出現這樣那樣的問題，也許我們要是不是的給軟件打一個補丁，或者維護眾多的服務器，團隊的新老成員一起工作，恢復各種各樣的問題，叫做軟件維護，這一系列過程就是軟件的生命周期，有人得負責軟件項目的管理。我們都知道，學習語言的時候會給我們一個叫做程序的生命周期的概念：軟件生命周期(Software Life Cycle,SLC)是軟件的產生直到報廢或停止使用的生命周期。眾所周知任何一個系統或者是軟件都不會是常青樹，那麽軟件的生命周期就是維護的過程還是到他停止運行或者是報廢的時候？過程or時刻？
 

問題五

《構建之法》這本書很人性化，並且在排版上很專業新鮮，是面對“人”來構建這一本書的，越讀越覺得是一個經驗豐富的大叔向你講述多年的經驗之談。首章開篇與其他書本差不多講什麽是軟件工程，而後從個人發展與成長還有引用很多小故事來闡述在開發軟件的種種。書覆蓋面廣，知識點齊全，不僅僅是介紹軟件工程。本書對軟件工程師的成長、IT行業的創新和職業道德等也進行了細致的介紹。
提了四個問題已經很詞窮了，提的自己都有點尷尬了，所以最後一個問題就寫了一個總結，

軟工網絡15個人閱讀作業2 （201521123059 葉文檸）