一、項目評審
認真看demo需求是關鍵，根據項目demo原型，將項目功能點細分，按每個功能點實現的大致期限，去估計整個項目的期限，一旦項目評估預期確定，需要嚴格按照預期來實現，決不能拖拉，因爲這個關係到自己，隊友，甚至整個團隊的聲譽，上頭如果怪罪下來的話，首先找的不是你自己，而是你團隊中的老大背鍋（你好意思嗎？人家夠照顧你了，還要人家背鍋，於情於理是真的不可以！！！），最後自己一定會因爲連累團隊而成爲被祭天的背鍋俠。
二、項目實施中
- 項目實施中，儘量以實現demo功能爲起點，代碼優化問題，可以在不影響進度的情況下進行優化。
- 如果關於demo功能點不懂的，需要及時跟運營人員確認，及時溝通是問題。
- 如果不是那麼熟悉老業務，可以大致看一下老代碼，從現有代碼邏輯中尋找靈感或者解決辦法。
- 團隊協作，隊員之間需要及時溝通，查看任務完成進度，先不管誰該負責哪一塊，也不要深究誰在項目中付出的或多或少，完成項目是頭等要務，出現問題是整個團隊的問題，不是哪個人的問題。
三、完成項目後
- 一定要測試demo中的每個功能點，在本地測試好以後，將代碼上到測試服務器，所有功能再進行一波測試，因爲本地環境配置與測試線上服務器配置不一定能完全一致，這就是有些在本地測試完全可以，然後在線上服務器上就出現了問題。
- 不管多小的功能，不管你再信任自己，認爲代碼沒有問題，一定要先測試，再上代碼。
- 出現問題不可怕，冷靜，鎮定查找問題根源，不能確定的，尋找團隊幫助。
- 不經過測試的代碼不是好代碼，那是有紕漏的代碼。
四、其他
- 新建表的時候，需要跟上級確認，有些地方是自己沒考慮到的，比如數據表的冗餘，擴展性，性能跟空間等。
- 感謝團隊在此期間的付出，感謝大佬們的關懷與寬容，我會努力做好的。