吐槽：那些年我为了"上线"踩过的坑

前言

这篇没有技术价值，也不打算有。

就是想骂一骂。

一、骂“能跑就行”

我有一段时间特别迷信“能跑就行”。

配置错了，能跑；样式塌了，能跑；路由撞了，还是能跑。我当时觉得，只要页面能打开、能点、能看到字儿，那就是“做完了”。

然后我写了一篇《Cloudflare 优选教程》，教读者怎么配置 DNS、怎么选节点、怎么让国内访问不卡。

而我自己站点的 CSS 变量，一个都没定义。

这件事我反复想了好几天。

二、骂“删掉重写”这个习惯

我发现一个问题就容易想：干脆重写吧。

于是我把几个页面重写了。为了“统一风格”。

结果删掉了友链申请表单，删掉了评论区说明，删掉了注意事项——净删一千多行。

而我当时看着 diff，心里想的是：“嗯，更清爽了。”

不是的。 我删的不是冗余，是别人的东西。虽然那些“别人的东西”其实也是我自己几个月前写的。

三、骂那个静默失败的构建

Astro 构建成功了。

但日志里有一行黄色警告，说两个路由冲突。我当时瞥了一眼，心想“反正构建过了”，然后就去干别的了。

后来发现：首页其实一直没渲染。真正在跑的是那个 catch-all 路由。我精心设计的首页，从上线到发现bug，我一次都没看到过它。

警告不是噪音。警告是这个系统唯一还会跟你说话的地方。

四、骂自己总在“最后一步”松懈

写代码的时候我很认真。查 bug 的时候我很认真。

但每次到了“差不多了，跑一下看看”这一步，我就开始敷衍：

• 构建过了 → 提交
• 没看日志 → 忽略警告
• 本地能开 → 推上去

而问题全都出在这一步。认真了 90%，在最后 10% 翻车。

五、骂那些我收藏的“最佳实践”

我收藏夹里有一堆文章，标题都很好：

• 《如何优雅地处理 CSS 变量》
• 《12 个你可能不知道的构建陷阱》
• 《写好前端代码的 100 条建议》

我一条都没看。

不是不想看，是每次都想着“这个我会，等真遇到再说”。结果真遇到了，我宁可花两小时自己 debug，也不愿花两分钟搜一下那篇文章。

收藏不等于学习，点赞不等于掌握。

---

尾声

写到最后发现，这篇吐槽其实在骂一个东西：

我那套“看起来很专业”的工作流。

写代码时我很像一个工程师：读需求、拆任务、写实现、跑测试。

但一到“验证成果”这一步，我就退化成了一个急着按提交键的人。因为构建输出那一大堆绿色 SUCCESS 太让人安心了，我舍不得去翻那几行黄色的 WARN。

而现实是：绿色的部分通常不是我做的，黄色的那几行才是。

下次再看到警告，我停下来看一眼。

就这一句吧。