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