博文谷

位置:首頁 > 學習資料 > 學習計劃

軟件開發能力提升計劃

中國程序員的成長是與其學習環境相關。下面一起看看軟件開發能力提升計劃吧~

軟件開發能力提升計劃

提高文檔編寫能力

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

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

作爲一些國外知名軟件公司,如微軟、IBM、甲骨文等,都會對程序員開發的程序進行代碼要求,代碼的變量名要規範,關鍵代碼段需要註釋,註釋格式統一,甚至嵌套中行縮進的長度和函數間的空行數字有明確的要求。中國程序員,一般常會出現,全局變量濫用,註釋語言表達不到位,變量名採用拼音等,雖不影響開發,但卻影響了後續代碼交接和分享工作。

提高對軟件需求的理解

誤區:入門的程序員一般不會對項目的需求進行刨根問底的分析和詢問需求人員,拿到文檔,即開始進行開發;在B/S架構中,更經常出現前臺需求與後臺銜接的問題;因此,在做需求的時候,我們應該做到,瞭解需求的詳細要求,力爭到位;加強溝通,瞭解需求深層次內容,特別是功能點要達到什麼要求,怎麼使用系統才覺得舒服。對需求的把握不能從感性角度理解,必須多和工作夥伴進行碰撞,纔算是真正把握需求——經驗。真正的需求把握得恰到好處,所需的是2-3年的時間。

複用性和模組化思想

每個程序員在開發一個功能模組或函數的時候,應該多思考,不要侷限在完成當前任務的簡單思路上,思考一下,該設計的模組能否脫離這個系統存在,是否能夠透過最簡單的修改方式在其他系統或應用環境直接引用。透過這兩年中的實踐與觀察,發現我們團隊一些同事在起步階段,經常經歷代碼重寫的事情,是很沒有必要的,一方面自己思想需重新確立,另一方面是浪費了提升代碼質量的時間去做重構的事情。

鍛鍊自己的測試能力

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

問題是最好的學習機會

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

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