開發人員經驗總結
l立項
一、 需求的收集，UC的編寫雖然不是開發人員的工作，但最終需要開發人員在產品中實現。所以開發不合理的設計至少浪費了你的時間，開發技術無法實現的設計帶來最大的痛苦：失敗。所以，開發人員要重視需求以及UC的評審，提出自己能夠想到的所有異議。
二、 一棟樓很難估算重量，但是一塊磚頭可以精確估算重量。一個項目的時間很難準確的估計，但把項目開發劃分爲不能再進行分割的模塊功能點，對每個點的估計是可以更精準的估時的，由此由上至下，由下至上，得出近乎準確的編碼時間。
三、機會總是傾向有準備的人，成功也是。編碼工作保質保量的按時完成需要多方的準備工作，技術難點需要進行充分的技術預言，不熟悉的依賴平臺或類庫要進行熟悉。
l設計
一、一圖勝萬言，模塊結構以及流程等很難用用文字描述，即使用文字描述出來也很難看懂，所以在設計中，要善用用圖。
二、痛苦是爲了快樂，詳細設計過程中有思考的痛苦，繁瑣的痛苦，但是繞過這些痛苦，編碼期間將會面臨更大的痛苦。
l編碼
一、 磨刀不誤砍柴工。對於一個實現可以有很多解決方案，花些時間精力選取你認爲最好的解決方案可以總體上提高工作成效，往往還可以得到用戶更好的體驗效果。
二、 細緻認真嚴謹的工作即是對工作負責，更是對自己負責，讓這些成爲習慣。任何一次，任何時候所進行的編碼工作，在邏輯、風格、簡單有效等方面拿出你的最好，既能更好爲公司實現價值，同時更有利自己在技能，崗位的進步。
三、 簡單是美，在有效的前提下，越是簡單的處理方法越是珍貴的，代碼編寫也是，簡單的代碼便於理解維護，同時不容易產生錯誤。
四、 慎做改動，當然不是說不做改動或不鼓勵改動，而是不做倉促、草率的代碼改動。沒有洞察全局，考慮全面，而倉促進行的改動往往沒有達到改動的目的卻帶來了其他問題。
l 測試
一、事出有因，任何bug都是由於代碼的疏漏造成的，修復bug的痛苦過程中切莫懷疑是神在耍弄你，勇往直前的利用排除法或跟蹤調試代碼等方法找到疏漏所在。
二、遇到自身模塊相關問題首先檢查自己，相互推諉只會浪費時間以及減弱在其他同事對你的信任。
三、站的高看得遠，不同的視角有不同的風景。遇到比較難解決的問題而苦苦沒有思路時，轉換思路或把問題的考慮範圍放的更廣一點，往往可以找到解決方案。
四、功能提交測試前或bug修復提交驗證前，開發人員都要自己詳細的測試一下，驗證無誤再提交，這樣纔是一個優秀的開發人員。
l 全局
一、善於以及及時的溝通。在項目的整個流程過程中，遇到他人的問題或自己解決不了的問題，切忌堆在自己心裏，要及時找問題解決方進行溝通，通過尋求解決方案。
二、三人行必有我師，發現並學習別人的長處。作爲開發人員，我們在追求接近完美的同時，也需要學會欣賞別人的長處，發現別人的優點，並學習別人的優點，轉化爲自己的潛質，這樣，我們纔可以進步的更快，更全面。
三、利人利己，善於幫助他人解決問題以及進行知識經驗的分享，更有利於自己的提高，同時還可以獲得他人的尊重。
四、模塊的性能不是減少一行或幾行執行代碼所能提高的，性能的優化首先是從算法上考慮，降低時間複雜度，然後從執行邏輯入手，減少循環執行代碼的執行次數。
以上是筆者幾年做開發測試的經驗積累，但是並不全面，歡迎大家拍磚補充。
五、忙裏偷閒，在我們項目進行過程中，我們經常是疲憊於編碼工作當中，而忽略了總結、學習進步，這種狀態如果一直持續很久，過後我們缺經常發現我們並沒有達到我們的目標，結果也不是我們滿意的。如何才能更好的達到我們的目標，結果更讓我們滿意，經驗告訴我們，我們不只是編碼機器，繁忙的編碼工作中，我們也要抽出時間進行總結，學習，甚至短暫的拋下編碼工作開個YY小會。