在IT行业，有一句被奉为圭臬的名言，出自Linux之父Linus Torvalds：
“Talk is cheap, show me the code.” (废话少说，放码过来。)
在过去几十年里，这句话无疑是正确的。将人类逻辑翻译成机器能执行的代码，是一项高成本、高难度的脑力劳动。代码，曾是程序员能力的终极证明。
然而，站在技术演进的新节点，当我们看到Claude Code或Cursor等工具能在几秒内生成数百行逻辑清晰、注释完备的代码时，我们或许正经历一场微妙的价值认知冲击。
如果代码生产变得像呼吸一样简单，“Show me the code”还能作为衡量开发者价值的金标准吗？我们认为，在AI原生开发时代，新的法则应是：
“Talk is cheap, show me the Spec.” (空谈廉价，请给我看你的规范。)
价值转移：代码的“通货膨胀”
为何说Code正变得廉价？这遵循基本的经济学规律——供需关系。
- 前AI时代：代码供给受限于程序员的脑力与打字速度，优质代码是稀缺资源。
- AI时代：大型语言模型(LLM)使代码供给趋近于无限。只要给出指令，AI便能不知疲倦地生成海量代码。
当某种商品的供给趋于无限时，其边际价值便会无限趋近于零。如今，配备AI工具的初级开发者也能“Show”出大量代码。但这些代码是黄金还是垃圾？能否运行？是否符合业务需求？
答案取决于“指令”的质量，而非“代码”本身。
权力转移：从“实现”到“定义”
传统软件工程中，权重最高的是实现(Implementation)。我们崇拜那些能搞定复杂算法、精通底层优化的高手。
但在规范驱动开发(Spec-Driven Development， SDD)兴起的当下，权力的中心正移向定义(Definition)。
什么是Spec？
在AI时代，Spec不再是单薄的需求文档或README，而是广义的“全景蓝图”。参考前沿的SDD实践，一个合格、能让AI准确执行的Spec，通常包含以下核心部分：
- 语境与需求(spec.md)
- 定义“是什么与为什么”：业务逻辑、输入输出接口、用户故事、非功能性约束（性能、安全）及领域知识。
- 策略与架构(plan.md)
- 定义“怎么做”：为实现需求，需要修改哪些文件？数据流如何设计？
- 核心要素：技术栈选择（例如选择Go语言还是其他）、文件变更拓扑、伪代码、架构决策记录。
- 执行与进度(tasks.md)
- 定义“分几步走”：将复杂任务拆解为原子化的步骤清单。
- 价值：极大地降低AI的“遗忘”与“幻觉”概率，确保执行路径清晰。
代码，只是这套Spec的“编译产出物”。这类似于建筑行业：当砌砖机器人普及时，“砌砖”动作本身贬值，而包含效果图、结构图和施工进度表的完整蓝图价值凸显。
下图展示了这种“广义Spec”的架构层次：
当你对AI说“Show me the Spec”时，你是在要求这三个维度的完整交付物。 唯有如此，AI才能从一个聊天助手，蜕变为使命必达的工程师。
新对话范式：Show me your Spec
对比两种开发者的对话模式，差异立现：
- 旧模式（以代码为中心）:
- A：“这个功能怎么实现？”
- B：“你看我这几行代码，我用了一个巧妙的递归算法……”
- 痛点：容易陷入实现细节，难以维护，AI也容易理解偏差。
- 新模式（以规范为中心）:
- A：“这个功能怎么实现？”
- B：“请看我的Spec文档。我明确定义了数据结构、异常处理流程，并列出了5个关键测试用例。然后我指导AI完成了实现。”
- 优势：逻辑闭环，架构清晰，极大提升AI一次做对的成功率。
在这一模式下，程序员的核心竞争力，从 “如何实现(How to implement)” ，转向了 “如何定义(How to define)”。
你能编写出多么严谨、清晰、无歧义的Spec，AI就能反馈给你多高质量的实现代码。Spec的精度，直接决定了最终系统的质量。
总结：成为架构师，而非打字员
Linus说“Talk is cheap”，是因为当年的空谈无法直接转化为生产力。
但如今的“Spec”并非廉价空谈，它是可执行的指令(Executable Instructions)。在AI时代，请勿再沉迷于堆砌代码行数。将繁琐的实现工作交给AI。
你的核心价值在于思考架构、定义边界、编写高质量的Spec。 对于现代应用的部署与管理，理解如Kubernetes这样的云原生技术已成为架构能力的一部分。
下一次，当有人仍在炫耀其手写代码量时，或许可以淡定回应：
“Code is cheap. Talk is cheap. Show me your Spec.”
发表于 3 天前
|
查看: 8|
回复: 0
