单元测试
很多领导盲目的推单元测试，这一点我是强烈反对的。
1.只编写核心组件单测
2.别把时间浪费在业务代码上面，如果业务代码也写单测，无异于把一个业务写两遍。
3.但是，一定要保证业务代码的100%容错率。举个例子，只要后端接口不挂，页面是决不允许报错的。
（这也是我强烈不推荐业务代码写单测的原因，如果代码写的垃圾，服务端数据异常（不挂），单元测试写再多也没用，不如做好容灾）。
eslint
1.毋庸置疑，必须强制要求的东西
代码水平
1.常用设计模式烂熟于心
2.代码一定要赏心悦目，别人看不懂你的代码不是牛逼的体现。往往大神的代码，非常清晰易懂，甚至注释都不需要。
3.底线是，代码一定要遵循单一职责
团队成长&&个人成长
1.永远保持这样一个状态，第二天看前一天的代码都会觉得很垃圾。
2.或者每一天看同样的代码，都会有不同的理解。
