程式設計師經常痴迷於優化程式的效能，我們始終會圍繞一些讓人絞盡腦汁的優化建議，比如：如何簡化**、如何提公升軟體執行速度、如何提高軟體穩定性等等。本文來討論一下程式設計師優化自身「效能」的一些建議。
1、提高文件編寫能力
缺乏文件，對軟體開發是致命的，一方面是軟體無追溯能力，無法找到軟體開發的起源，思想；另一方面，則是為後續軟體查錯，軟體公升級帶來麻煩。作為早期的程式設計師，技術文件占用的工作時間應該為 30%，而高階程式設計師、系統架構師等則需更多的時間。一般的軟體文件要求，本篇不多說，可以回顧入職前手頭上的軟體文件要求和樣式。
2、廣泛閱讀
大部分程式設計師都缺乏閱讀，也許是平時工作沒時間，但這不是藉口，在程式設計師自我提高的歷程中，閱讀時必不可少的。我們可以閱讀大量的書籍、期刊以及優秀的源**，甚至可以是微博。
3、養成好的編碼規範和編碼習慣
作為一些國外知名軟體公司，如微軟、ibm、甲骨文等，都會對程式設計師開發的程式進行**要求，**的變數名要規範，關鍵**段需要注釋，注釋格式統一，甚至巢狀中行縮排的長度和函式間的空行數字有明確的要求。
中國程式設計師，一般常會出現，全域性變數濫用，注釋語言表達不到位，變數名採用拼音等，雖不影響開發，但卻影響了後續**交接和分享工資。
4、提高對軟體需求的理解
誤區：入門的程式設計師一般不會對專案的需求進行刨根問底的分析和詢問需求人員，拿到文件，即開始進行開發；在b/s架構中，更經常出現前台需求與後台銜接的問題；
因此，在做需求的時候，我們應該做到，了解需求的詳細要求，力爭到位；加強溝通，了解需求深層次內容，特別是功能點要達到什麼要求，怎麼使用系統才覺得舒服。對需求的把握不能從感性角度理解，必須多和工作夥伴進行碰撞，才算是真正把握需求——經驗。真正的需求把握得恰到好處，所需的是2-3 年的時間。
5、復用性和模組化思想
每個程式設計師在開發乙個功能模組或函式的時候，應該多思考，不要侷限在完成當前任務的簡單思路上，思考一下，該設計的模組能否脫離這個系統存在，是否能夠通過最簡單的修改方式在其他系統或應用環境直接引用。
通過這兩年中的實踐與觀察，發現我們團隊一些同事在起步階段，經常經歷**重寫的事情，是很沒有必要的，一方面自己思想需重新確立，另一方面是浪費了提公升**質量的時間去做重構的事情。
6、鍛鍊自己的測試能力
軟體研發一直以來有個好傳統，軟體開發過程中問題發現的越早，解決的代價就越低。測試工作實際上也不麻煩，一是做正常呼叫的測試，看軟體的基本功能能否實現，這也是許多公司常見的，也是唯一的測試，但強調，這是錯誤的！二是異常呼叫的測試，例如在b/s體系下常用的壓力測試、破壞性測試、頻發異常請求處理測試等，只有全方位的掌握好測試辦法，才能提高軟體開發的質量。
7、問題是最好的學習機會
日本經營之神松下幸之助曾說過：「工作就是不斷發現問題、分析問題、最終解決問題的過程，晉公升之門將永遠為那些隨時解決問題的人敞開著。」可見，工作過程中有問題是正常，沒有問題才是真正的問題。在發生問題時，能勇於面對問題、解決問題的人，才是公司真正的骨幹。
來自：www.codeceo.com
程式設計師如何提公升自己
如果你去網上搜尋這個話題，應該可以搜素到很多文章，裡面也很詳細說了很多方法。那為什麼我還要說這個話題，覺得很多人並沒有說的點子上，都是很寬泛的說法。下面說說我的個人感受吧。我們每個人如果要提公升自己，唯有不斷練習。其實看看古今往來的名人，無不是大量練習，方名震四海。我們很大可能是不能名震四海，因為我...
程式設計師的提公升
引用 1.太害怕學不會新的工具 語言和框架 一般的程式設計師會墨守他們最喜歡的工具，而不希望學習新的，因為他們認為，離開了那些語言和工具，多年的經驗就會付諸東流。而強大的程式設計師會擁抱那些挑戰和機會，積極地學習新的工作方式。2.直到特性 完成 的時候才會提交。但永遠都不會完成！他在markedup...
提公升程式設計師效率
筆者工作多年，總結了一些經驗，可以幫助大家成為乙個更加高效的程式設計師。程式設計法則，與設計和工程的原理密切相關。下面這些程式設計法則幫助我讓我獲益匪淺，所以我想分享給大家，希望也能幫助大家更高效，生產出的 更容易維護，並且bug和缺陷更少。dry原則 不要重複 don t repeat yours...