CQ备忘录

一间存放故事的仓库

GitHub LinkedIn
23 August 2020

TLDP 023:己所不欲勿施于人

by ChenQi

互联网企业技术研发团队普遍存在这样一种现象:

每个团队在发展过程中,需要不断完善研发体系的各种系统平台工具流程。有的直接使用公司现有系统,有的落地行业成熟开源方案,有的埋头自行造轮子。决策出发点不同,有些是为了快速弥补短板,支撑业务增速,有些是为了凸显个人和团队实力,谋求晋升加薪。依然都是人之常情。

于是隔三差五就会有一个团队冒出来,主动向公司高层领导汇报邀功,PPT 精美演绎加上多维度翔实充分的数据,证明自己的优秀。

高层领导听了自然很开心,在座其他团队领导听了就未必,回头立即着手盘点自己团队,一争高低。

而真相呢?

每个团队起步阶段,总结自己痛点,采用开源或闭源方案,适配自己业务特殊性,落地一套成功实践方案,所谓 1.0 版本。
这个阶段通常仅能满足自己业务需求,通用性和扩展性欠佳,且存在大量已知技术细节缺陷待修复。
但是按耐不住的喜悦感引发迫不及待的向上邀功。

于是邀功领赏并且大乱斗胜出的团队,从高层手中接过一道圣旨,开始奉命强推。
民间怨声载道,敢怒不敢言,要么低头接受招安,要么阳奉阴违敷衍了事,要么行缓兵之计拖字诀。

己所不欲勿施于人

都是打工仔,何必互相为难,嫌内卷化不够严重吗?
多一些低头做事,少一些好大喜功,人民安居乐业。

互联网技术圈就是元末农民起义

战争是不会停止的,你要战,我便战。
朱升献策朱元璋:“高筑墙,广积粮,缓称王。”

高筑墙

低头做事,持续优化,做深做强技术壁垒,让对手无法快速抄袭复制。

广积粮

广结善缘,谦逊低调,主动上门向兄弟团队推销,调研用户痛点难点,甚至主动承担兄弟团队的系统升级迁移工作。切忌奉旨强推。

缓称王

陈友谅、张士诚、元顺帝、方国珍、陈友定、何真、明玉珍、梁王。
都得死。

明天继续聊聊延伸话题《创新者的窘境》。

tags: