Vibe Coding 2026年05月11日

程序员真正耗时间的地方,根本不是写代码

by BLL

程序员真正耗时间的地方,根本不是写代码

程序员真正耗时间的地方,根本不是写代码。

这件事我一直都这么看,只是很多没在一线做过的人,会把它想得太简单。

程序员最贵的时间,往往不是坐在键盘前敲代码的那一小段。
而是围着那几行代码打转的那一大段。

比如说:

  • 找环境问题
  • 重现 bug
  • 等构建
  • 跟依赖冲突搏斗
  • 跟测试不稳定较劲
  • 跟部署和权限流程互相折磨

说白了,写代码只是台前。
真正吃掉时间的,是后台那一整套不确定性。

代码很短,时间很长

很多外行会把程序员想象成一种“码字工种”。

好像我们坐在电脑前,敲几行代码,事情就结束了。
实际上完全不是这样。

你看到的可能只是一个很小的补丁,几行代码而已。
但那几行背后,可能是几个小时的定位、几轮实验、十几个终端窗口,外加一堆互相打架的日志。

所以我越来越不相信“写了多少行代码”这种指标。
它太容易误导人了。

真正值钱的能力,不是你打字有多快,而是你能不能在一堆混乱里把问题缩小。
能不能把“到处都像有问题”的局面,慢慢收敛成一个真正的根因。

AI 会提速,但不会帮你消灭系统成本

这几年大家总说 AI coding 会让开发效率起飞。
这话不假,但经常被理解得太简单。

AI 确实能帮你更快写出函数、页面、脚手架。
可一旦进到真实项目里,真正磨人的地方通常不在“有没有代码”,而在下面这些事:

  • 这个环境能不能复现
  • 这次报错是不是同一个问题
  • 这个依赖版本为什么突然不兼容
  • 这个测试为什么今天过、明天不过

就是说,AI 只是把“写”的成本压下去了一部分。
它并没有神奇地把软件系统里那些麻烦的东西抹掉。

我自己的感受是,AI 让很多团队更快进入“能跑”的阶段,但并没有帮大家解决“怎么稳定地跑”这个更大的问题。
而后者,才是真正吃时间的地方。

程序员本质上是在压缩不确定性

我现在越来越相信,程序员这份工作的核心,不是“写程序”,而是压缩不确定性。

你每天做的事情,很像侦探,也很像修理工:

  • 先确认问题是不是真的存在
  • 再把问题从一堆现象里拆出来
  • 然后找最小复现路径
  • 最后才轮到修复和验证

如果这条链路越短,团队就越高效。
如果这条链路总是断,哪怕你写代码再快,整体还是慢。

所以我一直觉得,真正值得投入的,不只是更聪明的编辑器,而是这些很朴素但很值钱的东西:

  • 更稳定的构建
  • 更清楚的日志
  • 更容易复现的测试环境
  • 更少的状态漂移
  • 更可预测的发布流程

这些东西看起来不性感,但它们才是真正省时间的地方。

那张图其实已经把答案画出来了

原文那张图我挺喜欢的,因为它很诚实。

original-figure.png

左边是代码和输入,右边是报错、依赖、构建、运行和各种隐性成本。
它在提醒我们一件事:程序员的时间,从来不是平均分布的。

你花在键盘上的那一小段,往往只是最后能被看见的部分。
真正决定效率的,是你能不能把中间那一大段“磨损”尽量缩短。

所以程序员不是靠“写得快”赢的。
是靠把复杂问题拆小,把反馈周期拉短,把系统的不确定性压下去。

我的结论

如果只看表面,程序员好像是在写代码。
但你在这个行业里待久一点就会知道,代码只是结果,时间才是过程。

而这个过程里,最值钱的不是打字速度,是判断力、复现能力和对系统细节的耐心。

AI 会改变很多东西,但它改变不了这个底层事实。
它能帮你更快写出答案,前提是你先知道题目到底是什么。


原文链接:
https://probablydance.com/2026/02/10/how-programmers-spend-their-time/?utm_source=tldrdev