2019.03.04：
1.拿到需求，設(shè)計表簿透，設(shè)計字段移袍，要多參考公司統(tǒng)一的字段命名方式，同時要共享字段命名老充，確保項目組內(nèi)數(shù)據(jù)庫字段名稱一致葡盗。
比如本次上中醫(yī)項目，同組兩個后端的數(shù)據(jù)庫字段名稱命名不一致啡浊，導(dǎo)致前段需要頻繁進(jìn)行轉(zhuǎn)換觅够，增大了前端的工作量；
2019.03.05更新
2.如果充分了解前端工作邏輯巷嚣，就能夠有效強化后端工作思路喘先。有必要學(xué)好前段。
2019.03.07更新
2.設(shè)計表結(jié)構(gòu)時廷粒，應(yīng)該充分考慮到業(yè)務(wù)需求窘拯，需要進(jìn)行更新操作的數(shù)據(jù)，應(yīng)該有一個以上的唯一標(biāo)識坝茎。
比如這次做教室管理前端頁面時涤姊，很簡單的表泊碑，增刪改查频轿，其中教室編輯功能陨舱，能對教室編號特姐、樓宇、容納人數(shù)備注所有項進(jìn)行修改秀存，原數(shù)據(jù)庫以classroomNo作為主鍵呢灶。但在更新時曾雕，這個值也是可以改變的和措，如此就缺少了唯一標(biāo)識庄呈，無法判斷傳入數(shù)據(jù)是新數(shù)據(jù)還是舊數(shù)據(jù)了蜕煌。
后續(xù)改表工作費時費力派阱。
2019/3/25
拿到新的任務(wù)，看需求斜纪，問清楚思路贫母，然后跟著代碼抽絲剝繭進(jìn)去文兑。
遇到不懂的新知識，可以考慮后續(xù)寫博客深入了解腺劣。
2019/5/13
面對需求不明確的開發(fā)任務(wù)绿贞，要堅決徹底詳細(xì)問清楚需求內(nèi)容，避免出現(xiàn)完成后不符合預(yù)期需求需要返工的情況橘原。
2019/6/13
需求文檔必須有籍铁，應(yīng)該詳盡能夠邏輯閉環(huán)，不能拍腦袋想需求趾断，口頭講需求拒名。
需求文檔的優(yōu)點在于，能有歸納思路芋酌，界定開發(fā)邊界增显，減少扯皮。
