最近這些年,越來越多的人開始轉(zhuǎn)向敏捷開發(fā)。各種敏捷開發(fā)技術(shù)并不新鮮,大多是在80和90年代發(fā)展形成。但只是在最近這些年,程序員和(更重要的是)一些商業(yè)顧問,架構(gòu)師,客戶開始變得喜歡和擁抱敏捷開發(fā)。
進(jìn)化中的需求
現(xiàn)在的一種普遍的認(rèn)識(shí)是,在開始編碼前,你不可能把所有的需求都寫完備。這些需求的確定是一個(gè)逐漸發(fā)展進(jìn)化的過程。使用短開發(fā)周期/springts,我們一步步的開發(fā)程序,使用多次迭代的方式完成從客戶方得到的最新需求。這些都是基于一個(gè)進(jìn)化的思想。就像生活中,我們總是通過一步步的改進(jìn)來達(dá)到最好一樣。
進(jìn)化中的代碼!
可是,這就完事了嗎?如今大部分的程序員都認(rèn)識(shí)到了需求必定是一步步的挖掘出來的。但他們卻忘了自己的工作!?他們?nèi)匀徽J(rèn)為他們的框架和架構(gòu)在項(xiàng)目開始之初就定型了。同樣,代碼一旦寫成,程序就完成了…不是嗎?
錯(cuò)。以我的經(jīng)驗(yàn),所有好的程序都至少要寫兩遍。第一編是你過于倉促,不能很好的理解需求、實(shí)現(xiàn)需求。不錯(cuò),當(dāng)看到了某種業(yè)務(wù)模式,我們知道要提煉出方法,圍繞著它實(shí)現(xiàn)業(yè)務(wù)職責(zé)。你最終寫成的代碼是非常好的,但,它不是優(yōu)秀的。
在我們目前的項(xiàng)目中,幾乎所有的重要功能模塊都從頭重寫過數(shù)次。慢慢的但明顯的,代碼變得越來越好。一旦你對(duì)某段程序做了第三或第四次增補(bǔ),或又找到了一個(gè)bug,你能感覺到這程序什么地方有異味。你開始躲避觸碰這段程序,你為不需要在處理這段程序而高興。當(dāng)有了這樣的感覺后我會(huì)怎么做?我會(huì)刪了這些代碼。
可是…可是…這樣你就要完全從頭開始了!?
你又錯(cuò)了!當(dāng)然,IDE里空了,代碼全沒了,也許一些測(cè)試程序會(huì)存留下來。但你卻對(duì)你的代碼應(yīng)該做什么有了扎實(shí)的認(rèn)識(shí)。你也知道以前這段代碼是什么樣的,你知道它以前的內(nèi)傷和異味在哪里!有了這些認(rèn)識(shí),你能寫出更好,甚至是非常優(yōu)秀的代碼!不錯(cuò),我們也可以保留這些代碼,使用一些重構(gòu)措施…但你可能再也找不到這樣好的從頭開始、更好的編寫它的機(jī)會(huì)了。
再次,就像生活中的所有事情:要讓事情變的完美,你需要經(jīng)過多次的進(jìn)化迭代。對(duì)你的需求是這樣,對(duì)你的架構(gòu)和代碼也是如此。
寫兩遍,就意味著兩倍的時(shí)間嗎?
當(dāng)告訴人們我的觀點(diǎn)是所有的程序都至少寫兩遍時(shí),他們擔(dān)心花費(fèi)兩倍的項(xiàng)目時(shí)間。但事實(shí)遠(yuǎn)非如此。下面是原因:
祝你好運(yùn),堅(jiān)持重新改進(jìn)你的代碼!
文章出自:外刊IT評(píng)論
英文出自:redcode
聲明:本網(wǎng)部份文章為轉(zhuǎn)載文章,在每篇文章底部有說明,文章的觀點(diǎn)和立場(chǎng)僅代表作者個(gè)人立場(chǎng),不代表微網(wǎng)立場(chǎng),若是文章轉(zhuǎn)載中有侵范您的權(quán)益,請(qǐng)發(fā)郵件到 493149@qq.com或致電13922854199通知?jiǎng)h除,謝謝!
免費(fèi)電話 免費(fèi)熱線:400-830-8248
微信咨詢
注冊(cè)開店