读《构建之法》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)容,希望文章能夠幫你解決所遇到的問題。