單元測試
很多領導盲目的推單元測試，這一點我是強烈反對的娘纷。
1.只編寫核心組件單測
2.別把時間浪費在業(yè)務代碼上面，如果業(yè)務代碼也寫單測奸绷，無異于把一個業(yè)務寫兩遍狡耻。
3.但是，一定要保證業(yè)務代碼的100%容錯率咐低。舉個例子，只要后端接口不掛袜腥，頁面是決不允許報錯的见擦。
（這也是我強烈不推薦業(yè)務代碼寫單測的原因，如果代碼寫的垃圾羹令，服務端數(shù)據(jù)異常（不掛）鲤屡，單元測試寫再多也沒用，不如做好容災）福侈。
eslint
1.毋庸置疑酒来，必須強制要求的東西
代碼水平
1.常用設計模式爛熟于心
2.代碼一定要賞心悅目，別人看不懂你的代碼不是牛逼的體現(xiàn)肪凛。往往大神的代碼堰汉，非常清晰易懂，甚至注釋都不需要伟墙。
3.底線是翘鸭，代碼一定要遵循單一職責
團隊成長&&個人成長
1.永遠保持這樣一個狀態(tài)，第二天看前一天的代碼都會覺得很垃圾戳葵。
2.或者每一天看同樣的代碼就乓，都會有不同的理解。
