作为一名资深的前端开发(cainiao)，我职业生涯中最大的敌人从来不是 Bug，而是老板那句轻飘飘的：“这里再微调一下。”
前排广告位，欢迎访问我的个人网站: hixiaohezi.com/
以前在公司搬砖，我最鄙视的就是需求变动。我常想：
- “需求文档都评审过了，为啥当时不想好？”
- “为什么不能一步到位？非要上线了才觉得不好看？”
- “这种改动根本就是浪费生命，毫无效率！”
那时候的我，觉得老板就是那种“不知道自己要什么，但知道自己不要什么”的生物。
屠龙少年终成龙：我开始自己做项目了
最近，我自己做了一个小网站，从页面内容、UI 绘制到代码实现，全部由我一个人说了算。我想着：“这下总算没有产品经理和老板指手画脚了，我肯定能一把过，写出最完美的代码。”
现实却给了我一记响亮的耳光。
1. 脑补很丰满，体感很骨感
当我自己对着 Figma 稿子觉得“配色完美”并快速实现后，一上线运行，看着真机里的效果，我第一反应居然是：“这什么玩意？太丑了，得改！”
2. 陷入“一天几十个版本”的死循环
网站上线后的那 48 小时，我仿佛被老板附体了：
- 上午： 觉得这个 Loading 动画太生硬，改成贝塞尔曲线。
- 下午： 发现手机端预览时，那个按钮大了 2px，强迫症发作，改！
- 深夜： 躺在床上突然觉得这个导航栏逻辑不够丝滑，爬起来重构了整个组件。
那两天，我提交 Git 的记录全是：fix: adjust style、refactor: update UI again、chore: final change (really)... 恨不得一分钟更新一个版本。
啪啪打脸后的深刻反思
直到我改到头秃的那一刻，我才意识到：原来“一步到位”在互联网产品开发中，根本就是一个伪命题。
为什么需求永远在变？
- 认知差： 设计图是静态的，而交互是动态的。很多逻辑在没跑通之前，人类的感知力是有极限的。
- 视角转变： 以前我站在“实现者”的角度，想的是如何优雅地写完代码离班；现在我站在“所有者”的角度，想的是用户第一眼看到它会是什么感觉。
- 完美是打磨出来的： 好的产品不是“写”出来的，而是“改”出来的。没有反复的推倒重来，就没有极致的体验。
写在最后：和过去的老板握手言和
现在，看着我那个虽然简单但被我改了无数遍的小网站，我沉默了。
我终于理解了那些被我私下吐槽过的老板和 PM。他们可能不是想折磨程序员，他们只是和我一样，在那一刻看到了更好的可能性。
最后，总结几点血泪教训送给同行：
- 不要试图对抗修改： 需求变动是软件开发的固有属性，就像 Bug 一样。
- 解耦很重要： 代码写得越解耦，改的时候脸就不会那么疼。
- 保持敬畏： 永远不要说“我这套方案绝对完美，一步到位”。
各位掘友/大佬，你们有没有过这种“角色互换”后的觉悟时刻？欢迎在评论区分享你的“打脸”经历，让我们一起给以前的老板道个歉（手动狗头）。
欢迎访问我的个人网站： hixiaohezi.com/
