在這個世界上，有數百萬的人熱衷于軟件開發，他們有很多名字，如：軟件工程師（Software Engineer），程序員（Programmer），編碼人（Coder），開發人員（Developer）。

　　經過一段時間后，這些人能夠成為一個優秀的編碼人員，他們非常熟悉如何用計算機語言來完成自己的工作。但是，如果你要成為一個優秀的程序員，你還可以需要有幾件事你需要注意，如果你能讓下面十個條目成為你的習慣，那么你才能真正算得上是優秀程序員。

　　1. 學無止境

　　就算是你有了10年以上的程序員經歷，你也得要使勁地學習，因為你在計算機 這個充滿一創造力的領域，每天都會有很多很多的新事物出現。你需要跟上時代的步伐。你需要去了解新的程序語言，以及了解正在發展中的程序語言，以及一些編 程框架。還需要去閱讀一些業內的新聞，并到一些熱門的社區去參與在線的討論 ，這樣你才能明白和了解整個軟件開發的趨勢。在國內，一些著名的社區例 如：CSDN，ITPUB，CHINAUINX 等等，在國外，建議你經常上一上digg.com去看看各種BLOG的聚合 。

　　2. 掌握多種語言

　　程序語言總是有其最適合的領域。當你面對需要解決的問題時，你需要找到一個 最適合的語言來解決這些問題。 比如，如果你需要性能，可能C/C++是首選，如果你需要跨平臺，可能Java是首選，如果你要寫一個Web上的開發程序， 那么PHP，ASP，Ajax，JSP可能會是你的選擇，如果你要處理一些文本并和別的應用交互，可能Perl, Python會是最好的。所以，花一些時間去探索一下其它你并熟悉的程序語言，能讓你的眼界變寬，因為你被武裝得更好，你思考問題也就更為全面，這對于自 己和項目都會有好的幫助。

　　3. 理性面對不同的操作系統或技術

　　程序員們總是有自己心目中無可比擬的技術和操作系統，有的人喜歡 Ubuntu，有的人喜歡Debian，還有的人喜歡Windows，以及FreeBSD，MacOSX或Solaris等等。看看我的 BLOG(http://blog.csdn.net/haoel)中的那篇《其實Unix很簡單》后的回復你就知道程序員們在維護起自己的忠愛時的那份 執著了。只有一部分優秀的程序員明白不同操作系統的優勢和長處和短處，這樣，在系統選型的時候，才能做到真正的客觀和公正，而不會讓情緒影響到自己。同 樣，語言也是一樣，有太多的程序員總是喜歡糾纏于語言的對比，如：Java和Perl。哪個剛剛出道的程序員沒有爭論去類似的話題呢？比如VC++和 Delphi等等。爭論這些東西只能表明自己的膚淺和浮燥。優秀的程序并不會執著于這些，而是能夠理性的分析和理心地面對，從而才能客觀地做出正確的選 擇。

　　4. 別把自己框在單一的開發環境中

　　再一次，正如上面所述，每個程序員都有自己忠愛的工具和技術，有的喜歡老的 （比如我就喜歡Vi編輯程序），而有的喜歡新的比如gedit或是Emacs等。有的喜歡使用像VC++一樣的調試器，而我更喜歡GDB命令行方面的調式 器。等等等等。程序員在使用什么樣的工具上的爭論還少嗎？到處都是啊。使用什么樣的工具本來無所謂，只要你能更好更快地達到你的目的。但是有一點是優秀程 序員都應該了解的——那就是應該去嘗試一下別的工作環境。沒有比較，你永遠不知道誰好誰不好，你也永遠不知道你所不知道的。

　　5. 使用版本管理工具管理你的代碼

　　千萬不要告訴我你不知道源碼的版本管理，如果你的團隊開發的源代碼并沒有版 本管理系統，那么我要告訴你，你的軟件開發還處于石器時代。趕快使用一個版式本管理工具吧。CVS 是一個看上去平淡無奇的版本工具，但它是被使用最廣的版本管理系統，Subversion 是CVS的一個升級版，其正在開始接管CVS的領地。Git 又是一個不同的版本管理工具。還有Visual SourceSafe等。使用什么樣的版本管理工具依賴于你的團隊的大小和地理分布，你也許正在使用最有效率或最沒有效率的工具來管理你的源代碼。但一個 優秀的程序員總是會使用一款源碼版本管理工具來管理自己的代碼。如果你要我推薦一個，我推薦你使用開源的Subversion 。

　　6. 是一個優秀的團隊成員

　　除非你喜歡獨奏，除非你是孤膽英雄。但我想告訴你，今天，可能沒有一個成熟 的軟件是你一個人能做的到的，你可能是你團隊中最牛的大拿，但這并不意味著你就是好的團隊成員。你的能力只有放到一個團隊中才能施展開來。你在和你的團隊 成員交流中有禮貌嗎？你是否經常和他們溝通，并且大家都喜歡和你在一起討論問題？想一想一個足球隊吧，你是這個隊中好的成員嗎？當別人看到你在場上的跑 動，當別人看到你的傳球和接球和搶斷，能受到鼓舞嗎？

　　7. 把你的工作變成文檔

　　這一條目當然包括了在代碼中寫注釋，但那還僅僅不夠，你還需要做得更多。有 良好的注釋風格的代碼是一個文檔的基礎，他能夠讓你和你的團隊容易的明白你的意圖和想法。寫下文檔，并不僅僅是怕我們忘了當時的想法，而且還是一種團隊的 離線交流的方法，更是一種知識傳遞的方法。 記錄下你所知道的一切會是一個好的習慣。因為，我相信你不希望別人總是在你最忙的時候來打斷你問問題，或是你在 休假的時候接到公司的電話來詢問你問題。而你自己如果老是守著自己的東西，其結果只可能是讓你自己長時間地深陷在這塊東西內，而你就更本不可以去做更多的 事情。包括向上的晉升。你可能以為“教會徒弟能餓死師父”，但我告訴你，你的保守會讓你失去更多更好的東西，請你相信我，我絕不是在這里聳人聽聞。

　　8. 注意備份和安全

　　可能你覺得這是一個“廢話”，你已明白了備份的重要性。但是，我還是要在這 里提出，丟失東西是我們人生中的一部份，你總是會丟東西，這點你永遠無法避免。比如：你的筆記本電腦被人偷了，你的硬盤損壞了，你的電腦中病毒了，你的系 統被人入侵了，甚至整個大樓被燒了，等等，等等。所以，做好備份工作是非常非常重要的事情，硬盤是不可信的，所以定期的刻錄光盤或是磁帶可能會是一個好的 方法，網絡也是不可信的，所以小心病毒和黑客，不但使用軟件方面的安全策略，你更需要一個健全的管理制度。此外，盡量的讓你的數據放在不同的地方，并做好 定期（每日，每周，每月）的備份策略。

　　9. 設計要足夠靈活

　　可能你的需求只會要求你實現一個死的東西，但是，你作為一個優秀的程序，你 應該隨時在思考這個死的東西是否可以有靈活的一面，比如把一些參數變成可以配置的，把一些公用的東西形成你的函數庫以便以后重用，是否提供插件方面的功 能？你的模塊是否要以像積木一樣隨意組合？如果要有修改的話，你的設計是否能夠馬上應付？ 當然，靈活的設計可能并不是要你去重新發明輪子，你應該盡可能是 使用標準化的東西 。所謂靈話的設計就是要讓讓考慮更多需求之外的東西，把需求中這一類的問題都考慮到 ，而不是只處理需求中所說的那一特定的東西。比如說， 需要需要的屏幕分辨率是800×600，那么你的設計能否靈活于其他的分辨率？程序設計總是需要我們去處理不同的環境，以及未來的趨勢。我們需要用動態的 眼光去思考問題，而不是刻舟求劍。也許有一天，你今天寫的程序就要移植到別的環境中去，那個時候你就能真正明白什么是靈活的設計了。

　　10. 不要搬起石頭砸自己的腳

　　程序員總是有一種不好的習慣，那就是總是想趕快地完成自己手上的工作。但情 況卻往往事已愿違。越是想做得快，就越是容易出問題，越是想做得快，就越是容易遺漏問題，最終，程序改過來改過去，按下葫蘆起了瓢，最后花費的時間和精力 反而更多。欲速而不達。優秀程序員的習慣是前面多花一些時間多作一些調查，試驗一下不網的解決方案，如果時間允許，一個好的習慣是，每4個小時的編程，需 要一個小時的休息，然后又是4個小時的編碼。當然，這因人而異，但其目的就是讓你時常回頭看看，讓你想一想這樣三個問題：

??? 1）是否這么做是對的？

??? 2）是否這么做考慮到了所有的情況？

??? 3）是否有更好的方法？ 想好了再說，時常回頭看看走過的路，時常總結一下過去事，會對你有很大的幫助。 　

?

?

源地址：http://blog.csdn.net/tianrui_wang/archive/2010/04/23/5518760.aspx

總結

以上是生活随笔為你收集整理的IT行业培训必读：优秀程序员的十个习惯的全部內容，希望文章能夠幫你解決所遇到的問題。

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