青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-60  評論-98  文章-0  trackbacks-0
我和充斥臭味代碼的戰(zhàn)爭
by leetaolion 2008-01-12
從去年8月份到現(xiàn)在,我一直在從事一個261k行代碼的項目(不含空行和注釋)。
其中由我本人編寫的代碼10.9k行(不含空行和注釋,我本人所寫的注釋大約1/8有效代碼行,屬于比較少的)。
其他模塊注釋非常少,只在接口文件聲明虛接口的時候會有一行注釋,實現(xiàn)文件中幾乎沒有注釋,大部分文件連文件頭都沒有。
在我加入小組之前,小組是穩(wěn)定的,每人負責幾個模塊,不采用TDD,依靠的是每日集成。每日的目標是:可以Build的代碼。
我加入之后,起初做些邊邊角角的工作。這樣的日子大概持續(xù)了1個半月的樣子。然后在一個午睡并沒有完全醒來的狀態(tài)下,接手了一個核心模塊DataMgr_Module,這個模塊管理所有的計算的輸出結(jié)果。
一開始對工作的估計過于樂觀,認為1個月就可以搞定。接手之后才發(fā)現(xiàn),原來的DataMgr_Module其實是兩個module,小組的老大和另外一位同事對于DataMgr是各自為政,每個人都有一份自己的數(shù)據(jù)結(jié)構(gòu)和管理方法。由于同事同時負責多個上層模塊的開發(fā),所以,DataMgr_Module和上層完全耦合在一起,DataMgr_Module的大部分功能都分布在各個上層模塊之中,每個上層模塊重復(fù)實現(xiàn)的這些功能,如果有一個功能需要更新,那么就要改動所有的上層模塊。所謂的DataMgr_Module只不過是把自己的所有接口都公布出來的任人欺負的家伙,公布的大部分接口都應(yīng)該是私有接口。DataMgr_Module就像是個受氣包,Manager變成了Clark。
首先要做的是恢復(fù)Manager的地位。統(tǒng)一數(shù)據(jù)結(jié)構(gòu),統(tǒng)一傳輸協(xié)議,從上層模塊收回所有接口實現(xiàn),規(guī)范業(yè)務(wù)流程,private所有私有接口和成員變量。Manager就該有個Manager的樣子。
模塊做到最后,我的感受是越到集成測試的時候,我就會越想念TDD。為什么呢?
DataMgr_Module一開始就采用了TDD。知道所有的PR會上確認的接口都完成,并通過了測試用例。單元測試做的并不充分,因為當時沒有采用任何的測試用例方法。只是憑借自己對模塊可能存在的缺陷進行了測試。整個單元測試的過程與其說是在測試,倒不如說是在驗證,過程中對于錯誤的恐懼,使測試用例漏洞百出,覆蓋效果是比較差勁的。另外一個原因是,TDD是把測試用例當作用戶手冊的,但是,同事們根本不在意你的測試用例。別說測試用例了,有時候連注釋都懶得看,有問題直接溝通,人就是一部用戶手冊。溝通解決問題,是積極高效的,有時候是重復(fù)的。另外一個原因就是,注釋的模式不好,常常要更新同樣的3個不同位置的注釋。之前健健告訴我,應(yīng)該把這看成是必須做好的工作,就好了。但是我人比較懶,需要個好辦法,變3次為1次。(目前也沒有找到好辦法,因為我壓根就沒有怎么好好找過。)
所以我常常在想,怎么樣才能讓TDD深入我的日常工作呢?
TDD的老爹Kent說如果已經(jīng)有可以運行的代碼,這時候是不適合引入TDD的。對已經(jīng)可以運行的261k行代碼重新寫測試用例,怕是要出人命的。我想Kent老爹說的是老代碼從新TDD,言之有理,對于一個成年人你來T他的小DD,當然就要踢出大事情來。但是對于一些新模塊,或者說是老模塊需要徹底修改(幾乎全部拋棄)的時候,年輕人嗎,從小開始T他的小DD,慢慢培養(yǎng),說不定能T出一個會鐵襠功的模塊來,到時候豈不是天下無敵了。
正因為DataMgr_Module從小開始TDD,集成測試的時候,需要增加一個接口(主要用來提高模塊的易用性)的時候,從提出需要到拆入,不過5分鐘,令用戶滿意的嘴都合不攏了。為什么啊?因為TDD了。
嘴上無毛,辦事不牢。調(diào)試除了問題,幾位用戶首先想到的是DataMgr_Module出了問題,肯定要找我。10次有8次是因為用戶沒有按照事先約定的協(xié)議進行操作引起的錯誤。為什么啊?因為TDD了。
當然也有T的不好的時候。一個哥們把DWORD編碼的模塊,內(nèi)部全部用int代替,因為他自認不會有超過0x7FFFFFFF個數(shù)據(jù)要處理。好嘛,新的規(guī)則把編碼的首位置1,0區(qū)分兩類不同數(shù)據(jù),每次操作全是失敗。上層模塊(DataMgr_Module也是相對的上層模塊)拿著這哥們的DLL調(diào)的天昏地暗,也丈二和尚摸不著頭。沒辦法,把老兄的的代碼搞過來研究一下,原來老兄偷懶,把所有的字符串全部中轉(zhuǎn)成了int(因為沒有現(xiàn)成的字符串到雙字的轉(zhuǎn)換函數(shù)),他T到最后也沒把這個臭蟲給T出來。Shit,害死人不抵命的啊。(于是有了上一篇瀏覽量不高的字符串轉(zhuǎn)雙字方法。)
DataMgr_Module出生,使用使得部分Module因此癱瘓,老大不得已,注釋掉了大量的代碼,最上面打上“TODO”的MsgBox,每次運行的時候,大家都會想起我。
當然,最后這些次生修改工作必須由我來承擔的。老大不得已,開辟了部分原來限制訪問代碼的拆出。不看則以,一看暈菜。老Clark的臭味綿延的如此之遠,上至業(yè)務(wù)模塊,下至基礎(chǔ)模塊,無一不沾腥帶臭。
有一些代碼甚至到了令人發(fā)指的地步,老大Z寫的一個短短20行的函數(shù),為了使用方便封裝成n個宏函數(shù),并對其中的部分函數(shù)再次#define,用戶老大S為了方便,在此基礎(chǔ)上又#define了一次,不知怎么回事,老大S換了個名字又是一次#define。兩位老大在開發(fā)理念上的分歧在這短短的幾行代碼之中體現(xiàn)的淋漓盡致。Sigh,何必呢。(注:老大S是以每日Build通過為目標,效率至上。老大Z是一完美主義者,每日Build通過是他的目標之一,更注重Execute的代碼。兩位老大的共同點技術(shù)功力深厚,另外就是從未及時Meet過DeadLine。我本人更傾向于老大Z的開發(fā)理念,不過現(xiàn)在是老大S的小弟。)
看來兩位老大都有問題,到底以啥子為目標呢?
看看微軟的一天
 每日構(gòu)造: daily build (mid-night)
 開發(fā): 解決blocking bugs, 實現(xiàn)功能, check-out, code review, check-in
 測試: BVT, 使用測試用例進行測試
 項目經(jīng)理/組長: 專家會診
我們的差距在哪?
在測試上。目前團隊大部分成員對于測試用例的理解是:由測試組在系統(tǒng)測試的時候,按照需求說明書寫出的測試用例。而單元測試的測試用例幾乎就沒有。咋整?這不就是TDD解決的問題嗎。
對于加入工程組的新模塊,開發(fā)初期需要執(zhí)行TDD,測試用例,測試用例覆蓋,到什么程度呢,如果是自己寫,就寫到自己不心虛為止吧,如果有人專門寫,那就寫到此人自己沒有困惑為止吧。
每次Debug的代價
每次Debug,需要啟動一次HostProgram,加載所有模塊。鼠標點點,鍵盤按按,才走到自己想要的斷點。每次這么搞,都感覺自己傻瓜一樣。自動化測試測到哪,我現(xiàn)在的能力只能做沒有界面的單元測試。界面測試已經(jīng)提了需求,等著老大們開講。
對隊友離開的恐懼:
我有時候會突然冒出這樣的念頭:如果oy,或者xa離開了,我們怎么辦?項目會不會因此而停掉。結(jié)論是:項目是不會停掉的,因為我們在一個大艦隊中,一個小舢板部分水手的離開,老大不會坐視,新的水手稍后就到。但,進一步的進展是舉步維艱的。大量沒有注釋的代碼,足以讓每一個新成員崩潰。沒有注釋的代碼,是隊員變得不可或缺,人是安全的。這只是我以最壞的惡意來揣測不注釋代碼的作者。或許是趕時間吧,之前幾個版本的發(fā)布都顯得很精彩,不過軟件的內(nèi)部都是一鍋鹵煮火燒。這種看起來很美,會在用戶的手里土崩瓦解。如果是這樣的話,我們因此被團隊拋棄,都不會再有團隊來接納。在此之前,還是T自己狠一點吧。

評論:
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-12 13:57 | <a href=http://minidx.com>minidxer</a>
這樣的項目,做起來要累死人了……  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-12 16:26 | LOGOS
這樣的情形,可以試試《修改代碼的藝術(shù)》(《Working Effectively with Legacy Code》)里面介紹的東西,應(yīng)該會有幫助。
祝你好運  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-12 21:35 | K120
一個模塊10.9k行的代碼,這個模塊劃分的也夠大了。
“大量沒有注釋的代碼,足以讓每一個新成員崩潰”。夸張了吧。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-12 21:45 | K120
不好意思,說錯話了,我自己一個模塊的代碼也有11個CPP文件,平均每個文件超過600行,大致也在6.5K行代碼,還沒完成呢  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-13 08:33 | 小笨象
這時候,注釋是很重要的了。
我自己寫的程序,怎么也有10萬行了。不敢忘了寫注釋,怕自己轉(zhuǎn)頭就忘了。
還好,我公司寫的程序,注釋還多,接手的人基本上不問我怎么做的,看注釋就行了。嗯。。。。可能是因為人家聰明吧。。。。。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-13 14:04 | 西門有悔
暈哦.我一同事寫了一個模塊,6K多代碼,沒有一行注釋,而且通篇是:
testID, devicenumber,Int? Long? Unsigned Long?....

我直接暈倒了.這樣下去真的會死人的  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-13 15:14 | eXile
http://www.javaeye.com/topic/6294
關(guān)于文檔和注釋的討論  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-13 15:17 | eXile
http://www.javaeye.com/topic/5876
關(guān)于文檔和注釋的討論  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-14 08:31 | 創(chuàng)建更好的解決方案
@LOGOS
書中講的大都是以有測試的系統(tǒng)為前提,但是以前老前輩們寫的程序,連注釋都少的可憐,基本上不考慮封裝,改起來真是痛苦啊!

  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-14 08:33 | 創(chuàng)建更好的解決方案
@小笨象
我剛工作半年多點,代碼寫的少了一些。到了10萬行的時候,或許會提高一下層次。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-14 12:17 | 創(chuàng)建更好的解決方案
@&lt;a href=http://minidx.com&gt;minidxer&lt;/a&gt;
你可是我見過的最細心的管理員啊,呵呵
  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-14 16:18 | LOGOS
@創(chuàng)建更好的解決方案
書里面講的是以無測試的系統(tǒng)為前提的,和你理解的不太一樣  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-14 19:15 | 小笨象
寫代碼,經(jīng)驗是很重要的。
多寫,多看,注釋不要忘。這就足夠了。
慢慢的你就知道了。
如果有人教你,那才能提高得快。但不能事事問人,問就問最強的。。。。。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-14 23:54 | 菌子
### 我負責的模塊,10幾年了,10k行,我都怕動。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-15 08:01 | 創(chuàng)建更好的解決方案
@菌子
好的模塊你動它干嘛?
有臭味的模塊,不動,留它干嘛?  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-15 14:04 | 菌子
額。。 如果這個代碼已經(jīng)在十年間添加和修改了無數(shù)次,充滿了臭味,但是仍然良好的工作。 其中很多定義,用法你根本不知道原因, 你如何修改它?   回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-15 22:01 | 創(chuàng)建更好的解決方案
@菌子
那要看你對代碼的要求了。
代碼能工作,沒錯。
但是這是基本的要求,可擴展性、可移植性、可測試性也要考慮啊。
這些指標在團隊中尤為重要。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-17 11:49 | 小四
個人感覺10K行的代碼,下決心花力氣還是可以讀通的。再多了,就很是觸霉頭。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-21 22:51 | abettor
早就發(fā)現(xiàn),注釋是一種美德。
所幸,自己天良未泯,好歹有1/10的注釋。

我的Team里其他一些兄弟相比之下就殘忍了一些。有為老兄,一個函數(shù)寫了1798行,沒有任何注釋,局部變量沒有任何語義,都是“h”、“f”之類。后來,他走了,留下的幾個人哭了。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-22 13:53 | 歲月流冰
我現(xiàn)在工作的模塊有35個cpp文件,n個h文件,cpp文件幾乎每個都在8k行以上,而且注釋極少。很郁悶。  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-22 17:29 | 創(chuàng)建更好的解決方案
@歲月流冰
呵呵,8k行是不是太重量了些。
我看到2k行以上的代碼都會心有戚戚焉。
所以都控制在2k以內(nèi)吧(或許我們的項目規(guī)模就不夠大吧)。
  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2008-01-22 17:33 | 創(chuàng)建更好的解決方案
@abettor
割了吧,都燒焦了。
  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭[未登錄] 2008-01-25 15:31 | 汪江濤
臭味?吐啊吐的就習(xí)慣了  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2009-05-26 17:46 | zsggsz
團隊規(guī)則:沒有注釋代碼的人就主動離開!  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2010-08-06 13:32 | stepinto
@K120
我現(xiàn)在維護的代碼,300多k,至少4,5個cpp都是在15000行左右的,基本沒有注釋,大量的Duplicated code,Long method,Large class  回復(fù)  更多評論
  
# re: 我和充斥臭味代碼的戰(zhàn)爭 2010-08-06 13:33 | stepinto
這絕對是項目管理問題@abettor
  回復(fù)  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲宅男天堂在线观看无病毒| 美女被久久久| 亚洲精品中文字幕在线| 欧美日韩亚洲91| 亚洲欧美久久久| 亚洲一区精品视频| 欧美日产国产成人免费图片| 亚洲一区二区三| 亚洲影院色在线观看免费| 国产精品久久久久免费a∨大胸 | 欧美视频在线一区二区三区| 亚洲免费视频中文字幕| 欧美在线视频网站| 亚洲免费观看高清在线观看 | 久久久精品日韩欧美| 久久一区欧美| 午夜精品久久久久久久99樱桃| 欧美中文字幕在线观看| 99在线精品免费视频九九视| 亚洲综合清纯丝袜自拍| 亚洲国产成人在线| 亚洲一区二区视频| 亚洲人成毛片在线播放女女| 欧美精品久久一区| 久久国产精品久久久久久电车 | 欧美激情小视频| 国产精品每日更新| 亚洲成人在线网| 国产精品海角社区在线观看| 农村妇女精品| 国产欧美日韩亚州综合| 亚洲国语精品自产拍在线观看| 国产精品日产欧美久久久久| 欧美国产另类| 国产亚洲一区二区三区| 99视频精品全国免费| 亚洲成人在线视频播放| 亚洲欧美日本另类| 亚洲午夜一区二区| 欧美成人影音| 欧美成人蜜桃| 国产一区自拍视频| 亚洲一区二区三区在线播放| 99人久久精品视频最新地址| 久久爱www久久做| 亚洲一区二区在线播放| 欧美黄色大片网站| 欧美激情免费观看| 在线观看不卡| 久久久久一区二区三区四区| 欧美有码在线视频| 国产精品夜夜嗨| 夜夜嗨av一区二区三区中文字幕 | 久久精品91久久久久久再现| 欧美亚洲视频| 国产精品黄色| 亚洲图片在线观看| 亚洲男女自偷自拍图片另类| 欧美日韩四区| 日韩视频中文| 中国av一区| 欧美日韩在线播放三区四区| 亚洲毛片网站| 亚洲免费视频观看| 国产精品任我爽爆在线播放| 亚洲淫性视频| 久久久久久久久久看片| 怡红院精品视频| 久热精品视频在线观看一区| 欧美成人精品1314www| 亚洲国产毛片完整版| 模特精品在线| 亚洲免费激情| 欧美中文字幕精品| 激情成人av在线| 鲁鲁狠狠狠7777一区二区| 亚洲国产精品va在看黑人| 99成人在线| 国产女同一区二区| 久久在线免费观看视频| 亚洲人成7777| 亚洲欧美一区二区原创| 狠狠88综合久久久久综合网| 久久综合久久美利坚合众国| 最近看过的日韩成人| 亚洲自拍电影| 激情成人av在线| 欧美黄色小视频| 狠狠色噜噜狠狠色综合久| 老牛影视一区二区三区| 韩国精品一区二区三区| 久久精品中文| 欧美成年人网| 99pao成人国产永久免费视频| 亚欧成人在线| 欧美黑人在线播放| 亚洲制服丝袜在线| 狠狠综合久久av一区二区小说| 久久夜色精品国产噜噜av| 亚洲人成网站在线观看播放| 亚洲天堂免费在线观看视频| 国产日韩精品一区| 免费中文日韩| 欧美在线一二三| 亚洲精品偷拍| 久久综合导航| 亚洲欧美日韩天堂一区二区| 精品99一区二区| 国产精品狠色婷| 蜜臀av一级做a爰片久久| 亚洲一区二区在线| 亚洲激情啪啪| 裸体一区二区| 欧美自拍丝袜亚洲| 亚洲午夜电影在线观看| 亚洲国产精品国自产拍av秋霞 | 国产精品日日摸夜夜摸av| 久久麻豆一区二区| 在线一区观看| 91久久精品一区二区别| 美女视频黄 久久| 久久国产婷婷国产香蕉| 亚洲香蕉伊综合在人在线视看| 亚洲国产成人久久| 国产一区久久久| 国产欧美视频一区二区| 欧美视频官网| 欧美三级欧美一级| 欧美国产一区二区在线观看 | 欧美在线一级va免费观看| 一区二区三区国产在线| 日韩网站在线| 亚洲精品专区| 亚洲精品欧美一区二区三区| 亚洲第一黄网| 欧美黄色成人网| 欧美高清视频一区| 欧美成人午夜激情视频| 欧美成人精品一区二区| 免费在线欧美黄色| 欧美xxxx在线观看| 欧美国产日韩精品免费观看| 欧美aaa级| 亚洲高清不卡在线| 亚洲国产岛国毛片在线| 亚洲欧洲偷拍精品| 亚洲日本在线视频观看| 亚洲免费激情| 亚洲特黄一级片| 性欧美1819sex性高清| 欧美专区一区二区三区| 久久久久国产一区二区| 另类亚洲自拍| 国产精品a久久久久| 欧美日韩免费一区二区三区视频| 久久综合国产精品| 狼人天天伊人久久| 欧美久久99| 国产精品久久77777| 国产精品一级二级三级| 国产一区二区三区视频在线观看| 国产一区二区三区精品久久久| 一区免费视频| 99精品国产在热久久婷婷| 亚洲免费在线视频一区 二区| 欧美一区二区视频在线| 另类专区欧美制服同性| 91久久久在线| 亚洲欧美一区二区三区极速播放| 欧美在线黄色| 欧美国产一区二区在线观看| 国产精品午夜国产小视频| 黄色成人在线网址| 夜夜嗨av一区二区三区网页| 午夜亚洲影视| 欧美福利在线| 亚洲欧美成人| 欧美岛国激情| 国产午夜精品在线观看| 亚洲日本电影| 欧美影院成人| 亚洲人体1000| 久久久久久久网站| 欧美午夜影院| 亚洲人成网站在线播| 亚久久调教视频| 91久久国产精品91久久性色| 午夜精品在线视频| 欧美婷婷六月丁香综合色| **性色生活片久久毛片| 亚洲欧美文学| 亚洲日韩视频| 久久久久久亚洲精品中文字幕 | 亚洲无线视频| 免费在线亚洲| **网站欧美大片在线观看| 欧美有码在线视频| 99综合视频| 欧美激情第3页| 在线观看久久av|