在试错里活着 最近手头那个项目，搞了快三个月还没个定论。我把头发都愁白了，周例会的时候，大家都盯着屏幕上的进度条，气氛到了极点，最终那哥们儿忍不住喊出了个惊天的结论：“咱们这个方案能不能做，得看能不能做出来。”那一刻，我手里的笔差点掉地上。 实际上我也琢磨过，那会儿干这是为了证明自己能行，目前干这是为了把事儿做完。但现实给了我一记响亮的耳光：结局就是没结局。我意识到，我们拼命想证明啥，实际上早就没必要。 那会儿总认定，工作就是拿结局讲话。
后来发现，真正的本事，恰恰是你面对“没结局”时候还能站着讲话。 记得上周，我负责优化一个核心用户路径，数据埋点做得乱七八糟，加载慢半天，转化率低。按照常规逻辑，我立马就该拿着报表去找领导：“领导，这个方案不中，务必改。”可领导来了，第一句却是：“数据没出来，你急着改方案做啥？”我有些尴尬，想着要是先搞出个 Demo 吧？结局心里大骂自己没脑子，目前还得回去翻数据。直到凌晨两点，我把自己关在机房里，把埋点代码拆成小模块，手动一个个跑通，直到看到那条路径确实能跑通为止。当屏幕上第一次跳出“成功”二字，那种感觉，比成功本身更踏实。 这让我想起之前搞那个并发处理的原型。
当时我盯着服务器日志看了半小时，全是报错，整个项目像停摆的机器。周围几个人都在嘟囔，说这个逻辑忒复杂，不如换个好办的方案。我本来想直接推翻重来，但想到后面还有测试、还有上线，要是目前方向都错了，最终变成“要是当初换方案就好了”的口头禅，那这个项目这辈子都白搭。 那一刻我突然明白，大量时候，我们纠结的不是技术有多高深，而是有没有耐心。技术这东西，有时候慢一点就是快一点，有时候快一点就是死得快。
那些在深夜反复调试、在数据海里捞针的人，往往才是真正活下来的人。 有时候，低效率也是一种效率。 上周三，我无意中发现了个自动化脚本。
本来想立马写进去，可写了一晚上，发现它只是跑通了一个流程，真正的难点在于如何把它无缝集成到现有的旧系统里，并且还得兼顾性能，不能一运行就让用户卡顿。我试着写了几十遍代码，终于搞定，跑了起来。
第二天早上，客户问：“这功能啥时候能上线？”我笑着递那会儿一个文件：“领导，我前天晚上就试过了，流程通了，性能也没难题，您看……要不要做个小改动？” 结局呢，客户没批预算，也没直接采纳。但我心里清楚，只要这个逻辑理顺了，后续扩展性就有了。
这种松弛感，比那些刻板的“务必立马上线”要难得多。 实际上，我们工作的意义，压根儿不是一个个数字的跳动，而是不断试错的过程。 上周有个做金融风控的新人来找我。他今年三十八岁，那会儿在银行待了十年，目前才来这家新公司。他看着我，眼神里带着点小心翼翼：“老师，我总认定自己的经验不够用，是不是我还忒年轻了？” 我给他倒了杯茶，笑着说：“三十几岁还如此在意，说明你怕输。但在这个行业，能活过三十岁，比活过二十岁更难。你目前的焦虑，不是出于你不够好，而是出于你还没学会如何在‘可能黄了’里生活。” 后来我才意识到，那个新人后来确实没走，出于他在处理一个极端复杂的压测任务时，反而发挥出了那会儿压根儿不做的事。
不是出于他年轻了，而是出于他敢于面对那个随时可能崩盘的现实。 目前我也启动学着在“可能黄了”里过日子。我不再追求完美的方案，不再死磕每一个指标。遇到那个不合理的数据，我就不再问“为啥”，而是直接问“如何改”。 有时候，承认自己搞砸了，也是一种本事。就像那个搞开发 demo 的项目，领导问“数据没出来，你急着改方案做啥”，我当时能硬着头皮说“样本不够”，结局第二天就真把数据拿出来了。
那几天，没人盯着我，也没人催进度，我就连能睡到自然醒。 实际上，工作最大的智慧，就是学会和“不确定性”共舞。 那会儿我认定，工作就是把你该做的都做完。目前我才知道，工作就是不断调整方向，不断修正预期，哪怕方向错了，起码你知道目前在哪，还能往哪边打。 上周群里发文件，说系统要上线，所有人都在倒计时。我坐在工位上，看着满屏的进度条，突然想笑。笑完又认定自己像个傻逼。
终于，在下午三点，我按下了那个“启动”按钮。屏幕亮起的那一刻，没有人欢呼，也没有人鼓掌，只有窗外灰暗的天空。 那一刻我懂了，工作就是要在灰暗里给自己点上灯，哪怕只有一秒亮着。 有时候，我们拼命想证明啥，实际上早就没必要。真正的本事，是当你结局出来，能坦然承认“原来能够做成”；当你结局没出来，还能淡定地说“那就是个 Demo，先跑起来再说”。 在这个快节奏的时代，慢下来思索，反而能走得远。 （注：文中涉及的并发处理、自动化脚本集成、金融风控等场景均为虚构或基于行业通用经验，数据及具体工夫仅为创作需求，不代表任何真工作数据。）


相关标签：