化學(xué)專業(yè)前沿講座心得體會(huì)(編輯修改稿)
2024-09-28 14:41 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 上一次集成未通過(guò)，需要盡快定位失敗原因從而讓燈變綠。 有很多很多的書用來(lái)介紹重構(gòu)，最著名的是martin的《重構(gòu)》，joshua的《從重構(gòu)到模式》等。重構(gòu)是在不改變系統(tǒng)外部行為下，對(duì)內(nèi)部結(jié)構(gòu)進(jìn)行整理優(yōu)化，使得代碼盡量簡(jiǎn)單、優(yōu)美、可擴(kuò)展。在以往開發(fā)中，通常是在有需求過(guò)來(lái)，現(xiàn)在的系統(tǒng)架構(gòu)不容易實(shí)現(xiàn)，從而對(duì)原有系統(tǒng)進(jìn)行重構(gòu)；或者在開發(fā)過(guò)程中有剩余時(shí)間了，對(duì)現(xiàn)在代碼進(jìn)行重構(gòu)整理。但是在敏捷開發(fā)中，重構(gòu)貫穿于整個(gè)開發(fā)流程， 2每一次開發(fā)者checkin代碼之前，都要對(duì)所寫代碼進(jìn)行重構(gòu)，讓代碼達(dá)到cleancodethatworks。值得注意的是，在重構(gòu)時(shí)，每一次改變要盡可能小，用單元測(cè)試來(lái)保證重構(gòu)是否引起沖突，并且不只是對(duì)實(shí)現(xiàn)代碼進(jìn)行重構(gòu)，如果測(cè)試代碼中有重復(fù)，也要對(duì)它進(jìn)行重構(gòu)。 pairprogramming，結(jié)對(duì)編程。在敏捷開發(fā)中，做任何事情都是pair的，包括分析、寫測(cè)試、寫實(shí)現(xiàn)代碼或者重構(gòu)。pair做事有很多好處，兩個(gè)人在一起探討很容易產(chǎn)生思想的火花，也不容易走上偏路。 standup，站立會(huì)議。每天早上，項(xiàng)目組的所有成員都會(huì)站立進(jìn)行一次會(huì)議，由于是站立的，所以時(shí)間不會(huì)很長(zhǎng)，一般來(lái)說(shuō)是1520分鐘。會(huì)議的內(nèi)容并不是需求分析、任務(wù)分配等，而是每個(gè)人都回答三個(gè)問(wèn)題： 。 。 。站立會(huì)議讓團(tuán)隊(duì)進(jìn)行交流，彼此相互熟悉工作內(nèi)容，如果有人曾經(jīng)遇到過(guò)和你類似的問(wèn)題，那么在站立會(huì)議后，他就會(huì)和你進(jìn)行討論。 frequentreleases，小版本發(fā)布。在敏捷開發(fā)中，不會(huì)出現(xiàn)這種情況，拿到需求以后就閉門造車，直到最后才將產(chǎn)品交付給客戶，而是盡量多的產(chǎn)品發(fā)布，一般以周、月為單位。這樣，客戶每隔一段時(shí)間就會(huì)拿到發(fā)布的產(chǎn)品進(jìn)行試用，而我們可以從客戶那得到更多的反饋來(lái)改進(jìn)產(chǎn)品。正因?yàn)榘l(fā)布頻繁，每一個(gè)版本新增的功能簡(jiǎn)單，不需要復(fù)雜的設(shè)計(jì)，這樣文檔和設(shè)計(jì)就在很大程度上簡(jiǎn)化了。又因?yàn)楹?jiǎn)單設(shè)計(jì)，沒有復(fù)雜的架構(gòu)，所以客戶有新的需求或者需求進(jìn)行變動(dòng)，也能很快的適應(yīng)。 minimaldocumentation，較少的文檔。其實(shí)敏捷開發(fā)中并不是沒有文檔，而是有大量的文檔，即測(cè)試。這些測(cè)試代碼真實(shí)的反應(yīng)了客戶的需求以及系統(tǒng)api的用法，如果有新人加入團(tuán)隊(duì)，最快的熟悉項(xiàng)目
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號(hào)-1