隨筆分類(103)

　　今天看了一篇很有意思的文章， http://www.aygfsteel.com/uiiang/archive/2006/10/30/77993.html ，介紹了種種項目中的編碼的惡習，其中很多的東西看起來真的是很搞笑，比如趴在Tab上睡著了那個，用中文做變量名的，還有 if(condition) a  else a 那個也比較搞笑，算是夸張了點。

　　不過想想看，自己一直都在算是比較正規的軟件企業，編碼規范還是有一定的要求的，不會出現這么搞笑的問題，不過有些問題還是會經常的犯，比如說，又一次看一個同事寫一個方法寫了 1500 行，我立刻讓他改，最后精簡代碼，分開寫，也算是減少到可以接受的程度，另外一個惡習就是復制代碼，很多開發人員自身都是不怎么會寫代碼的，做開發就是找過去相識的，復制，粘貼，改，所以會出現一堆比較搞笑的問題，于是，錯誤便不是自己犯的了，人家寫錯了，自己也就抄錯了，我在第一次參加 Code Review 的時候就碰到這個情況，我自己的東西都是自己手工寫的，出現了一些問題，被大家指出來了，其它人寫的東西都是抄來抄去，發現問題都不是自己的，因為改過去的代碼需要上面授權，還有一堆測試要重做，所以看大致是可以用的也就蒙混過關了，造成了越來越混亂的代碼。

　　其實說來要把代碼寫的更好一點沒有想象中那么難的，凡事從小做起，從點滴做起，慢慢的把一些好的東西變成自己的習慣，重要的是要積累，而不是放任自流，多去看看人家著名的開源項目，看看人家代碼是怎么寫的，多去和自己的比較，然后善于用一些 Audit 工具評估自己的代碼，讓自己對自己的代碼中出現的問題有一個更明確的認識，然后慢慢的去改變自己的習慣，其實從長遠角度來說對自己有很大的好處的，起碼自己的編碼能力提升了，基礎更加穩固了，有能力去勝任更高級的工作，不然，天天復制別人的代碼，自己又天天只能寫出來一些不符合規范的代碼，而自己又天天不去想不去問，一直這樣下去，開發能力還能提高嗎？

　　其實我還是很喜歡一本書《代碼大全 2nd》，今年上半年才出來的中文版，里面針對我們開發的時候出現的問題給出了很多規范和解決方案，我會經常抽空去看看這本書，然后想想自己該如何去改善自己的開發習慣，去寫出更好的代碼，另外就是用一些 Audit 工具去針對自己的代碼做出一些評審，比如 CodePro，另外我們一些同事在 Maven 上用一些插件對 CVS 上的代碼做出 Audit 并發布在項目站點上，這些都是不錯的手段了。

　　其實說來最重要的還是自己的態度，工具，好的方法都不能轉變對于開發惡劣的態度的。