風亂語
程序員寫的代碼質量好壞可以從兩個角度入手
1.好的代碼一般通俗易懂
高手總會化繁為簡，寫的代碼首先是能讓人看懂，谷歌蘋果的工程師代碼提交之前都會找上週圍的同時給看一遍，如果對方覺得沒有什麼問題可以直接提交，並且在提交註釋裡面寫上reviewer名字，這樣同時也把責任給擔起來了，看似一個很簡單的模式，卻被絕大部分技術公司沿用。
所以代碼不能只有自己能看懂，讓別人能看懂你的思路，你的設計意圖。
2.好的代碼，遵守整個系統編碼規範，不出格，最重要的一點好的代碼能夠經得起實踐的考驗，在實際運轉過程中，沒有很重大的系統崩潰出現才能稱得上好代碼
所以代碼不能只是看著好，在性能上也需要有不俗的體現，對於程序員來講代碼就是臉面，特別是在團隊配合之中，如果一個人寫的代碼質量高就會給人形成一種靠譜的感覺，在配合過程中也比較容易形成默契的感覺，一看誰寫的代碼如果平時代碼質量高，大家在調用該模塊的時候會覺得很舒心，很放心。代碼直接關係著程序員的品質問題了，有很多老程序員對於代碼質量非常關注，不允許自己犯一些很低級的錯誤，導致自己的名譽受損。
大學生編程指南
一個程序寫的好不好，需要多方面考慮。
可讀性。一個讓別人看的非常費勁的代碼不是好代碼。也許自己過段時間也會看不懂。
健壯性。bug滿天飛的代碼，肯定不好。比如 "".equals(obj)絕對比obj.equals("")好。
擴展性。程序中不要有死代碼。
關注我，每天兩篇編程知識！