高效程序員的特征：聰明，懶惰

　　英文原文：Productive Developers are Smart and Lazy

　　這里我使用了聰明，懶惰和程序員這幾個詞。我說的這幾個詞的意思是：

• 程序員：有積極活力的，專注于用代碼解決真實世界里的問題，不是指那些夢想家，那些永遠只想不做的人。
• 聰明：能夠周全的思考問題(不是那些耍小聰明的人)。
• 懶惰：就像是程序中的lazy-loading，是指延后寫代碼的時間(而不是無所事事的人)。

　　正確的軟件開發應該是懶惰式開發，也被稱作忍耐式開發；這種開發方式的表現是，在真正動手寫代碼前，程序員要花大量的時間通盤考慮所有可能的解決方案和途徑。這可以看作是延緩寫代碼，在沒有完全理解問題前絕不動手寫代碼。先把問題理解清楚，確保將要寫的代碼能真正的解決問題，這將會避免之后寫出大量無用的代碼。

　　這里說的先把問題弄清楚，表現有：

• 真正的理解需求，讓產品部門(業務分析部門)弄清楚他們真正需求的是什么。
• 這些部門通常不給足夠的時間來整理需求。
• 他們經常不是請教問題領域專家，而是順從領導的意見。
• 他們通常無法提供前后一致或完整的需求意見。
• 清楚跟團隊中的其它程序員或其他團隊中的程序員需要那些交互，如何交互，這包括：1）使用白板交流；2）畫流程圖(UML或Visio)。

　　你需要花大量的時間調研，來確保需求符合實情，來做工作讓你和同事的交流有共同的語言語義。然而，程序員都喜歡立刻沖上去編程，喜歡在電腦前不停的敲代碼。

　　在真正的軟件開發中，只有5%的開發時間是有效率的(你可以參考《程序員開發效率悖論》)。如果你發現一個程序員用100%的時間都在盯著屏幕，那么，你看到的這個程序員是最糟糕的程序員。

　　如果一個程序員總是在電腦前編碼，這絕對是一個不好的信號。

　　高效的程序員總是不斷檢查他對需求的理解，確保他們的代碼和需求是同步的。高效的程序員是頻繁的和產品經理/業務人員溝通交流，你可以經常看到他們使用白板與同事和架構師交流討論。程序員的閱歷和經驗都是用來提高開發效率，這最優秀的程序員：

• 他們思考代碼的時間增加而寫代碼時間減少。
• 對問題的透徹理解使調試代碼的速度更快。
• 深思熟慮后的代碼速度更快。
• 代碼長度更短。

　　程序員從心理上講都是喜愛自己的代碼的。

　　爛程序員不喜歡去修改已經寫成的爛代碼。相比起優化自己的代碼，他們更愿意簡單的增加更多的代碼，以此來彌補之前的缺陷。更糟糕的是，他們喜歡把責任歸咎于他人。最終，一堆不好用的代碼上在來另外一堆不好用的代碼，整個系統變得到處是bug，極不穩定。

　　優秀的程序員經常也會寫出爛代碼，但他們能看到那些代碼需要優化，哪些需要重寫。優秀的程序員和不優秀的程序員的區別就在于對有問題的代碼的態度，優秀的程序員的做法是：

• 如果代碼整體上好的，那就重構代碼。
• 如果代碼整體上有問題，那就重寫代碼。

　　當代碼中有需要優化或需要重寫的地方時，時間拖的越久，你就越難回頭解決這些問題。因為對這些代碼依賴的程序會越來越多，越來越深，當你優化這些代碼時，相關的依賴也需要進行相關修改。當積累的問題越來越多時，輕松的優化/重新這些代碼已經變得不可能。而使用繼續增加代碼的方式來彌補之前代碼問題，會讓系統變得越來越不穩定。

　　如果腦子里沒想清楚，那就懶一些，把寫代碼的時間往后推。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈