读《构建之法》1-5章
《構建之法》第一至五章，我了解了軟件工程的重要性，它就像樓房的建設，是一項大工程，必須有設計，步驟，工具，有能力，有計劃，還要有團隊合作才有可能實現這么一個工程。
第一章：概論
讀第一章的時候，我最先學到的，就是不斷地根據需求分析去完善自己的程序。但實際上，軟件團隊是會流動的。為什么要有人員的流動呢？是出現了現有團隊解決不了的技術困難，需要新技術新知識的支持，還是現有團隊身擔多職，需要人手幫忙。?用戶體驗，很多時候我們會在軟件商店下載各種功能相似的應用，比如，我們曾經下載過無數個背英語單詞的app,而能留到最后的只有“百詞斬”。軟件的用戶體驗的好壞就在于他是否與同類型的軟件比起來更好用。用戶體驗對一款軟件的考驗很大，市場上也有許多新開發的軟件，這些軟件有的一夜之間下載量飆升，有的卻不了了之，也有的在一段時間內飆升后再被淘汰。
第二章：個人技術和流程
個人編寫模塊時要有單元測試，畢竟最后的軟件是由多人合作完成的。我們要確保我們所寫的模塊能被他人調用，并且代碼清晰易懂，不影響其他模塊。在修復bug的同時，也應當要注意做容錯處理，這樣才能做出一個好的程序。要注意我們個人技術和流程應該注意哪些細節，只有不斷測試，不斷完善，才能做出更好的軟件。
第三章：軟件工程師的成長
覺得讓我感受到的更多的就是要堅持。寫代碼是一門藝術，都是一門讓我們一輩子都可以為之感興趣的藝術。程序員主要就是負責成天按照上級發的任務編程，軟件工程師呢，在一個項目里會有大量的建模、構思和設計。
第四章：兩人合作
在合作里面，代碼風格要規范，命名，縮進等更不用說?？戳诉@一章，我才知道一個注釋要如何寫才能讓人通熟易懂。在平常的編程里，我的注釋大多都是在變量名的后面，標注了該變量是什么。
第五章：團隊和流程
看了很多軟件團隊的模式，有主治醫生模式，明星模式，社區模式等等。以及功能團隊模式，有官僚模式。開發流程有寫了再改模式等。但是，可能是我拜讀不深吧，看完還是么能理清團隊如何合作，團隊里的每一個人負責什么。但是時代在變，信息在變，我們的需求也在變，這個時候我們就由最初的瀑布模型變形發展成了圓形模型，在這個模型中我們可以隨時根據客戶的要求更改需求分析，并編寫出更符合時代需求的程序。
1.API到底是什么，和JAVA的API一個意思嗎？
2.單元測試自動化是什么？
3.去參加培訓班和在學校學習有什么區別？
4.團隊合作如何能最大化的特高效率？
5.如何能設計出與時俱進的程序？
轉載于:https://www.cnblogs.com/xukan123/p/4431686.html
總結
以上是生活随笔為你收集整理的读《构建之法》1-5章的全部內容，希望文章能夠幫你解決所遇到的問題。
