天天看點

優秀程式員的十個習慣

在這個世界上,有數百萬的人熱衷于軟體開發,他們有很多名字,如:軟體工程師(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(javascript:void(0))中的那篇《其實Unix很簡單》 後的回複你就知道程式員們在維護起自己的忠愛時的那份執着了。隻有一部分優秀的程式員明白不同作業系統的優勢和長處和短處,這樣,在系統選型的時候,才能 做到真正的客觀和公正,而不會讓情緒影響到自己。同樣,語言也是一樣,有太多的程式員總是喜歡糾纏于語言的對比,如:Java和Perl。哪個剛剛出道的 程式員沒有争論去類似的話題呢?比如VC++和Delphi等等。争論這些東西隻能表明自己的膚淺和浮燥。優秀的程式并不會執着于這些,而是能夠理性的分 析和理心地面對,進而才能客觀地做出正确的選擇。

4. 别把自己框在單一的開發環境中。 再一次,正如上面所述,每個程式員都有自己忠愛的工具和技術,有的喜歡老的(比如我就喜歡Vi編輯程式),而有的喜歡新的比如gedit或是Emacs 等。有的喜歡使用像VC++一樣的圖形界面的調試器,而我更喜歡GDB指令行方面的調式器。等等等等。程式員在使用什麼樣的工具上的争論還少嗎?到處都是 啊。使用什麼樣的工具本來無所謂,隻要你能更好更快地達到你的目的。但是有一點是優秀程式員都應該了解的——那就是應該去嘗試一下别的工作環境。沒有比 較,你永遠不知道誰好誰不好,你也永遠不知道你所不知道的。

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

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

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

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

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

10. 不要搬起石頭砸自己的腳。程式員總是有一種不好的習慣,那就是總是想趕快地完成自己手上的工作。但情況 卻往往事已願違。越是想做得快,就越是容易出問題,越是想做得快,就越是容易遺漏問題,最終,程式改過來改過去,按下葫蘆起了瓢,最後花費的時間和精力反 而更多。欲速而不達。優秀程式員的習慣是前面多花一些時間多作一些調查,試驗一下不同的解決方案,如果時間允許,一個好的習慣是,每4個小時的程式設計,需要 一個小時的休息,然後又是4個小時的編碼。當然,這因人而異,但其目的就是讓你時常回頭看看,讓你想一想這樣三個問題:1)是否這麼做是對的?2)是否這 麼做考慮到了所有的情況?3)是否有更好的方法?想好了再說,時常回頭看看走過的路,時常總結一下過去事,會對你有很大的幫助。

以上是十條優秀程式員的習慣或行為規範,希望其可以對你有所幫助。

繼續閱讀