开发者的秘密生活(剧透:90% Debugging,10% 假装我们没事)
Source: Dev.to

成为一名开发者在纸面上听起来很酷。你会想象有人自信地在发光的屏幕上敲键盘,啜饮咖啡,构建“AI 驱动的系统”,并轻描淡写地部署应用,好像什么都不费力。实际上,却更像是:
“昨天还能用,我什么都没改,为什么现在全坏了?”
让我们来聊聊开发者的真实生活。
早晨:乐观阶段
每位开发者都以希望开始新的一天。
今天就是那一天:
- bug 会很快被修复
- 代码会保持整洁
- 不会出现意外错误
- 一切都会正常运行
这种乐观通常会持续到代码第一次运行时。
第一个错误出现(总是意外)
你运行代码。它失败了。你盯着终端,仿佛它在个人层面上侮辱了你的家人。你并没有改动任何东西,却莫名其妙地出现了:
- 导入出错
- 依赖缺失
- 环境变量消失
- 数据库“无响应”
此时,你开始与现实进行谈判。

调试:情感过山车
调试不是一个技术过程;它是一段情感之旅。你会经历以下阶段:
- “这应该很容易。”
- “也许我该把一切重新启动。”
- “好吧,我想我明白问题所在了。”
- “为什么它还是不工作?”
- “我要去当农民了。”
在第 3 阶段和第 4 阶段之间的某个时刻,你第 17 次在 Google 上搜索相同的错误。
打印语句的魔力
无论你变得多么高级,有一个真理永远不变:
print("here")
这仍然是目前最可靠的调试工具。你也可以使用:
- AI 工具
- 高级调试器
- 日志
- 监控仪表板
但归根结底,总是:“让我们把所有东西都打印出来看看会发生什么。”
会议:代码走向死亡的地方
开发者在会议中表现不同。你会突然变得非常严肃:
- 明智地点头
- 说 “这说得通”
- 在脑中回想起三天前缺失的分号
与此同时,有人说:“我们能把它做成 AI 驱动的吗?” 当然可以——现在一切都是 AI 驱动的,甚至咖啡机也是。
“它在我的机器上能运行”事件
软件开发中最大的谜团之一:
- 在你的机器上完美运行
- 在生产环境崩溃
- 在同事的机器上崩溃
- 在预发布环境崩溃
- 但在你的笔记本上仍然如常运行
你的机器既是你最好的朋友,也是你最大的负担。
深夜编码阶段
在晚上 11 点到凌晨 2 点之间:
- bug 神秘地自行修复
- 你会领悟到白天未能理解的东西
- 信心大幅提升
- 在极大的自信下做出糟糕的决定
你部署了某些东西,然后带着天才的感觉去睡觉。

部署后的早晨
你醒来了。通知在闪烁。Slack 很安静……这很可疑。然后你检查生产环境:有什么东西坏了。总是有什么东西坏掉。
开发者的真实真相
尽管如此,开发者仍然坚持下去,因为在错误、故障和混乱之中,有一些令人满足的事情:
- 解决问题
- 从无到有构建系统
- 将想法变为现实
- 偶尔看到一切完美运行
这些时刻让所有的混乱都变得值得。
最终思考
作为开发者并不是要写完美的代码,而是要写出有缺陷的代码,修复它,再次弄坏它,并假装这本来就是计划的一部分。