来自蛋疼的axb

半夜睡不着，聊聊久违的工作话题。

第一件事，最近在培养一些同学从技术岗逐渐开始接触技术管理岗，其中一件事情就是思维方式的转变。

更具体点，其实就是强制要求他换一个写周报的方式。

技术岗位的同学，周报一般都是列表结构，汇报自己手里每个任务的完成情况，最多加上总结和预测部分，就完成了。

技术管理岗位，我要求他的周报必须是树形结构，并且一级节点不能超过三个。

要求很简单，但本质上是需要管理者有分清主次，和资源整合的意识。能力越是提升，越会发现难点反而在于如何通过整合来减少任务数量，提升质量。

另外，这周跟新同学重新梳理了一个技术方案。

很多新同学在写代码的时候完全依靠自身的逻辑能力来保障程序的正确性，但是他们往往对于代码的复杂度的规律没有正确的认识。

代码复杂度的增加是指数级的，这就意味着，在复杂代码里增加一行控制语句，实际的逻辑可能会复杂好几倍。

测试或者线上出问题以后，程序员的第一反应大多都是“哎呀这个情况我没有考虑到”，实际不是场景的问题，核心原因是从最初就没有做复杂度管理。

说的实际点，就是没有做解耦。

各种设计模式和范式，本质都是在强制程序员做复杂度管理。 比如这周重新梳理的技术方案，在引入了消息总线和状态机之后，新的代码看上去就像军训教官叠的被子一样，规整的不像话。