技术优势

凌晨三点，技术优势我盯着屏幕上那个跳动的技术优势错误日志，第十三次按下回车键。技术优势同一个查询，技术优势MySQL跑了十二秒还没出结果，技术优势隔壁工位的技术优势同事早就趴在桌上睡着了。这不是技术优势什么高并发大厂的核心系统，只是技术优势我们给本地一家连锁超市做的库存管理后台，数据量撑死也就五十万行。技术优势

问题出在索引上——不是技术优势我建的索引，是技术优势半年前离职的那个外包兄弟留下的“杰作”。他把每个字段都塞进了联合索引，技术优势美其名曰“全字段覆盖”，技术优势结果就是技术优势查询优化器彻底懵了，不知道走哪条路，技术优势干脆全表扫描。我删掉那七个没用的索引，只留下(store_id, product_id)和(updated_at)两个，查询时间从十二秒掉到零点三秒。

这就是技术优势的第一层含义：不是你会多少新框架，而是你懂怎么把烂摊子收拾干净。新来的实习生崇拜地问我是不是用了什么黑科技，我说没有，我只是把别人埋的雷拆了而已。他似懂非懂地点点头，继续去刷他的Kubernetes教程了。

第二层优势，藏在那些没人愿意碰的角落里。上周五，运维老张半夜打电话给我，说备份任务又失败了，磁盘快满了。我登录服务器一看，好家伙，备份脚本把同一个压缩包复制了五份，放在五个不同的目录里，理由是“怕丢”。我写了个三行的shell脚本，加了个校验和，只保留最近三天的增量备份和每周的全量备份。磁盘占用直接降了百分之七十，备份时间从四十分钟缩短到六分钟。老张说：“你这脚本写得真艺术。”我心想，这不是艺术，这是常识。

技术圈有个毛病，总爱追新。上周技术分享会上，有人激情澎湃地讲Service Mesh，讲服务网格如何解决微服务通信的痛点。我问了一句：“咱们现在最大的痛点是啥？”他愣了一下，说：“是测试环境不够用。”全场安静了。痛点从来不在技术选型上，而在资源分配、流程设计、甚至团队协作这些“不性感”的地方。

真正让我觉得技术有优势的时刻，是上周帮财务部解决那个Excel宏报错问题。那个跑了好几年的宏，突然在某个同事的电脑上罢工了。我过去看了一眼，发现是她的Excel版本升级后，VBA的某个函数被废弃了。我改了三个字符，把OldFunction换成NewFunction，问题解决。财务大姐千恩万谢，说：“你们搞技术的真厉害。”我苦笑，这哪是厉害，这只是因为我看过那三行报错信息，而她直接点了“关闭”。

技术优势说白了，就是比别人多看一眼报错信息，多花半小时查一下官方文档，以及——最重要的一点——愿意承认自己之前写的东西可能是垃圾。我刚入行时写过一段代码，现在每次看到都想抽自己一巴掌。但正是那巴掌，让我后来写代码时多想了三秒钟。那三秒钟，就是我和“能用就行”之间的分界线。

别跟我提什么“技术改变世界”的鬼话。技术改变的是具体的人的具体麻烦。今天下午，超市店长给我发微信说新系统跑得真快，他查库存再也不用等半天了。我说嗯，顺便把那个“全字段索引”的文档转发给了外包公司，让他们以后别再这么干了。