我删了300行“炫技代码”,用户说“这App终于不卡了”

上周发版后，用户后台突然涌来几十条好评：“这次更新后，终于能顺畅刷订单了！”
实习生盯着数据后台愣了半天：“哥，我们没加新功能啊？”

我笑了笑——这次更新，我删了300行“炫技代码”。

半年前做这个模块时，我为了“显得专业”，加了一堆花里胡哨的动画逻辑：订单卡片滑动时要带渐变阴影，加载失败要弹出3D旋转的提示框，甚至给按钮加了“按下时轻微震动+颜色渐变”的交互。产品经理拍着我肩膀说“这效果够高级”，我也沾沾自喜，觉得这才是“资深程序员的审美”。

直到上个月，有个外卖骑手在评价里说：“高峰期点开App，订单列表卡得像幻灯片，差点误了送餐点。”我盯着他的手机型号——是台用了三年的千元机，而我那些“高级动画”，在低配设备上就像塞在管道里的棉花，越堆越堵。

那天我坐在工位上，把那些渐变、旋转、震动的代码一行行删掉，只留下最核心的逻辑：订单列表“秒加载”，按钮“点了就有反应”，出错提示“简单直接”。删到最后，代码量少了一半，测试机上的启动速度快了4秒。

发版前，产品经理皱着眉：“这也太朴素了吧？用户会不会觉得没诚意？”
我把骑手的评价递给他：“对用户来说，‘不卡’比‘好看’值钱多了——就像你点外卖，不会在意餐盒上的花纹，只会关心‘能不能准时送到’。”

现在看着后台的好评，我突然懂了：程序员最该炫的“技”，从来不是“让代码看起来高级”，是“让用户用得省心”。那些被我删掉的300行代码，像一面镜子——照见我曾经把“自我满足”当成了“用户需求”，也照见真正的“好产品”，从来都是藏在“不卡”“不慢”“不折腾”里的踏实。

毕竟，用户打开你的App，不是来看代码炫技的——他只是想快点付个款、查个单、点个餐。而我们要做的，就是把路铺平，让他不用绕弯。