今天看了一篇很有意思的文章, http://m.tkk7.com/uiiang/archive/2006/10/30/77993.html ,介紹了種種項(xiàng)目中的編碼的惡習(xí),其中很多的東西看起來真的是很搞笑,比如趴在Tab上睡著了那個(gè),用中文做變量名的,還有 if(condition) a else a 那個(gè)也比較搞笑,算是夸張了點(diǎn)。
不過想想看,自己一直都在算是比較正規(guī)的軟件企業(yè),編碼規(guī)范還是有一定的要求的,不會(huì)出現(xiàn)這么搞笑的問題,不過有些問題還是會(huì)經(jīng)常的犯,比如說,又一次看一個(gè)同事寫一個(gè)方法寫了 1500 行,我立刻讓他改,最后精簡代碼,分開寫,也算是減少到可以接受的程度,另外一個(gè)惡習(xí)就是復(fù)制代碼,很多開發(fā)人員自身都是不怎么會(huì)寫代碼的,做開發(fā)就是找過去相識(shí)的,復(fù)制,粘貼,改,所以會(huì)出現(xiàn)一堆比較搞笑的問題,于是,錯(cuò)誤便不是自己犯的了,人家寫錯(cuò)了,自己也就抄錯(cuò)了,我在第一次參加 Code Review 的時(shí)候就碰到這個(gè)情況,我自己的東西都是自己手工寫的,出現(xiàn)了一些問題,被大家指出來了,其它人寫的東西都是抄來抄去,發(fā)現(xiàn)問題都不是自己的,因?yàn)楦倪^去的代碼需要上面授權(quán),還有一堆測試要重做,所以看大致是可以用的也就蒙混過關(guān)了,造成了越來越混亂的代碼。
其實(shí)說來要把代碼寫的更好一點(diǎn)沒有想象中那么難的,凡事從小做起,從點(diǎn)滴做起,慢慢的把一些好的東西變成自己的習(xí)慣,重要的是要積累,而不是放任自流,多去看看人家著名的開源項(xiàng)目,看看人家代碼是怎么寫的,多去和自己的比較,然后善于用一些 Audit 工具評估自己的代碼,讓自己對自己的代碼中出現(xiàn)的問題有一個(gè)更明確的認(rèn)識(shí),然后慢慢的去改變自己的習(xí)慣,其實(shí)從長遠(yuǎn)角度來說對自己有很大的好處的,起碼自己的編碼能力提升了,基礎(chǔ)更加穩(wěn)固了,有能力去勝任更高級的工作,不然,天天復(fù)制別人的代碼,自己又天天只能寫出來一些不符合規(guī)范的代碼,而自己又天天不去想不去問,一直這樣下去,開發(fā)能力還能提高嗎?
其實(shí)我還是很喜歡一本書《代碼大全 2nd》,今年上半年才出來的中文版,里面針對我們開發(fā)的時(shí)候出現(xiàn)的問題給出了很多規(guī)范和解決方案,我會(huì)經(jīng)常抽空去看看這本書,然后想想自己該如何去改善自己的開發(fā)習(xí)慣,去寫出更好的代碼,另外就是用一些 Audit 工具去針對自己的代碼做出一些評審,比如 CodePro,另外我們一些同事在 Maven 上用一些插件對 CVS 上的代碼做出 Audit 并發(fā)布在項(xiàng)目站點(diǎn)上,這些都是不錯(cuò)的手段了。
其實(shí)說來最重要的還是自己的態(tài)度,工具,好的方法都不能轉(zhuǎn)變對于開發(fā)惡劣的態(tài)度的。
posted on 2006-10-30 16:40
steady 閱讀(1748)
評論(6) 編輯 收藏 所屬分類:
技術(shù)隨筆