程序員個人提升計劃

中國程序員的成長是與其學習環境相關，據統計，現時做計算機軟件開發的人員65%是大專及本科學歷，15%是來自於其他的培訓機構。以下是小編收集有關程序員個人提升計劃，希望對你有用！

一、背景

中國程序員的成長是與其學習環境相關，據統計，現時做計算機軟件開發的人員65%是大專及本科學歷，15%是來自於其他的培訓機構。可見一個開發人員大致的學習經歷和初步經驗來自於大學。

而在印度，韓國，以及歐美一些軟件外包相對發達的國家大部分是採用中專學員，他們從中學階段即接受最為嚴謹，最為科學的軟件工程培訓。一般，大學畢業生後也會從事編碼工作，但工作一至兩年後即往系統分析師，架構師發展。DevStore作為全球首家開發者服務商店，長期為開發者提供開發服務，在此也為大家提幾點建議。

二、程序員自我提高的幾點建議

下面的幾點建議對程序員提高自身的技術和今後的職業發展都能提供很大的幫助，關鍵就看你的執行力了。

提高文檔編寫能力

誤區：認為編好程序，完成任務，即是好的程序員，無須文檔；

缺乏文檔，對軟件開發是致命的，一方面是軟件無追溯能力，無法找到軟件開發的起源，思想；另一方面，則是為後續軟件查錯，軟件升級帶來麻煩。作為早期的程序員，技術文檔佔用的工作時間應該為30%，而高級程序員、系統架構師等則需更多的時間。一般的軟件文檔要求，本篇不多説，可以回顧入職前手頭上的軟件文檔要求和樣式。

養成好的編碼規範和編碼習慣

作為一些國外知名軟件公司，如微軟、IBM、甲骨文等，都會對程序員開發的程序進行代碼要求，代碼的變量名要規範，關鍵代碼段需要註釋，註釋格式統一，甚至嵌套中行縮進的長度和函數間的空行數字有明確的要求。

中國程序員，一般常會出現，全局變量濫用，註釋語言表達不到位，變量名採用拼音等，雖不影響開發，但卻影響了後續代碼交接和分享工作。

提高對軟件需求的理解

誤區：入門的程序員一般不會對項目的需求進行刨根問底的分析和詢問需求人員，拿到文檔，即開始進行開發；在B/S架構中，更經常出現前台需求與後台銜接的問題；

因此，在做需求的時候，我們應該做到，瞭解需求的詳細要求，力爭到位；加強溝通，瞭解需求深層次內容，特別是功能點要達到什麼要求，怎麼使用系統才覺得舒服。對需求的把握不能從感性角度理解，必須多和工作夥伴進行碰撞，才算是真正把握需求——經驗。真正的需求把握得恰到好處，所需的是2—3年的時間。

複用性和模塊化思想

每個程序員在開發一個功能模塊或函數的時候，應該多思考，不要侷限在完成當前任務的簡單思路上，思考一下，該設計的模塊能否脱離這個系統存在，是否能夠通過最簡單的修改方式在其他系統或應用環境直接引用。

通過這兩年中的實踐與觀察，發現我們團隊一些同事在起步階段，經常經歷代碼重寫的事情，是很沒有必要的，一方面自己思想需重新確立，另一方面是浪費了提升代碼質量的時間去做重構的事情。

鍛鍊自己的測試能力

軟件研發一直以來有個好傳統，軟件開發過程中問題發現的`越早，解決的代價就越低。測試工作實際上也不麻煩，一是做正常調用的測試，看軟件的基本功能能否實現，這也是許多公司常見的，也是唯一的測試，但強調，這是錯誤的！二是異常調用的測試，例如在B/S體系下常用的壓力測試、破壞性測試、頻發異常請求處理測試等，只有全方位的掌握好測試辦法，才能提高軟件開發的質量。

問題是最好的學習機會

日本經營之神松下幸之助曾説過：“工作就是不斷髮現問題、分析問題、最終解決問題的過程，晉升之門將永遠為那些隨時解決問題的人敞開着。”可見，工作過程中有問題是正常，沒有問題才是真正的問題。在發生問題時，能勇於面對問題、解決問題的人，才是公司真正的骨幹。

現實中，很多人總是千方百計迴避問題。當上司安排一項艱鉅的任務時，也想盡辦法推託。殊不知，對於個人而言，問題其實是最好的學習機會。往往那些願意接受困難工作的人，能力會越來越強，那就是因為他們在克服困難的過程中取得了巨大的進步。