第一次參與項目開發經驗總結

1.開發時本人作法
        (1)仔細研究產品原型，尤爲是本身負責的部分；
        (2)針對本身負責的部分，每一個功能畫一個業務流程圖；
        (3)在畫好業務流程圖後，研讀項目結構，每一層主要作什麼，每層之間的關聯是什麼
        (4)在作好上述三步之後，我充滿熱情的開始寫代碼，寫代碼前我會先看前輩怎麼寫，儘可能保持代碼風格一致，而後把本身的思惟邏輯寫成註釋，而後按照註釋一邊思考，一邊寫；
        (5)因爲經驗不足，自身技術不成熟以及排期比較緊的問題，爲了與研發團隊風格總體保持一致，在寫代碼的過程當中，遇到了一些本身從未見過的方法，在這個時候，爲了避免拖團隊進度，我選擇了大體查一下這些方法怎麼使用，並未詳細研究便直接使用；
        (6)在開發的過程當中，我習慣先所有寫完，而後再逐一進行測試；
        (7)遇到實在解決不會的問題我會及時去問前輩；
        (8)無論產品，前端以及研發前輩們以及研發告訴我什麼，我總會由於本身經驗不足不夠自信而徹底聽你們的。
2.開發後經驗教訓
        (1)開發之後，從第四步我就開始犯錯了，不是作的不對，而是在看前輩的代碼時，徹底失去了本身的判斷，風格保持一致，不表明代碼寫法要徹底一致，想要成長，仍是要有本身的成分在，前輩的經驗能夠借鑑，可是照搬照抄不可取；
        (2)在接下來的第五步，我也犯了錯，那就是對本身不熟悉的方法在沒有仔細研讀就直接使用，不拖進度的想法是好的，可是盲目使用可能雖然能讓本身的開發速度加快，可是在後期測試得時候可能會形成不少麻煩，因此仍是要弄清楚到底怎麼用，不要盲目；
        (3)第六步中我也未能倖免犯錯，這種方式也不算錯，可是我的在參與項目開發後，以爲這種方式仍是比較適合大佬，對於開發小白，仍是選擇寫一個某塊測一個模塊比較保險，要保證本身寫的代碼都是有質量的能夠用的，只要一個模塊通了，後面也就通了，若是選擇所有寫完再測試，運氣很差的話，本身寫的可能全是問題代碼，而且把全部的問題都堆在了一塊兒，是時間緊的狀況下，解決起來會很是棘手。因此我的建議，若是仍是研發小白，最好寫一塊測一塊，等到經驗豐富，晉級成大佬，再選擇所有寫完再測的方式；
        (4)第七步中，錯誤卻是沒犯，可是因爲本身不夠細心的問題，不少問題明明是細心就能夠解決的，可是本身卻老是忽略細節問題，這一點再犯，必定要狠狠的給本身大腦一拳，長長教訓；
        (5)若是是本身寫好的代碼沒有達到預期的效果，本身又找不出緣由，我的建議請教前輩的時候，最好直接告訴前輩本身怎麼作的，想要達到什麼樣的效果，如今是什麼效果，而不是直接去讓前輩看你的代碼，看別人的代碼須要時間，前輩通常也有不少事情要忙，直接讓他們看代碼可能會浪費他們的時間，若是前輩直接從你的業務邏輯中找出你的問題，就能夠避免浪費前輩過久的時間；
        (6)雖然經驗不足，也不能徹底否認本身，若是有質疑直接進行溝通，而不是帶着質疑徹底遵從你們的話；
        (7)不能過度不相信本身，也不能過度相信本身。前者是針對經驗教訓第六條，後者是指寫完代碼未達到預期效果，請檢查本身的業務邏輯是個否正確，不要過度相信本身的思惟邏輯必定沒錯；
        (8)遇到問題不要懼怕，不要着急，要勇敢地去解決，遇到問題很正常，必定要找到問題在哪裏，一着急就只會盲目的猜問題在哪裏，這樣只會事倍功半，可能連半都達不到，因此遇到問題請必定要穩住，冷靜分析，找出問題並解決。
nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;nbsp;(9)必定要記得對所須要的參數作非空判斷！！！這點太容易被忽略。

3.心路歷程
        從開始的充滿熱情，到結束時的對本身的否認以及失望，只是短短一個周的時間。還好本身臉皮夠厚，很快調整了心態，重拾信心和戰鬥力。第一次開發雖然離本身預期結果很遠，很失敗，可是不能所以放棄本身，自暴自棄，而是要好好總結本身的本次開發問題所在，不斷學習，不斷積攢經驗，只有不斷努力，纔會讓本身絕不費力！
        如今的我，又是一個戰鬥力爆棚的我，雖然技術不好，可是隻要不斷努力，相信不會再留下沒有技術的眼淚，也不會再讓這個過程當中幫助和鼓勵本身的人失望。
        但願研發小白們都能早日經驗豐富，再也不流沒有技術的眼淚。
        最後強調一點，必定要勇敢的去問問題，不要以爲問題簡單就不去問。用咱們組小哥的話鼓勵你們問問題：每一個人都是這樣走過來的，不要管問完之後別人怎麼說你，要記住，你和前輩的高度是不同的，別人就算會說你也是正常的，不會就是不會，只要問過之後會了，這就是收穫和成長。多問問題，會成長的更快。固然通常你們都是很好的，是很樂意爲你們解決問題的，好比咱們組的大佬們人都很好。
        在這裏再次祝願你們，都能和我同樣，工做剛起步，就能遇良人。

4.開發備忘錄
        （1）參數非空校驗。
        （2）注重分層，尤爲注意request，reponse，DTO，VO，BO之間的轉換。
        （3）獲取時注意排除已邏輯刪除的內容。
        （4）刪除前先獲取。
        （5）設計數據庫時不能用數據庫關鍵字，若是已經使用了，在關鍵字字段加上單引號。
        （6）不 清楚的知識必定要勤查詢，不要冒用。
        （7）對加強for循環進行非空判斷。