一件小事

有这么一件小事,总是觉得不值得一写,却又总是念念不忘,恐怕不写下来我就会一直惦记着这件事。

 

这件事发生的时候,我还在点评,正在做 Puma 项目,是一个 mysql binlog 订阅消费系统。 类似于阿里的 Canal,但 Canal 开源的部分是无法在实际的大项目中运作的,还缺失很多工程方面的功能。 例如配置管理,监控,failover 等等。

我接手这个项目之时,正好在对这个系统做大重构,需要在可靠性上做大幅度的提升。 新系统当然需要有小白鼠,但我们还没去找的时候,就有团队“慕名而来”了,愿意试用我们的系统。

 

整体合作很愉快,这是我遇到过的很好合作的团队。 他们好在哪?

  • 他们愿意承担新技术带来风险,自备切换机制,而不是一味地要求我们做到100%可靠性。
  • 他们愿意去学习其中的原理,对原理的理解会让他们用起来更得心应手,避免使用中出现低级错误。
  • 他们愿意去帮助我们改进,第一套 API 他们觉得有点麻烦,通过沟通,我们很快根据反馈又做了很多优化。

在做架构中间件开发的过程中,能遇上这样的团队,实属难得。但这些还不足以让我记录下来,真正让我震惊的是最后他们产品发布的时候。

 

又过了几个月,大家共同成长,我们的产品差不多正式发布了,他们的产品也差不多发布了。 此时收到了一封他们的产品发布邮件,这种邮件内容么当然是对比一下新老系统的区别,感谢一下所有帮助过他们的团队和成员。

我看了邮件后,突然想到了一个问题:嗯,要不要转给我的老大呢?这也算是我绩效的一部分,也算是一个成功案例了。 就在这时,我突然发现这封邮件的发送清单里是有我老大(后文称为同事B)的,最最最惊讶的是,邮件里还出现了另一个人(后面称为同事A)。 因为组织架构的关系,我汇报给同事A,同事A汇报给同事B。但组织架构虽然如此,我们平时都比较扁平,大家都是直接汇报给同事B。 所以外人不会认为同事A是我的老大。

他们为什么会添加同事A?那代表他们一定是查了系统的组织关系,我们系统里可以查到大家的组织架构,所以他们认为同事A是我的老大。 也就是说,正当我犹豫要不要转给我老大的时候,他们已经想到了这点,主动帮我把这封邮件发给了我的老大。 这件事,真的让我很震惊,这想得太周到了。

 

心灵鸡汤

工作了这么多年,接触过很多的团队,我自己当然会用一种服务的心态去服务对方,可奇葩的团队也真遇到过不少。 但如果遇上这样子的团队,我再多付出更多的精力,哪怕有些不是我的本职工作,我也愿意,我也开心。

很多事都是这样,双方都为对方着想,最终的效果不是加法,而是乘法。

来,干了这碗鸡汤!

本作品由 Dozer 创作,采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可。