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