web程序

我见过最离谱的web程序，是朋友公司花八十万做的内部管理系统。上线那天，全公司三百号人同时点开首页，服务器直接瘫了。运维小哥蹲在机房地上抽烟，烟灰掉在键盘上也没发觉——后来查出来，问题出在登录页那张背景图上，一张2MB的风景照，被塞进了CSS里当base64编码。

这事挺讽刺。我们天天喊着web程序要轻量、要快，可实际做出来的东西，往往像塞满旧衣服的旅行箱，拉链都快绷不住了。另一头，隔壁团队用纯文本搭了个内部wiki，加载速度比翻实体笔记本还快，大家反而用得欢。你说用户到底要什么？他们根本不在乎你用的是React还是Vue，不在乎微服务拆得有多细。他们只在乎点下按钮后，那坨转圈的小菊花别转太久。

技术圈有个怪毛病，总爱把简单问题复杂化。前阵子帮人修个博客，后台用了四个数据库，八个中间件，结果文章发布功能偶尔报错。我蹲了一下午，最后发现是某个缓存组件的key过期时间设错了。气得我想笑——这博客日活不到五十，却背着套能扛千万级流量的骨架。活像骑着共享单车，却穿了套宇航服。

当然，我不是说复杂就不好。像Google Maps那种级别，地图瓦片、实时路况、路线规划，每一层都像精密齿轮，缺一个就转不动。但绝大多数web程序，连“够用”的门槛都摸不到，就开始忙着堆砌“架构美感”。有个做电商的朋友跟我说过句大实话：用户下单那几秒，根本不在乎你的订单系统是不是用了事件溯源，他们只求别在支付页面卡死。

性能这东西，其实跟厨艺很像。高级餐厅的摆盘固然赏心悦目，但街边小炒店的锅气，才是大多数人每天需要的。我见过最流畅的web应用，是个只有几百行代码的待办清单，数据直接存localStorage，连后端都省了。它不酷，不分布式，不云原生，但它快得让人上瘾。

另一个常被忽略的点，是web程序的“脏活累活”——错误处理。多数人写代码时，脑子里全是happy path，仿佛用户永远不会输错格式、断网、或者手滑点两下提交按钮。结果呢？生产环境的报错日志，比菜市场早高峰还热闹。我甚至见过某个后台系统，用户把密码输错三次，页面直接白屏，连个提示都不给。那种时候，什么优雅降级、容错设计，全成了笑话。

说回那个八十万的项目。后来我们砍掉了背景图，拆了部分动画，把几个接口的查询语句优化了下。没动架构，没换框架，就是做了些减法。系统活了，虽然偶尔还是会慢，但至少不像以前那样，一碰就碎。老板说“技术团队给力”，其实哪有什么技术突破，不过是肯弯下腰，把那些不体面的细节擦干净罢了。

web程序说白了，就是件工具。锤子不会跟钉子炫耀自己用了什么合金，好用的工具，总是沉默的。那些天天在技术博客里吹得天花乱坠的框架和模式，落到真实用户手里，可能还不如一个顺手的“返回顶部”按钮来得贴心。你问web程序的核心是什么？我的答案可能有点土：让人感觉不到它的存在，就是最好的存在。