一個好的程序員必須要為自己寫出來的代碼執行效率負責。并非僅僅實現了功能代碼就完事了。很多工作一兩年的程序員都還僅是處于實現功能代碼為榮的階段，不會過多去思考如何提高代碼的執行效率。有的人認為是自己的能力就這樣，沒有多余的能力去思考這些額外的事情。其實，并非全都這樣，有的人逆向工程搞得很不錯，匯編也學習得有一定層次，可就是沒想過要提高執行效率。大多時候，都僅僅希望能夠實現出來就OK了。對于這一部分“牛人”只能說有點可惜。也確實不能完全歸咎責任到他們的身上，因為他們遇到的事情就要求實現出來而已。很多時候不會要求太高的執行效率。所以也就不會去細心琢磨執行效率的問題。
執行效率固然是必須要有所要求的，但是良好的代碼風格也必須考慮的。如果一份執行效率比較高的代碼出來了，而看得懂這份代碼的只有作者與CPU，那么也不能算是一份優質的代碼。在追求執行效率的同時也需要執著一點藝術水準。現在計算機的內存和CPU都是非常高端了，性能非常好。但是這個并不能成為寫一份爛代碼的借口。
有這樣的程序員，特別喜歡鍵盤上的這幾個按鍵：ctrl + A? ctrl + C ctrl+V 這幾個按鍵使用的頻率相當高，更換鍵盤的時候往往都是由于這幾個按鍵失靈了。在一個工程里，如果發現很多代碼片段，函數，甚至是類出現及其相似，或者就是多份拷貝，那么還不會注意思考的程序員，也注定只能那么一點點微薄的收入。一個習慣不管其好與壞都不是一天兩天能養成的。否則就應該很容易改掉壞習慣，只保留好習慣了。有相當一部分人在寫代碼的時候，一開始都會很自覺地復制粘貼，不會考慮歸檔分類。跟別說思考如何封裝代碼了。所以時間一久，這個不好的復制粘貼的習慣，就自然而然成了一個再習慣不過的習慣了。
如果工程里代碼重復得太多，而不進行代碼優化。一是讓代碼變得臃腫，不利于后期的維護。一是讓同樣的BUG重復多次，讓程序執行起來容易出現錯誤不穩定........

總結

以上是生活随笔為你收集整理的优质的程序员需为代码效率而呕心沥血的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。