讀《構建之法》後的問題

一、  代碼複審的目的和意義何在？

①  問題來自第4章 兩人合做——代碼複審

②  思考：代碼複審從字面理解就是從新檢查寫過的代碼，查看是否有bug，以及代碼風格是否規範。代碼複審形式是怎樣的，是本身審查仍是有特定的要求。代碼複審的側重點是什麼，是語法錯誤、邏輯錯誤、算法錯誤仍是別的問題，是否還有檢查註釋等等。

二、  瀑布模型的使用場景？

①  問題來自第5章 團隊和流程——瀑布模型

②  思考：溫斯頓提出了瀑布模型，至今爲止有不少改進和變形，可是是否全部的軟件開發都能使用這個流程，個人理解是確定不是，不一樣的軟件有不一樣的需求，確定不能生搬硬套，可是基本上大部分軟件應該均可以使用瀑布模型，只是須要作相應的改造，那麼不一樣的需求應該怎麼改造呢？

三、  敏捷開發是否要把開發週期儘可能縮短，性能、開發規範等選擇性忽略？

①  問題來自第6章 敏捷流程——敏捷開發原則

②  思考：敏捷開發原則第一條就說到儘早並持續地交付有價值的軟件以知足顧客需求，有兩個詞語，分別是儘早和有價值，因此在實際開發過程當中，咱們應該怎麼把握這兩個要求，個人理解是保證知足顧客功能需求的前提下，儘早地完成，性能優化這些問題能夠放到後期再去處理。

四、  PM（項目經理）要有很高的專業水平（編程方面）嗎？

③  問題來自第9章 項目經理

④  思考：書中說項目經理要有必定的專業能力，能寫代碼，可是若是項目經理代碼能力通常，怎麼能評估一個功能的實現難度，怎麼安排進度，會不會和程序員產生矛盾，因此PM編程水平要達到什麼樣的標準才能勝任這個職位。

五、  軟件測試若是沒有專門的測試人員，會形成什麼樣的後果？

①  問題來自第13章 軟件測試

②  思考：通常來講，程序員檢查本身的代碼時很難發現bug，由於他在測試時會按照本身的代碼流程測試，因此很難發現問題所在，若是有條件我認爲必定要有專門的測試人員，可是咱們常常有一些團隊就缺乏測試人員，一人身兼多職，這樣會給項目形成什麼樣的後果。

③  些問題能夠放到後期再去處理。

六、  軟件工程質量應該怎麼保障？

①  問題來自第14章 質量保障——軟件工程的質量

②  思考：首先，軟件工程的質量怎麼體現，是否咱們只須要保證軟件功能完善、性能優良、開發週期短就算是一個好的軟件，書上說軟件開發過程有三個主要特性：「好」、「快」、「便宜」，這三者應該如何定義和保證。