在AI世界中，最有价值的开发者将是工匠与建造者的结合体

标题：在人工智能时代，最有价值的开发者将是兼具工匠精神与建造能力的人

人类历史长河中，我们不断发明工具以简化生活。矛、轮子、印刷机、互联网——所有这些皆由我们发达的大脑所创造，目的正是为了让我们无需过度动用大脑便能完成任务.

人工智能只是漫长技术演进史上众多改变人类创造与消费方式的发明之一。尽管人工智能最终将把人类整体带向何方尚不可知（就我个人而言，我认为其当前的变革影响力介于互联网与 Kindle 之间），但它无疑已为科技界带来了一场根本性变革。AI 工具几乎颠覆了科技与软件领域的方方面面——而软件，正如某些人所言（参见此处），正是我们现代社会的基石，并深刻改变了全球技术从业者日常任务与工作流程的运作方式。

这一点在我们编写代码的方式上尤为明显：2023 年，GitHub 曾宣称，其用户所编写的全部语言代码中，46% 是由 GitHub Copilot 生成的（来源）。截至 2026 年 4 月，Google 新增代码中 75% 均为 AI 生成。依据何在？正是其 CEO 最近发布的博客文章（来源）。Google 在此方面已持续推动多年——仅用一年半时间，AI 生成代码的比例便从 25%（来源）跃升至 75%。顺便一提……这些数字还真是恰到好处的整数啊，Google。

我认为我们都同意，很多被写出来的代码是不可用的、不安全的、混乱的代码意大利面，但即便如此。AI生成的代码行数正在以人类开发者无法跟上的指数级速度增长。

尽管我会对那些关于“每天生成 37,000 行代码”的故事（原文链接）持保留态度——虽然我赞赏其中的“token-maxxing”（极致利用 token）精神——但可以肯定的是，编码助手已席卷整个软件开发领域。根据我们的 2025 年开发者调查，84% 的开发者与技术人员已采用 AI 工具，其中 51% 的人每天都在使用 AI 工具。

请提供需要翻译的 Markdown 文章内容，我将按照要求直接返回翻译后的中文 Markdown。

而且，这没什么可羞耻的——我第一个承认，我确实用 Gemini 来查询了所有这些统计数据——但这确实让我产生了几个疑问。第一个问题：当我们从一个名为“AI”的神秘魔法黑盒（详见此处）中直接生成 37,000 行代码时，我们究竟在创造什么？我猜，就连那位亲自生成这段代码、热衷宣传的 CEO 本人，恐怕也无法准确告诉你答案。

第二个问题：当我们从自己所创造之物的创作过程中抽身而出时，会发生什么？由此延伸的问题是：我们还能否将完全由人工智能生成的作品视为自己的创作？

我提出的这些问题，其实与自1440年第一张活字印刷纸问世以来，人类一直在彼此争论的哲学困境如出一辙。总有人在某个地方断言，新技术意味着一切的终结——而且终有一天，他们确实会是对的；但就目前而言，他们仅部分正确。技术所终结的，只是某一种特定的东西：现状（status quo）。

总体而言，我们不再自己制作家具，也不再手写信件给生活中的人。然而，曾几何时，如果你想拥有一把新椅子，或想与异地恋人分手，你就必须亲手制作椅子、亲笔写信。这曾是常态。如今，我们有了宜家（IKEA）和WhatsApp，这种旧有常态已然过时。但这并不意味着手写、木工等传统技艺已完全消失——只是我们倾向于将这些低科技、老派的手工艺留给世界上的匠人们，他们拥有足够的耐心与专注力去从事这些工作。此处无需削木雕琢。

而“匠人”（artisan）一词，恰恰直指我们永恒的哲学困境核心：当技术赋予我们功能强大的工具，使我们能以前所未有的速度构建任何想要之物时，身为一名匠人还有什么意义？谁还会慢条斯理、亲手打造一把椅子，而不去用同样时间组装数百把宜家椅子？谁会仅仅为了“做椅子”而做椅子？当AI能在一半时间内为你构建出任何你想要的程序时，谁又会仅仅为了“写代码”而去写代码？

“工匠”与“建造者”的二分法，是当前开发者社区围绕 AI 工具使用展开讨论的核心议题。近期，来自 Major League Hacking 的 Mike Swift 指出，编码助手正在引发软件开发领域的“范式转变”，深刻改变了开发者的工作方式、构建速度以及他们对自身身份的认知。Mike 表示：“历史上，成为一名开发者是一种身份认同，因为你必须掌握这门技艺才能胜任；但如今，这一点已不再必然成立。”我们也不应忘记，这种身份认同的消解，恰恰是 AI 所承诺的愿景之一——现在，你无需学习任何专业技能，就能同时成为程序员、视频剪辑师、作家、数学家或设计师。事实上，AI 已大幅降低了几乎所有技艺的入门门槛。甚至，它还能辅助诊断疾病（例如抑郁症和焦虑症），尽管你绝对不应让 ChatGPT 充当你的主治医生。

请提供需要翻译的 Markdown 文章内容，我将按照要求直接返回翻译后的中文 Markdown 内容。

无论好坏，我们已借助 AI 创造出无数捷径——如今，仅需每月 20 美元的低价，你便能将学习、工作、人际关系，甚至健康决策统统外包给聊天机器人！这种“外包”现象在软件开发领域尤为突出：从业者被要求以最快的速度不断构建、构建、再构建。企业不再需要那些以缓慢而精细的手艺打造出市场所能企及最高品质产品的工匠；相反，他们需要的是能坐在工位上、像组装宜家椅子一样，在几分钟内拼装出数百把椅子的“搭建者”。

而 AI 编程助手为任何人提供了一种便捷、高效的方式，使其能够以闪电般的速度构建软件，且无需任何手工技艺。但宜家的椅子本就不是为长久使用而设计的，AI 生成的软件亦是如此。当企业纷纷遭遇其粗制滥造的“椅子”（即低质量产品）和 AI 生成的软件崩溃时，又会发生什么呢？

诚然，我认为“工匠”与“建造者”的二元对立其实并不必要。借助 AI，我们已抵达技术发展史上的又一个转折点——它终结了当前的现状，并催生出一种全新的格局：开发者将进化为兼具速度与规模能力的“工匠”，亲手构建科技的未来。

在讨论我提出的“建筑匠人”（building-artisans）与“手工艺建造者”（artisanal-builders）之前，有必要先深入剖析——为什么开发者身份亟需演进。但首先，请允许我先谈谈我自己。

我从未自称是经验丰富的开发者，也从未声称自己对技术有多了解（除了在 Stack 面试时，为了给未来的同事留下好印象，曾假装对人工智能很懂）。我毫不掩饰地以一名“眼睛明亮、尾巴蓬松”的编程新手自居——没错，就是那种刚入行、充满热情但技术尚浅的菜鸟。然而，借助 AI 编程工具的力量，我居然能在短短几小时内构建出功能完整（好吧，至少是部分可用）的应用程序。

我并不认为自己是这类问题上的“构建者”或“工匠”（我更喜欢自称“技术新手”），但我确信，如今已有大量自称为“软件构建者”的人正在使用“氛围编码”（vibe-coding）工具。我是如何知道这一点的？因为他们把自己的 LinkedIn 个人简介写成“正在打造下一个 XYZ”，却压根不懂一行代码。这并非要贬低这些雄心勃勃的实干家——我深知，单枪匹马打造出一个产品需要真正的勇气与毅力——但他们的“软件构建者”身份，恰恰引发了这样一个问题：掌握哪怕一丁点编程知识，真的还那么必要吗？今天，你同样可以成为一名软件构建者！然而，这对过去那些真正的软件构建者而言，又意味着什么？

人工智能已使手工编写代码彻底变成一种可选项，甚至近乎过时。但如果一名开发者不再亲手写代码, 那他还能称得上是“开发者”吗？这正是 Mike Swift 所提到的那种范式转变。开发者的身份，不能再以“会写代码”与“不会写代码”来区分；问题已不再是“谁能构建软件、谁不能”。如今，任何拥有 Claude 订阅权限的人（包括我在内）都能做到这一点。因此，真正关键且具有辨识度的问题变成了：“究竟是什么，让开发者在软件构建过程中依然不可或缺？”

这种不可或缺性源于开发人员多年的经验——他们的工匠精神。如果你能够利用这种工匠精神并加以构建，你就拥有了一张通往成功的金色门票。我自己作为一名写作者也经历过这一点。如果人工智能在生成代码方面表现出色，那么它在撰写散文方面则更为出色。

在人工智能发展的早期，当人们发现只需向机器人输入一个模糊的四字提示，就能得到数段逻辑通顺、内容合理的文字时，仿佛人人都成了作家。那些毫无写作经验的人，竟能产出与我水平相当的内容。所谓“精进技艺”，看来也不过如此？作家的身份，已不再取决于是否能写出好文章——那么，若“写得好”不再是成为合格作家的前提，我又该凭借什么来证明自己是一名货真价实的作家呢？

好吧，随着围绕 AI 生成内容的喧嚣逐渐平息，人们也厌倦了那些“三段式结构”、破折号堆砌以及刻意对比的写作套路，写作重新回归为一门手艺。若想在 AI 时代成为一名真正的写作者，仅靠罗列几篇作品作为证明已远远不够——你必须讲好一个故事，一个能打动人心、引发共鸣的故事。事实证明，这正是我多年手工艺式写作训练所积累的真正价值所在.

而且，这些独特的手艺特质其实很容易构建：无论是否借助 AI，我作为匠人的技能始终塑造着我所创造的内容。因为我确实懂得如何亲手雕琢出高质量的故事，AI 才真正成为我提升写作速度与规模的得力助手，使我得以跟上那些希望以远超我打字速度推进项目的开发者们。正因我愿意以这种方式运用自己的手艺，我才能将这份匠人精神用于构建自己真正关心的事物——与节奏飞快的开发者并肩协作，共同产出真实而有意义的内容.

换言之，我就是那位协助宜家（IKEA）设计更优座椅的木匠。

请提供需要翻译的 Markdown 文章内容，我将按照要求进行翻译。

开发者有机会在“构建者”主导的世界中成为一位技艺精湛的匠人。正如 Mike Swift 所言：“我们必须认识到，真正的价值产生于创意、沟通与品位——即清楚该构建什么、为何构建它，以及如何让大语言模型（LLM）或你的团队高效地完成构建。”Swift 所提到的“品位”，唯有通过专业积累与实践经验才能获得，这正是工匠精神的体现。真正懂得如何让一把椅子稳固可靠的人，是那些亲手制作过椅子的人；同样，真正知道如何保障代码库安全、提升应用性能，或实现无头（headless）软件架构的人，也必然是那些精通编程的人。

请提供需要翻译的 Markdown 文章内容，我将按照要求进行翻译。

而手工打造的资产（artisan assets）仍不可或缺。一旦 AI 达到成熟阶段，AI 生成的代码在早期开发阶段非常有用，但要构建安全可靠的产品，仍需深厚的技术专业能力。

微软开发者社区副总裁 Scott Hanselman（原文链接）曾提出关键问题：“目标是做一个原型？还是交付一个坚如磐石、安全可靠、可扩展至数百万用户并能让他们放心托付数据的银行级平台？”尽管 AI 生成代码适用于前者，但我们的数字世界正是建立在后者之上的。唯有依靠扎实的知识与技术专长，才能打造出真正稳固、安全的平台。Hanselman 补充道：“一位缺乏具体技术背景或编程知识的非技术型‘氛围编码者’（vibe coder），很可能会误导 AI，也误导自己，最终陷入各种奇怪的硬编码陷阱。”他进一步强调：“编写一个临时性的小工具，与发布 Windows、.NET 或其他底层基础性系统之间，存在着巨大鸿沟。”

（注：原文中大量不可见 Unicode 字符已过滤，仅保留有效内容进行翻译。）

如果我们希望持续交付 Hanselman 所谈及的那种坚实、安全的软件——而我们确实希望如此——那么仅靠 AI 生成的代码是远远不够的。然而，我们对软件的需求却日益增长，而手工编写代码的速度根本无法满足这种需求。但或许我们不必在“快速迭代、频繁出错”与“缓慢构建、质量可靠”之间二选一。如今，开发者已拥有既能提速又能保障质量的工具——他们可以成为一位精工细作的匠人，既高效又稳健地构建软件。

我们身处一个由“建造者”主导的世界。企业运作亦遵循这一模式：以速度与效率为优先目标。然而，要打造出 Scott Hanselman 所强调的那种坚如磐石的软件，工匠般的专业能力——即那些真正理解何为可运行、安全且健壮的代码库的人才——将变得愈发珍贵。这一点我们在写作与叙事领域早已见证：内容的筛选与审美判断，已成为区分优秀与平庸作品的核心标准。

我预计开发工作不会落后太久，尤其是随着 AI 为代码带来的无限可能性将催生对代码的无限需求。由于构建者如今拥有近乎无限的可能性来创造各类代码，他们将持续开发那些在规模化场景下无法正常运行的系统——这些系统可能崩溃，或向恶意攻击者暴露敏感数据。为了修复这无穷多种潜在的软件程序问题，他们将需要真正精通代码的专家介入，承担起让一切正常运转的实际工作。

但在构建者的世界中，工匠调整和进化他们的技艺以适应时代的需求至关重要。就像我们无法忽视印刷术、无法拒绝轮子、无法关闭互联网一样，AI 辅助工作正成为一种不可避免的趋势。但这些都只是工具，它们可以让工匠和专家的工作变得更加轻松。Mike Swift 表示：“我们现在所处的世界，实际上正处于动力工具诞生的阶段。”“[就像动力工具一样，] 我们已经优化了工具流程来解决问题、构建产品，以满足最终用户的需求。”对于开发者来说，从容接受这些动力工具是适应我们新的 AI 世界的关键。

并非所有缓慢、细致且富有匠人精神的事物都已消失。或许现状已然改变，但正如我们发明了轮子，并不意味着人们就不再步行了。关键不在于成为纯粹的匠人，也不在于成为纯粹的建造者，而在于兼具两者特质。很可能，这种“匠人-建造者”的融合体，将成为新一代软件开发者最显著的特征标识。为证明这一点，我用钢笔在笔记本上写下了本文初稿——因为这种方式能帮助我更好地进入写作状态，即便我的笔记本电脑旁正开着 Gemini。

手工艺并未消亡——对于写作如此，对于软件开发更是如此。我们之所以能够毫无技能地组装一张宜家椅子，是因为有技能的人已经为我们设计、测试并生产了椅子的各个组件。我们的椅子和软件仍然需要经验丰富的手工艺者。我们的代码仍然需要开发者。而那些懂得如何构建的“手工艺开发者”将比任何人工智能都更加 valuable。