今天上午被架构师喷了 吃饱喝足，回来梳理下今天上午发生的事。 背景是: 架构师要做一个方案原型，跑MVP，处理逻辑图有了，跟我和另外一个同事串讲。讲完分头去做。 结果今天看效果的时候，发生什么情况？ 架构师整件事要做的是1 2 3 4步，其实他会上有提到过要做这件事，先做第一步。 因为我做完第一步，觉得比较简单( 其实也不简单，是我只理解了一类业务场景，其实好几种，就连基本的服务部署方式都有虚机部署，容器部署以及混合部署)。我想着一个这么简单的活，架构师不可能给我4天时间。 就把 2 3 4流程给做了，但整个系统最关键的一环就是第一步，定义数据采集的配置文件，要定义一个全面的 通用的配置文件。这里业务理解就存在gap，我和架构师的视角不同，我只看着我们一个应用场景，他是看所有。 而整个做事的中间态，我没有去对齐过。 下午AAR复盘后，未来最核心的习惯-- 被交代事情之后，想明白，写个思维导图，找架构师对一下，再开始动手，千万不要自行脑补，因为人的大脑有的时候会自我合理化，会篡改记忆。 还有就是不要辜负架构师的信任，他的耐心是有限的，耗尽后不带你了，就沦落成crud boy。要尽快的充分理解业务。技术反而是好学的，看不少同学还没毕业都写的飞起。 业务理解才是最大的门槛，复杂的业务比如我们有100➕系统，最大系统有53个微服务，而我们做的是运维系统，理论上要对着100个服务的部署方式，网络平面，数据流图都有所理解。还是那句话，技术是为业务服务的，老任也说，技术需要以客户成功为导向。 大家一起加油