背景

我们工作中习惯了从一个事切换到另一件事，这样到下午就若感觉精力疲惫。这一天中跟进转测试，但还是漏洞百出转测试没有成功。究其原因是订货通依赖于外部接口，如果外部接口挂掉了我们要打电话要等待这样很消耗精力。

工作中不只是独立产出还有人与人的沟通

以前觉得写代码出结果了自己这一天成果满满很开心觉得那些做管理的没有多少事情做。但今天转测试我负责后台部分，我就需要盯人保证转测试顺利成功。
1.提前一天写好checkList确保一些依赖都已经配置上去，今天就由于sql脚本、配置中心和自定义对象没有配置好导致耽误了很久
2.对于外部接口最好有自动化工具比如定时任务跑接口，比如撤销表单（删除自定义对象）通过人去跑时才发现北京的mongo数据库readonly了。
3.当有问题的时候要个个去盯。
在这期间完全没有心流，一直在确定别人的接口是否可以了。我也知道这也是锻炼与人打交道的能力，但我希望自己考虑问题越来越全面。多替别人做一些暖心的事，别人是记在心里的。（比如比对两个对象是否一致有问题还可以通过事情来沟通）。

写代码是即时反馈

写代码有即时反馈，但是我们生活和工作要有产品思维。你在信息的源头上是否满足人的需求。与人打交道不是即时反馈，但是日久天长了别人是可以感知到你的处事。
自己有很多的技术点要总结但不一定是自己长远规划的，有时会总结这些点会陷入进去消耗很多的时间。
因为我也不知道行业风口是否就适合自己的工作要求和规划，先把本职工作做好更好的体验（不为某个技术盲点每次消耗时间）。在平时从高维度逐步地去了解进去自己看好的方向。

还有很多的事情想做，比如学好英语学好数学。能够说一口流利的英语是多爽多有气度的一件事。

等待与应急定位问题很消耗精力且收获不大

如果周围同事很多不懂的地方，每次要你帮他们填坑这是很消耗你的能量和精力的。
所以比较理想的工作就是该玩的时候玩该工作的时候不要打断。
不做应急定位的事情与你的职位和工作性质有关，如果你是底层开发每个线上bug都要你去逐个的去定位。我暂时想如果你给别人分配任务把握好全局，打断的情况应该会少一些，你把责任都分配出去了。