早上九点零三分，工程我打开IDE，师日git pull之后看到同事昨晚提交的常工代码把接口名改成了驼峰。这已经是工程本周第三次了。我深吸一口气，师日在群里发了个“？常工”。 没人回。工程可能都在开会。师日 工程师的常工日常就是这么琐碎。你以为我们在写算法、工程设计架构、师日攻克技术难题，常工其实大部分时间都在处理这种“人”的工程问题。命名规范、师日注释缺失、常工需求变更、产品经理突然说“这个功能不要了”——真正写代码的时间，每天能有两个小时就不错了。 上周三，我花了四个小时调试一个内存泄漏。最后发现是某个第三方库在特定版本下的bug，跟我的代码一点关系都没有。但你还是得查，得看堆栈，得在万千行日志里找到那一条红色的error。那种感觉就像在沙漠里找一根针，找到之后发现针根本不是你丢的。 不过也有爽的时候。上周五下午，我优化了一个查询接口，把响应时间从800毫秒降到了50毫秒。就改了十几行代码，加了个索引，换了种查询方式。上线之后，运营那边说“感觉页面快了好多”，那一刻我觉得自己像个魔术师。 但大多数时候，工程师的工作是看不见的。就像修水管，漏水的时候你才意识到它的存在。我们维护的系统稳定运行了三年，没人夸过一句；偶尔宕机五分钟，全公司都知道了。 有个新来的实习生问我，这行是不是需要特别聪明的人。我说不需要，需要的是耐心和脸皮厚。耐心用来对付那些莫名其妙的bug，脸皮厚用来承受需求变更时想骂人的冲动。 说实话，这工作挺累的。眼睛酸，脖子疼，有时候脑子转不动了还得硬转。但每次看到自己写的代码跑起来，用户真的在用，那种成就感又很真实。就像小时候搭积木，搭得再歪，也是自己的作品。 下午两点，我开了个会，讨论下个版本的功能。产品经理画了个原型，说“这里要做得炫一点”。工程师们互相看了一眼，没人说话。最后我开口：“炫可以，但后端得加两个表，前端要重写三个组件，时间得加两天。” 产品经理皱了皱眉，说考虑一下。会就散了。 回到工位，我继续改那个驼峰命名的接口。改完之后，顺手把同事的注释也补上了——他写的注释只有“// fix bug”，鬼知道fix了什么bug。 这就是工程师的日常。没有那么多高光时刻，更多的是这种细碎的、重复的、需要耐心的工作。但奇怪的是，我居然还挺喜欢这种状态。可能是习惯了，也可能是真的热爱这种从混乱中建立秩序的感觉。 晚上六点半，我提交了代码，CI跑过，部署到测试环境。收拾东西准备走人的时候，群里终于有人回我了：“哈哈，我改的，忘了说。” 我回了个微笑的表情。明天见，又是新的一天。