创业者长期主义生存指南：用技术系统穿越增长迷雾

　　去年秋天那会儿，前端把新活动页推上线，我原以为就改个接口参数的事儿——结果监控大盘上那条绿色的线抖得跟癫痫似的，QPS 刚到 500 就开始超时。老王叼着烟在工位上骂：「这他妈是拿 PHP 写的？」我蹲在服务器旁边看日志，外卖筷子掉在地上都没顾上捡，满屏的 504 刷得比咖啡机吐渣还快。

　　后来查堆栈才发现，他们为了「快速迭代」把缓存键改成了动态拼接的字符串。用户 ID 加上活动 ID 再加上时间戳，理论上能防撞——可实际上呢？每秒五千次请求里，有三千次都在重复算同样的缓存键。我盯着屏幕上的慢查询列表，突然想起三年前那套被我们骂成狗的旧系统——当时也是因为缓存策略乱改，导致双十一那天数据库直接雪崩，运维小哥蹲在机房门口抽了半包烟才敢回滚。

　　「这就是长期主义？」老王把烟头碾在键盘上，「要我说，技术系统这玩意儿就跟域名投资似的——你当年囤的那些.com，现在值钱的都是那些没乱改后缀的。」他这话让我想起上个月刚卖掉的某个域名，买家是个做跨境电商的，死活要.com 而不要.net，说「用户记不住」。可三年前我接手那堆域名时，前主人还跟我吹牛说「新顶级域名是未来」呢。

　　咖啡机这时候又坏了，咕嘟咕嘟往外冒蒸汽。我起身去茶水间，听见前端小妹在走廊打电话谈房租：「房东说要涨八百...」声音越来越小，最后变成「我再想想」。回来时发现老王已经把缓存键改成了固定前缀+哈希值，监控大盘上的绿色线终于稳了——可活动页的转化率却掉了 0.3%。产品经理在群里@所有人：「是不是你们改代码把用户引导逻辑弄乱了？」

　　「优胜劣汰啊兄弟。」我敲着键盘回他，「当年那套旧系统要是能早点限流，至于被我们骂成狗？」这话其实有点虚——我记不清那套系统具体是哪次大促崩的了，只记得当时运维小哥的键盘上全是烟灰，回滚脚本跑了二十分钟才成功。现在这套新系统倒是加了熔断机制，可产品经理总嫌「太保守」，说「别人家都能扛住双倍流量，我们凭什么不行？」

　　老王突然把显示器转过来：「你看这个——」屏幕上是一段三年前的代码注释，写着「临时方案，三个月后重构」。而下面最新的提交记录里，有人把「三个月」改成了「三年」。「看见没？」他指着屏幕冷笑，「所谓长期主义，就是承认自己当年挖的坑，现在还得继续填。」

　　运维小哥这时候抱着新咖啡机进来，机箱嗡嗡响得像台老式拖拉机。我盯着监控大盘上那条终于稳住的绿色线，突然想起域名投资里的另一个道理：有些域名你明知道该抛，可就是舍不得——因为当初买它时，你熬了三个通宵查谁在抢注，蹲在机房门口等解析生效，甚至为了它跟老婆吵过架。技术系统也一样，那些祖传的定时任务、乱改的表结构、没人敢动的核心字段，哪个不是当年拍着胸脯说「绝对没问题」的产物？

　　产品经理又在群里发需求了：「能不能把活动页的分享按钮改成浮动的？」我瞥了眼老王，他正把烟灰弹进键盘缝隙里。「告诉他，」我敲着键盘，「改可以，但得先加限流——上次超时的时候，你可不是这么说的。」

文章配图，仅供参考

　　散会后我去抽烟，听见产品经理在走廊跟老板打电话：「他们技术太保守了...」声音越来越小，最后变成「我再跟他们沟通」。回到工位时，发现老王把缓存键的哈希算法改成了更短的版本——他说「这样能减少 10% 的计算耗时」，可我知道他只是嫌原来的代码太丑。监控大盘上的绿色线还在抖，但幅度小多了，像条刚睡醒的蛇。

　　晚上加班时，运维小哥发来一张截图：三年前的旧系统终于被下线了，最后一条日志是「ERROR: Table 'xxx' doesn't exist」。我盯着那行字看了半天，突然想起当初为了这个表结构，我们跟产品吵了整整两周——他们说要加十几个字段，我们说「这样会拖慢查询」。最后妥协的结果是加了五个字段，其中三个到现在都没用过。

　　「这就是长期主义，」我指着截图对老王说，「优胜劣汰的不是技术，是那些当年不肯妥协的人。」他没说话，只是把烟头按灭在键盘上——那里还留着上午咖啡机漏出来的水渍，干涸后像块地图上的海岸线。

　　现在每次看到产品经理提新需求，我都会先问：「加限流吗？」有时候他会妥协，有时候不会——但至少，监控大盘上的绿色线再也没抖得那么厉害过。至于那些祖传的定时任务和乱改的表结构？我原以为它们会永远留在系统里，结果上周灰度发布时，老王偷偷把它们全删了。「反正没人敢动，」他说，「不如直接物理清除。」我盯着屏幕上跳动的 QPS 数字，突然觉得他说得对——有些坑，填着填着就变成了路。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!