今天下午和开发负责人们一起讨论了如何从DEV角度预防TT，总结如下：
- 开发者要多问BA几个为什么，在理解需求（用户要解决什么问题）的基础上给解决方案做减法，用最简单的方法满足用户的需求。
- 尽量避免紧急代码修改，紧急代码修改是指在上线前的最后一个下午的代码修改，紧急代码修改需要经过开发负责人的批准和审核。
- 做好有针对性的Code Review，针对性是指下列情况下的Code Review。并持续分享Code Review中发现的典型问题。
a.紧急的代码改动
b.新手的代码改动
c.容易出问题的功能的代码改动
d.容易出问题的开发者的代码改动 - 做好单元测试，以最小的代价测试和自动测试代码改动。
- 落实每个模块的开发责任人，开发责任人需要持续提升对代码的熟悉度和掌控度，要敢于重构经常出问题的垃圾代码。
- 空值防护，要假设空值是可能发生的，如果空值会影响到后续的逻辑，需要和BA确认空值的处理逻辑，不能简单地判空，隐藏潜在问题。
- 开展代码吐槽与赏析活动，每个开发者每周必须贴一段代码进行吐槽和赏析，引起大家对代码内部质量的重视，持续提升代码的内部质量。
- 在Design Review模版中加入影响点分析，提醒大家务必重视影响点分析。
最后引用下黎叔说的话作为结尾：
要从根本上减少TT，主要还是依靠每个开发者的个人能力，我们要通过持续学习提升每个开发者的个人能力。
我觉得是非常有道理的，如何做到需要我们持续的思考、学习和实践。
