Weekly Summary(20200906)

把核心工作 Hold 住

否则组员的离职风险，就是悬在头上的一把刀。

特别是团队不稳定、不成熟的情况下，谁会离职、什么时候提出离职，你根本想不到，这个隐患太大了。

制定计划的时候，留出余量

每天早上定工作计划的时候，要留出至少 30%-50%的余量，以应对突发的事情，比如辅导同事、其他部门同事的咨询、领导的任务等等。

否则任务排得太满，一旦出现其他的事情，就会打乱计划，然后既定任务没有完成，又会造成负面情绪影响。

睡眠充足的工作效率太惊人了

昨晚睡了接近 10 个小时，今天我一个上午就把总结计划搞定了，这算很快的了。

后续有什么需要大量精力的任务，都可以考虑前一天多睡一阵来做好准备。

不同年龄层的人对待工作的态度

感觉现在的孩子对待工作，和我们那时候完全不一样了。

现在刚毕业的孩子，真的只是把工作就当成了一份工作而已，压力大了扛不住，会直接说；发烧感冒也会很直接的请假。而我们那一批，一些小病啥的都是硬抗，对待工作极为珍惜。感觉可能是我们，或者说是我个人的这种做法，是有很大的问题的吧。

习惯不能断，比如学英语

好不容易养成的习惯，一旦断了，就没下文了。

得把这个习惯重新拾起来才行，包括学英语、看书等等。

时间总是能挤出来的。

CodeReview 的重要性

必须要有阶段性的 CodeReview(比如每天或者每个项目的阶段性里程碑之前、之后)，特别是现在我们组新人很多的情况下。

不然新人搞不定工作，写出来的代码逻辑问题和质量问题都很多，经常会和我预期的效果差距很大。最近的好多问题都是通过 CodeReview 发现的，甚至老人也会出现和我理解不一致的问题，这些都可以通过 CodeReview 来解决。

有 CodeReview，代码拿出来给别人看，也能督促大家写代码的时候好好写，有点外部的压力。

最近通过 CodeReview 发现的问题：

1、后端 LY 的逻辑没实现，在程序中写死一个测试用的数据库数据；

2、老同事 ZP 写权限的时候，将所有权限信息都放到网络请求中传递了，而不是服务端存储和查询；

3、CW 的很多实现方案有问题，导致估时较长；

4、GTT 没有理解 sequelize 的设计思路，只是复制代码，导致遇到新需求不知道怎么写；

……