選擇IT培訓必讀 優秀程序員的十個習慣
有數百萬的人熱衷于軟件開發,這個世界上,有很多名字,如:軟件工程師(Software Engineer),程序員(Programmer),編碼人(Coder),開發人員(Developer)。
這些人能夠成為一個優秀的編碼人員,經過一段時間后,非常熟悉如何用計算機語言來完成自己的工作。但是如果你要成為一個優秀的順序員,還可以需要有幾件事你需要注意,如果你能讓下面十個條目成為你習慣,那么你才干真正算得上是優秀順序員。
1.掌握多種語言
需要找到一個最適合的語言來解決這些問題。比方,如果你需要性能,可能C/C++首選,如果你需要跨平臺,可能Java首選,如果你要寫一個Web上的開發順序,那么PHPASPAjaxJSP可能會是選擇,如果你要處理一些文本并和別的應用交互,可能Perl,順序語言總是有其最適合的領域。當你面對需要解決的問題時。Python會是最好的所以,花一些時間去探索一下其它并熟悉的順序語言,能讓你眼界變寬,因為你被武裝得更好,思考問題也就更為全面,這對于自己和項目都會有好的協助。
2.學無止境
也得要使勁地學習,就算是有了10年以上的順序員經歷。因為你計算機這個充溢一創造力的領域,每天都會有很多很多的新事物出現。需要跟上時代的步伐。需要去了解新的順序語言,以及了解正在發展中的順序語言,以及一些編程框架。還需要去閱讀一些業內的新聞,并到一些熱門的社區去參與在線的討論,這樣你才干明白和了解整個軟件開發的趨勢。國內,一些著名的社區例如:CSDNITPUBCHINAUINX等等,國外,建議你經常上一上digg.com去看看各種BLOG聚合。
3.一個優秀的團隊成員
可能沒有一個成熟的軟件是一個人能做的可能是團隊中最牛的大拿,但這并不意味著你就是好的團隊成員。能力只有放到一個團隊中才能施展開來。和你團隊成員交流中有禮貌嗎?否經常和他溝通,并且大家都喜歡和你一起討論問題?想一想一個足球隊吧,這個隊中好的成員嗎?當別人看到場上的跑動,當別人看到傳球和接球和搶斷,能受到鼓舞嗎?
4.把你工作變成文檔
但那還僅僅不夠,這一條目當然包括了代碼中寫注釋。還需要做得更多。有良好的注釋風格的代碼是一個文檔的基礎,能夠讓你和你團隊容易的明白你意圖和想法。寫下文檔,并不僅僅是怕我忘了當時的想法,而且還是一種團隊的離線交流的方法,更是一種知識傳遞的方法。記錄下你所知道的一切會是一個好的習慣。因為,相信你不希望別人總是最忙的時候來打斷你問問題,或是休假的時候接到公司的電話來詢問你問題。而你自己如果老是守著自己的東西,其結果只可能是讓你自己長時間地深陷在這塊東西內,而你就更本不可以去做更多的事情。包括向上的晉升。可能以為“教會徒弟能餓死師父”但我告訴你激進會讓你失去更多更好的東西,請你相信我絕不是這里聳人聽聞。
5.注意備份和安全
丟失東西是人生中的一部份,可能你覺得這是一個“廢話”已明白了備份的重要性。但是還是要在這里提出??偸菚G東西,這點你永遠無法防止。比方:筆記本電腦被人偷了硬盤損壞了電腦中病毒了系統被人入侵了甚至整個大樓被燒了等等,等等。所以,做好備份工作是非常非常重要的事情,硬盤是不可信的所以定期的刻錄光盤或是磁帶可能會是一個好的方法,網絡也是不可信的所以小心病毒和黑客,不但使用軟件方面的平安戰略,更需要一個健全的管理制度。此外,盡量的讓你數據放在不同的地方,并做好定期(每日,每周,每月)備份策略。
6.設計要足夠靈活
但是作為一個優秀的順序,可能你需求只會要求你實現一個死的東西。應該隨時在思考這個死的東西是否可以有靈活的一面,比如把一些參數變成可以配置的把一些公用的東西形成你函數庫以便以后重用,否提供插件方面的功能?模塊是否要以像積木一樣隨意組合?如果要有修改的話,設計是否能夠馬上應付?當然,靈活的設計可能并不是要你去重新發明輪子,應該盡可能是使用規范化的東西。所謂靈話的設計就是要讓讓考慮更多需求之外的東西,把需求中這一類的問題都考慮到而不是只處理需求中所說的那一特定的東西。比如說,需要需要的屏幕分辨率是800600那么你設計能否靈活于其他分辨率?順序設計總是需要我去處理不同的環境,以及未來的趨勢。需要用動態的眼光去思考問題,而不是刻舟求劍。也許有一天,今天寫的順序就要移植到別的環境中去,那個時候你就能真正明白什么是靈活的設計了
7.不要搬起石頭砸自己的腳
那就是總是想趕快地完成自己手上的工作。但情況卻往往事已愿違。越是想做得快,順序員總是有一種不好的習慣。就越是容易出問題,越是想做得快,就越是容易遺漏問題,最終,順序改過來改過去,按下葫蘆起了瓢,最后花費的時間和精力反而更多。欲速而不達。優秀順序員的習慣是前面多花一些時間多作一些調查,試驗一下不網的解決方案,如果時間允許,一個好的習慣是每4個小時的編程,需要一個小時的休息,然后又是4個小時的編碼。當然,這因人而異,但其目的就是讓你時?;仡^看看,讓你想一想這樣三個問題:1否這么做是對的2否這么做考慮到所有的情況?3否有更好的方法?想好了再說,時常回頭看看走過的路,時??偨Y一下過去事,會對你有很大的協助。
8.理性面對不同的操作系統或技術
有的人喜歡Ubuntu有的人喜歡Debian還有的人喜歡Window以及FreeBSDMacOSX或Solari等等??错樞騿T們總是有自己心目中無可比擬的技術和操作系統。這樣,系統選型的時候,才干做到真正的客觀和公正,而不會讓情緒影響到自己。同樣,語言也是一樣,有太多的順序員總是喜歡糾纏于語言的對比,如:Java和Perl哪個剛剛出道的順序員沒有爭論去類似的話題呢?比方VC++和Delphi等等。爭論這些東西只能標明自己的膚淺和浮燥。優秀的順序并不會執著于這些,而是能夠理性的分析和理心地面對,從而才干客觀地做出正確的選擇。
9.別把自己框在單一的開發環境中
正如上面所述,每個順序員都有自己忠愛的工具和技術,有的喜歡老的比方我就喜歡Vi編輯順序)而有的喜歡新的比方gedit或是Emac等。有的喜歡使用像VC++一樣的調試器,而我更喜歡GDB命令行方面的調式器。等等等等。順序員在使用什么樣的工具上的爭論還少嗎?處都是啊。使用什么樣的工具原本無所謂,只要你能更好更快地達到目的但是有一點是優秀順序員都應該了解的那就是應該去嘗試一下別的工作環境。沒有比擬,永遠不知道誰好誰不好,也永遠不知道你所不知道的
10.使用版本管理工具管理你代碼
如果你團隊開發的源代碼并沒有版本管理系統,千萬不要告訴我不知道源碼的版本管理。那么我要告訴你軟件開發還處于石器時代。趕快使用一個版式本管理工具吧。CVS一個看上去平淡無奇的版本工具,但它被使用最廣的版本管理系統,SubversCVS一個升級版,其正在開始接管CVS領地。Git又是一個不同的版本管理工具。還有VisualSourceSaf等。使用什么樣的版本管理工具依賴于你團隊的大小和地理分布,也許正在使用最有效率或最沒有效率的工具來管理你源代碼。但一個優秀的順序員總是會使用一款源碼版本管理工具來管理自己的代碼。如果你要我推薦一個,推薦你使用開源的Subvers。
【編輯推薦】