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