从“键盘牛仔”到“规范工程师”，AI 浪潮下的程序员身份危机

本文永久链接 – https://tonybai.com/2025/10/12/the-programmer-identity-crisis

大家好，我是Tony Bai。

“我是一个程序员。一个编码者。一个键盘牛仔……这是我的乐趣，也是我的身份认同。”

近日，一篇题为《程序员的身份危机》的博文在技术社区中引发了广泛的共鸣与讨论。作者Simon Højberg以一个“手艺人”的深情独白开篇，将我们带回了编程的黄金时代——那个在 MIT 26 号楼里，伴随着早期晶体管蜂鸣声，黑客们为了追求“The Right Thing”（那个完美的、简洁优雅的程序）而沉浸于机器语言的“黑暗艺术”的年代。

然而，作者笔锋一转，指出现代 AI 浪潮正以前所未有的力量，威胁着这份传承了近 70 年的技艺（Craft）和身份认同。曾经那个充满奇迹、成就感和优雅解谜的编程未来，如今正被一层“不祥的黑暗、骗局和不确定性”所笼罩。这是一篇警示性的檄文，它迫使我们每一个技术从业者去思考一个根本性问题：当 AI 接管了“思考”，我们还剩下什么？

“规范工程师”的崛起与“技艺”的消逝

文章尖锐地指出，如果我们相信 AI 行业的亿万富翁、Hacker News 的舆论领袖和 LinkedIn 上的 LLM 狂人，那么软件开发的未来将与“编程”本身几乎毫无关系。一种被称为 “Vibe Coding(氛围编程)” 的新模式正在成为主流。

在这个新世界里，我们的角色被重新定义为 “规范工程师 (Specification Engineering)”：

输入从代码到 Markdown： 我们不再是深入代码库、解决复杂谜题、发掘技术秘密的工匠，而是变成了在 Markdown 中编写规范的“需求者”。
思考过程外包： 创造性的解谜过程被全权交给了机器，我们只需在多个 AI Agent 的标签页之间进行上下文切换，拥抱一种“分散的认知”。我们从创作者，沦为了“与其技艺相分离的操作员”。

作者悲观地认为，这种转变是对程序员独特抽象思维能力的贬低，将我们推向了一个本已由产品经理和设计师占据的领域。更令人不安的是，一些开发者似乎欣然接受了这个新身份，乐于扮演“指挥管弦乐队”的史蒂夫·乔布斯，却忘记了编程的乐趣源于成为那个亲手打造乐器的沃兹尼亚克。

当工具选择权被剥夺：来自管理的“新叙事”

这场身份危机不仅是技术演进的自然结果，更在企业内部被一股力量所推动。

文章观察到，在“疯狂追求生产力”的竞赛中，企业的管理者们正以一种前所未有的方式，强制要求开发者使用特定的 LLM 工具——“要么遵从，要么出局”。这在历史上是罕见的。我们的工具，无论是 Vim、Emacs 还是 VS Code，都如同厨师的刀、木匠的刨，是我们精心配置、用以匹配自己思维模式的“圣殿”。而如今，这种个性化的选择权正在被自上而下地剥夺。

作者认为，这种管理层叙事的转变，为他们提供了一种“打破过去几十年来程序员在公司中备受优待的平衡”的新方式。

对“自然语言编程”的古老警告

一些人将 LLM 的兴起，类比于从汇编到 Fortran 的语言革命。作者强烈反对这种类比，他认为两者有本质区别：

Fortran 根植于编程： 它没有消除编程的形式化，而是扩展了其表达力和精度。
Fortran 是可预测的： 给定输入，它总能产生正确的结果。

而 LLM 及其所依赖的自然语言指令，其本质是不精确的。这与程序员所珍视的一切背道而驰：可预测性、组合性、幂等性，以及那些不会“摇摆不定”的集成测试。 LLM 生成的代码代表了这一切的反面：不一致的混乱。

文章引用了计算机科学先驱迪杰斯特拉 (Dijkstra) 对“自然语言编程的愚蠢”的深刻批判：

“形式化文本的美德在于，它们的操纵只需要满足少数简单的规则即可……当你思考它时，你会发现，当我们使用母语时，我们几乎不可能避免各种各样的无稽之谈，而形式化文本是一个惊人有效的工具，可以排除所有这些胡说八道。”

我们对计算机精度的依赖和信任，或许正是我们如此轻易相信聊天机器人“言之凿凿”的原因，即使它们正在“煤气灯”般地误导我们。

注：“煤气灯效应”（Gaslighting）是一种心理操控手段，施加者通过不断地否认事实、扭曲真相，使受害者质疑自己的记忆、感受和理智。

认知外包的代价：丧失“理论构建”的能力

作者坦言，他发现自己在审查 LLM 生成的代码时，远不如审查自己或同事编写的代码时那么仔细。LLM 生成的代码似乎有一种天生的魔力，让人的“眼睛变得呆滞”。我们草草浏览，盲目接受，只要 CI 通过、程序能够编译，便万事大吉。直到几个小时后，才发现自己工作的基石早已腐烂。

这种“认知外包”的代价是巨大的。它剥夺了我们与代码库深度连接的机会，剥夺了我们形成对领域、问题和解决方案深刻理解的过程。

文章引用了 Peter Naur 的经典著作《编程即理论构建 (Programming as Theory Building)》。Naur 认为，编程的主要产出不是软件本身，而是程序员脑中构建起的关于代码库的“理论”——关于它如何运作、其形式化表达以及与现实世界的映射。只有具备了这个完善的“理论”，我们才能有效地对其进行扩展和修复。

而“Vibe-Coding”那种对 AI 生成代码的“矛盾一瞥”，使得构建这种理论变得极其困难，甚至不可能。优秀的设计源于沉浸，源于在文本缓冲区中反复推敲，甚至源于离开键盘的深度思考。AI 带来的“无摩擦”工作流，恰恰让我们避开了那些本可以通过迭代和探索“丑陋方案”才能最终发现优雅设计的道路。

小结：我愿为一名手艺人，而非操作员

文章最后，作者发出了充满个人情感的呐喊。他承认，让 AI 处理重复性的样板代码、或在文档海洋中寻找答案，并非坏事。但他“极度不愿”仅仅成为一个操作员或代码审查者，将有趣和创造性的工作拱手让人。

“我想要驾驶，想要沉浸于技艺，想要在管弦乐队中演奏，想要解决复杂的谜题。我愿为一名程序员，一名手艺人。”

作者认为，即使 LLM 达到了宣传中的高度，我们仍将失去我们之所以成为我们的根本：我们的技艺、我们的乐趣、我们与同事的连接，以及我们对所创造软件的自主理解。

这篇文章并非全然否定 AI，而是在 AI 狂热的叙事中，为“编程”这门古老而精妙的技艺发出了一声响亮且充满尊严的捍卫。它提醒我们，工具的进步不应以抹杀思考为代价，就像技术的进步不应以剥夺人们的工作和生存权利为代价一样。作为工程师，最终提供的价值在于我们的批判性思维、解决问题的乐趣以及我们亲手打磨的技艺。这些，或许才是 AI 时代下我们真正的“护城河”。

资料链接：https://hojberg.xyz/the-programmer-identity-crisis/

你的Go技能，是否也卡在了“熟练”到“精通”的瓶颈期？