没人读代码了：AI编程时代的"白板防御"

一段来自YouTube的激烈吐槽在工程师圈子里引发了广泛的共鸣。视频中，创作者毫不掩饰自己的愤怒与疲惫："我受够了。工程界的现状糟透了。这里没人懂任何东西，一切都是垃圾代码堆出来的。"

这段情绪化的表达并非无病呻吟。它精准地戳中了一个正在蔓延的行业现象：当LLM接管了越来越多的编码工作，工程师们正在失去对自己所构建系统的理解力。

一切都在被LLM代劳，没人在思考了

视频创作者描述了一种令人窒息的日常：人们每天工作12到13个小时，做的事情本质上只是"按回车键"。代码由LLM生成，测试由LLM编写，文档由LLM产出，而工程师本人——至少在这个描述里——已经退化成了一个确认按钮的点击者。

"现实中，甚至没人在思考了。一切都由LLM完成。这种感觉在吞噬灵魂。"

这段话的冲击力在于，它并非来自某个反AI的技术保守派，而是来自一个亲历着AI编程浪潮的一线开发者。他所描述的"灵魂吞噬感"，与业界大量关于AI提升生产力的乐观叙事形成了刺眼的对比。

问题不在于LLM写代码这件事本身。问题在于，当生成速度远远超过理解速度时，团队里可能没有一个人能说清楚这个系统到底是怎么运转的。代码在累积，复杂度在膨胀，而理解力在萎缩。

Mitchell Hashimoto的"白板防御"

视频创作者引用了Mitchell Hashimoto提出的一个概念——"白板防御"（whiteboard defense），并将其视为负责任地使用AI的基准测试。

Hashimoto的核心主张很简单：我应该在任何一个时刻把你拉到一边，让你解释你交付的任何一个面向客户的系统。你应该能够清晰地说明它是怎么工作的，并为你的决策辩护。

你可能没注意到，Hashimoto的标准并没有苛刻到要求你记住每一个函数的具体实现。他要的是更高层次的东西：你为什么选了X方案而不是Y方案？这个系统在什么情况下会失效？

这些问题完全理性，任何一个对自己工作负责的工程师都应该能够回答。而如果你回答不了——那意味着你可能并不真正拥有你所交付的系统。

Mitchell Hashimoto 是基础设施即代码工具 Terraform 的创造者，也是 HashiCorp 的联合创始人之一，长期被视为工程界最具影响力的实践者之一。他所倡导的"白板防御"并非一个正式的方法论，而是一种工程文化的判据——其灵感来源于面试中常见的白板环节，但被他反过来用于日常交付：与其在面试时考察候选人，不如在系统上线后随时考察自己。这与软件工程中的"巴士系数"（bus factor，即关键成员离开后项目能否继续）和"可维护性"目标一脉相承。Hashimoto 反复强调，AI 可以成为生产力杠杆，但前提是使用者仍保有对结果的责任归属。

为什么"白板防御"能解决灵魂吞噬

视频创作者给出了一个有趣的推论：如果人们能够回答这些白板防御式的问题，会产生两个结果。

第一，你会真正构建出东西来（"you will build"）。不是因为你能敲出多少行代码，而是因为你理解自己在做什么，你的决策有依据，你的系统有逻辑。

第二，你会发现自己不再经历那种"一切都是垃圾代码"的灵魂吞噬感。

这个推论的逻辑链条其实很清晰：灵魂吞噬感来源于意义感的丧失。当你的工作只是按回车键，你当然会觉得空虚。但如果你被要求理解、解释、辩护你所做的事情，工作就重新获得了认知深度——而认知深度正是工程师职业满足感的核心来源。

速度与理解的失衡

这段吐槽之所以值得认真对待，是因为它指向了一个结构性问题，而非个人情绪。

AI编程工具的核心卖点是速度。更快的代码生成、更快的迭代、更快的交付。但当整个行业都在追求"尽快出货"（ship as much as they can）时，理解的速度并没有同步提升。

理解需要时间——需要读代码、需要追踪调用链、需要思考边界情况。这些恰恰是LLM最擅长帮你跳过的事情。跳过之后，你交付了代码，但没有交付理解；你完成了任务，但没有积累认知。

Hashimoto的白板防御本质上是一个纠偏机制：它在速度之外，重新引入了对理解的刚性要求。你不需要拒绝AI工具，但你需要确保自己仍然是那个能够为系统负责的人。

这并不是一个技术问题，而是一个关于工程师职业身份的问题。当我们讨论AI是否会取代工程师时，真正的风险可能不是被取代，而是在使用AI的过程中主动交出了理解力——然后发现自己变成了一个自己都不认识的角色的操作员。

在软件工程研究中，这种"代码增长快于理解增长"的现象有一个近似的说法，叫做"认知债务"（cognitive debt），与更常见的"技术债务"相区分。技术债务关心的是代码质量与后续维护成本，而认知债务关心的是团队对系统的心智模型是否还完整。Martin Fowler 等人也多次讨论过"理解作为工程资产"的价值。当 LLM 让生成代码的边际成本趋近于零时，认知债务会以更隐蔽的方式累积——因为代码看起来能跑、测试全绿，却没人能说清它在极端条件下会如何表现。这也是白板防御被视作纠偏机制的原因：它把"能否解释"重新变成了一项交付标准。