《構建之法——現代軟體工程》

標籤：

　　在讀完鄒欣老師的《構建之法——現代軟體工程》後頗有感想，這本書的厲害之處是把軟體的開發方法寫的十分的清晰、有趣，將每一章的理論和知識點進行了歸納，舉例說明，故事與企業相結合相聯絡，讓我們進行了一次頭腦風暴。在每一章要點中有重點字眼的加黑，圖文搭配更加的生動形象，在閱讀完代碼、文字之後的圖片不禁讓人會心一笑。它結合了作者自身的開發經驗，書中創造了一個虛擬環境，通過人物的對話和活動，講述不同人物在軟體工程中等不同角色和作用，展現出了軟體工程這麼學科，文中的代碼有很強的實用性，更容易讓人接受，讓人有學習下去的慾望。構建之法這本書寫的很專業，但也很接地氣，讓人對專業的認識從陌生到熟悉，將理論與實際相結合起來，書中包含了軟體團隊、企業、使用者在軟體開發階段所出現的問題與疑問，覆蓋面很廣，讓人受益良多。

      不同的人閱讀同一本書體會到作者的心境是不同的，所收穫的東西的多少也是不同的。工作三年的軟體工程師在軟體開發階段的分析、設計、測試中投入的時間超過菜鳥程式員，在編碼環節的投入時間低於後者。學習一本書要學會抓住主次重點，從學生要職業程式員的過程要的並不是更加沒完沒了的敲代碼、寫代碼，應該要學會分析問題、解決問題、測試代碼，用最精鍊的代碼達到更好的客戶滿意度。在理論和開發技術細節之間，缺少的正是構建之法，一切系統的構建都需要方法。軟體工程師的成長要結合自身的能力、多人合作、職業道德。在我看來，雖然軟體技術在社會各個層面的發展日趨成熟，但機遇與挑戰並存，身為軟體工程專業的學生，其廣闊的發展空間讓我興奮，擔憂於一但鬆懈就難以趕上步伐。

問題：像我這樣很多都似懂非懂的小白，感覺還是有點深奧，怎樣找准自己的位置？

在客戶滿意度體驗環節一定要求一模一樣，不能有所偏差嗎？

VSTS、迴歸測試、單元測試的最重要的區別是什嗎？

單元測試中的程式碼涵蓋範圍一定要100%嗎？

團隊合作模式和開發流程兩者能否脫離？

軟體測試中各個階段的文檔都是一定要寫的嗎？

《構建之法——現代軟體工程》