主动的工作才能开心的工作

最近斌哥度假，叫我给他照看下组里的事务。这两个星期给了我很大的变化，不是技术上的，而是工作的主动性。

当事情的责任压倒我身上的时候，我就开始主动地去推事情，以前一个月没迁完的服务一周搞定，旧服务用vine重写加一天班完成，13个业务方迁移也3个星期搞定，建议组里成员排障思路改良接口……

之前都是斌哥给我分配任务，然后我开始设计、实现，或是推送基础服务抖动，我去排障。我并没有很积极的态度去做事情，总觉得还有leader在上面帮我扛着。所幸的是遇到了好的leader，这一年多来的悉心培养，一开始让我写一些框架封装，再让我放手设计整个消息系统，从服务到API，再负责推送这样的关键路径基础服务，各种排障以及找金华等架构师排障，我越发的认识到自己的不足，也有了一定的提高。但是，这样的我，从来都不是一个业务技术前进的动力。

一个对业务负责对开发，应该是这样：保障服务的可维护、易用性、可靠性。这个过程应该是主动的，譬如说，主动的去设计服务在链路的排障（及时定位问题），主动去调研逻辑上的漏洞，主动用更优美的技术&重构逻辑，涉及到自己服务的迭代要主动去推……

当然还需要一些技巧：

把产品的需求往真实的业务设计上靠，产品都是可以商量的，不要因为一些需求和服务设计的冲突而写出不可维护的代码。

对于合作方不合理的接口要求可以拉更高级的领导去评。

让项目经理帮忙控制进度，特别是催合作方，省很多时间。

合作说好了，就让人给排期、发邮件，定时回访进度。

……

以上种种，目标只有一个，开发是对自己的业务负责，保障自己的业务是更加优秀的。

现在思路是，做一个驱动业务前进的开发。把一个东西变好，这个过程肯定有脏活、难点，但是去完成它，加班加点完成它，寻求各种帮助去完成它，最后会感觉自己做了件了不起的事情。这样子工作是积极的，也是开心的。

This work is licensed under a CC A-S 4.0 International License.