進入某大廠的開發團隊的第乙個需求任務開發
進入新團隊後熟悉階段：
1、了解專案情況，專案框架、**規範、公共類等，是否有可優化部分，在會議提出自己的有效建議，也可以指出專案中的不足專案需求評估及確認：（重在讓領導知道你有自己思考）
2、在入職熟悉期間，融入團隊的同時，觀察工作時間安排，是否合理有效開發，開會可以提出自己有效建議和見解
3、是否有自己理解的新技術，可進行優化專案中某些功能，提出自己的見解
1、拿到需求後，認真每行的篩選，確定每乙個細節需求，並標註資料庫表設計：2、需求評估時，針對需求人員的講解，是否已解決標註問題，並提出自己的異議
3、專案功能設計前，多次評估需求，解決任何異議需求
1、依據專案資料庫格式規範，設計出初版，並做多次審查開發：2、讓同事及領導做評估檢測，對資料庫設計是否異議及需求遺漏
3、在專案中生成庫表相應的專案基礎檔案
1、先梳理出前端需要的介面，通過swagger生成前端需要的介面對接文件1、使用者基礎資訊校驗2、進行介面開發，開發過程嚴格依據需求來做，不能怎麼方便怎麼來
3、介面測試，前期介面開發完使用swagger測試，依據需求列出多種情況進行嚴格測試，避免遺漏
4、前端介面開發完，前端人員測試完，自己要再次進行介面自測，驗證是否與需求一致
5、著重列一條：
2、前置校驗（公共資料資訊校驗）
3、結構轉換
4、資料校驗（匯入資訊）
5、主表新增-子表新增
開發**要簡介規範
1、對於需求評估要多理解，前期一定要理解透徹，不能有任何盲區，不然後期會做很多無用功。2、**開發前，一定要規劃好，最好一次規劃好，不然後期會多次更新優化，特別是專案時間緊促，後期沒有時間進行優化。
3、特別注意非空判斷，任何有可能為空導致異常的都要新增，不要認為前端有檢驗，後台就可以不加。特別注意，不然後期會有意想不到的問題
4、由於開發中有乙個實現功能與需求有衝突，導致連續三天加班到凌晨三點，血的教訓要多加注意。
最近乙個專案心得
從專案立項到現在有二個月了，也不算什麼大專案，乙個類似 憤怒的小鳥 的sns社群遊戲，記錄一下專案的歷程。專案立項的預計時間完成上線時間為乙個半月到二個月，嚴格來說，應該算是延期了，其實這個專案有機會乙個月左右能完成的。影響這個專案開發周期的幾個原因 1，介面風格定位問題。美術人員不足，專案介面整體...
最近開發的乙個專案的一些感想
從過年收假到昨天，每天都在公司待著，今天，終於可以休息下了，從未有過的疲憊感，一下子席捲而來。這段時間一直在加班，特別是本週，連續三個通宵工作，而且均是從早上九點到第二天下午下班才回家，不通宵時也是凌晨一二點才回家，現在終於告一段落了。忙碌的工作讓人無暇思考，今天靜靜地思考了下，為什麼會這樣呢？總結...
最近乙個專案的反思
入行這些年，沒多少成功的經驗，失敗的經驗卻越來越多。今天花點時間好好的反思一下，老是稀里糊塗的可不行。我下面寫的不針對任何人，就事論事。缺少了這個重要的凝聚力，下面的人可以說是在單兵作戰，一盤散沙，各自為戰，怎麼可能把專案做好。還有下面的這些問題 1 團隊成員碰到的問題無法得到及時的協助和解決，會讓...