成都的寒假,我在书房里给 3000 个客户写代码

成都的寒假,我在书房里给 3000 个客户写代码。解封通知弹出来的时候,我正在给一个连锁健身房的会员管理系统打最后一批补丁。窗外没声音,但我知道,这座城市正在重新启动它的关节,发出嘎吱嘎吱的响声。而我,在过去的四十多天里,一个人,一台电脑,一个接一个地处理着这三千个账号的增删改查、数据迁移和自动化报告生成。这感觉不像工作,像一场持续了六周的极限生存实验,而我他妈通关了。

快感?当然有。不是那种完成项目的成就感,是一种更原始、更病态的东西。每天早上七点,闹钟没响我就醒了,脑子里自动排好了当天的任务队列:先用 Python 脚本跑一遍昨晚积压的订单数据,清洗、去重、匹配到对应的客户 ID;然后打开五个 Chrome 浏览器,每个登录一个不同的子账号,用 Selenium 控制着去批量处理那些需要人工点击“确认”的流程——平台的反爬策略升级了,单纯的请求会被封,得模拟真人操作,鼠标移动轨迹都要随机化。中午一边吃泡面一边盯着日志,看有没有线程卡死。下午是集中写代码的时间,把重复的手动操作固化成脚本:用 requests 库调用第三方短信平台的 API 发课程提醒,用 pandas 处理 Excel 报表,用 Flask 搭了个简陋的内网面板给几个大客户临时查数据。晚上最安静,效率也最高,往往能解决一个卡了好几天的难题,比如那次数据库连接池爆了,查了半天发现是某个脚本忘了关连接,一跑就是几千个僵尸进程。

这种节奏里,时间感是扭曲的。没有早会晚会,没有进度同步,没有谁等你评审。问题来了,立刻拆解,搜索,写代码,测试,部署。一个闭环短则十分钟,长不过半天。所有的反馈都来自机器:日志报错、API 返回码、数据库的行数。干净,直接,没有噪音。我甚至给自己写了几个监控脚本,一旦某个服务的错误率超过阈值,就自动发短信到我手机——这比任何下属的汇报都及时可靠。那种对全局的、毫秒级的掌控感,是带团队时从未有过的。带团队是什么感觉?是你在前面冲锋,回头一看,后面的人还在系鞋带。是每天花三小时解释为什么这个按钮不能放那里,是追着催进度,是替人擦屁股,是看着明明可以自动化的脏活累活,因为“招人就是干这个的”这种愚蠢的理由而继续存在。

解封了,世界回来了。微信群里开始热闹,有人问要不要聚一聚,有猎头发来大厂的职位链接,说薪资包很诱人。我看着那些消息,心里毫无波澜。聚什么?聊怎么向上管理吗?回大厂?再去写那些评审就要开三天的 PRD,为了一个日活可能不到一百的功能跟五个部门扯皮?图什么?社保基数高一点?团队?我刚刚用四十天证明了一件事:在云服务、开源库和自动化脚本搭建起来的现代基础设施上,一个训练有素的个体,其产能和可靠性可以碾压一个松散的小团队。我的“团队”是阿里云的 ECS、是 GitHub 上的开源工具、是 n8n 搭的自动化流水线、是 ChatGPT 帮我改的 bug。它们不请假,不闹情绪,不提加薪,24 小时待命。

这次“寒假”像一次强制性的系统重置。它把我从“管理者”的幻觉里拔了出来,扔回一个纯粹的执行环境。结果发现,当所有中间层都被剥离,当需求直接对接我的键盘,效率高得吓人。三千个客户的需求,本质上是三千份数据流,被我用代码编织成几条清晰的管道。问题从来不是数量,而是处理的范式。以前总想着加人来解决规模问题,现在明白了,加人往往是在给系统增加熵。真正的规模,靠的是工具的杠杆和思维的抽象。

所以,不回去了。至少不是以那种方式回去。团队?也许未来会有,但那一定是另一种形态:每个人都是像我这样的“独狼”,用 API 和协议协作,而不是用会议和 KPI。在那之前,我宁愿守着我的书房,我的终端,我的三千条数据管道。这里没有自由,因为自律就是自由。这里没有安全感,因为能力就是安全感。解封了,但我的世界,从四十天前就关上了那扇通往嘈杂会议室的门,并且不打算再打开。

© 版权声明
THE END
喜欢就支持一下吧
点赞46 分享