John Carmack：别做脱节的功夫大师
Don't be the out of touch Kung Fu master – John Carmack
我最近重读了宫本武藏的《五轮书》，书中描述了武术如何从战场上的实用技能演变为体育和爱好。这让我联想到编程领域：曾经需要手工汇编 opcodes 的硬核技能，如今在 AI 的冲击下正逐渐从实战技术（-jitsu）退化为一种爱好（-do）。虽然复古计算圈依然充满热情，但我们必须警惕成为那个固守传统、脱离现实的功夫大师，最终被不懂套路但实战高效的 MMA 选手击败。真正的技术演进，就像宫本武藏可能会拥抱突击步枪一样，需要拥抱新的工具。
别做那个脱离现实的功夫大师，作为几代传统的继承人，却被业余的 MMA 选手打得落花流水。
HN 评论区
411- glimshe
我们正从手动逐行转录思维模型的时代，走向软件工程师可以专注于数据结构、软件架构和算法的时代。
我热爱能够迅速将脑海中已经运行的程序具象化，而无需担心将其敲入编译器能理解的格式这一枯燥过程。无需再纠结 API 命名、语法、语言怪癖或库的陷阱。我作为软件工程师成功的职业生涯中，很大一部分时间都花在了与文本编辑器/IDE 交互的乏味过程中，只为让程序按我意愿运行。
我经历过人们还在写汇编语言的时代。那是一种缓慢的折磨，哪怕是最简单的事情都要花上好长时间才能搞定。
一旦我在脑海中解决了问题，对我来说乐趣就基本结束了。对于除了最简单系统之外的所有系统而言，纯粹的“氛围编程”（pure vibe coding）在当前技术下既无聊又不可持续；另一方面，AI 辅助编程重新点燃了我对计算机的热情。
- sriram_malhar
所有热情洋溢地谈论 AI 的人，都拥有过没有 AI 辅助的工作经历这一优势。他们受过基础训练。我们中有足够多的人从底层掌握了数据结构、并发、网络、语言设计等知识，这些知识得以传承。我担心的是，当整整一代人跳过了艰难学习基础的过程后，我们将生活在一个怎样的世界里。考虑到各类教育机构的出勤率，我担心那一天已经到来了。
- tkel
讽刺的是，这篇帖子本身就显得有些脱节。各种武术的目的不仅仅是为了在生死搏斗中获胜，或是尽可能高效地杀人。同样，编程的目的也不仅仅是生成尽可能多的代码，或者仅仅为了更“高效”。
- xyzsparetimexyz
“千万别掉队！！！”是我关于 AI 最不喜欢的帖子类型。关于 AI 其实没什么可学的。你只是在打字，告诉它要做什么。
- nickledave
> 2022 年，他离开 Oculus 去创办自己的 AGI 初创公司 Keen Technologies
https://en.wikipedia.org/wiki/John_Carmack
哦
- tripzilch
> 复古计算圈令人愉悦
他这话真是极其、极其不必要的居高临下。
充满了自以为是，即使他真的相信他写的代码比任何其他东西都重要，这也真的是一种不必要的挖苦。
尤其是出自这样一个在许多人心目中主要以其在如今许多人称为“复古计算”时代取得的成就而闻名的人之口。
当然，我知道这家伙几乎是 10 倍程序员（10x programmer）的代名词，他可以选择做任何他想做的事，所以他决定从事的工作可能对他来说是最重要的，如果那是 VR，那也是……一个选择。
但这并不意味着他应该如此居高临下地对待别人在做的事情。
- RunSet
我理解为什么人们看重 John Carmack 发布的代码，但我无法理解为什么人们看重他的公开言论。
“最终 id Tech 5 也会开源。这仍然是 id 的行事准则”[0]
“太棒了！我认为微软一直是游戏 IP 的好东家”[1]
纯属巧合的是，John Carmack 正在兜售机器生成的代码。[2]
[0] https://web.archive.org/web/2008103111457/http://www.linuxg...
[1] https://x.com/ID_AA_Carmack/status/1308069857913720832
[2] https://80.lv/articles/john-carmack-s-agi-startup-keen-techn...
- uncomputation
看到 Carmack 跌落至此，对他曾经推动的编程艺术如此缺乏尊重，真的令人尴尬。与战斗中的剑和武术不同，代码仍然是必需的。并不是出现了某种完全不用代码的新媒介。问题只是谁在写代码：是人类，还是统计模型。枪取代了剑，汽车取代了马，但编程代理并没有取代代码本身。一个更好的类比是，如果我们最终没有使用枪，而是使用了先进的功夫格斗机器人。那倒真是很酷……
- evolve-maz
很有趣的是，仅仅在几年间，很多人的观点发生了如下转变：
> “架构宇航员（Architecture astronauts）已经脱节，不该提供任何建议，因为他们很久没写代码了。只有亲自动手的工程师才能塑造它，因为设计是随着代码的编写而演进的。”
变成了
> “我专注于架构模式和高阶目标，剩下的交给 LLM 处理。”
类似的评论也针对任何不每天写代码的人，不仅仅是架构师。
没有什么陷阱，我只是觉得这值得反思。
- hermitcrab
作为一名读过《五轮书》（译本）、练习过大量武术且编程约 50 年的人，这篇文章引起了我的共鸣。
我目前自己开发应用并在线销售，所以没有雇主逼迫我使用 AI。但我感觉自己就像一只看着流星即将到来的恐龙。
目前，我只是把 MSCopilot 当作增强版的 StackOverflow，我发现它在这方面很有用。但我离 Cursor、Claude、harnesses、agents 或“氛围编程”还差得远。
看来我的选择是：
1. 继续将 AI 用作增强版的 StackOverflow（例如回答关于 API 的问题）
2. 拥抱新的 AI 编程工具
我真的不太相信选项 2。我不信任 AI 来处理我花了 20 年构建的代码库。而且我也快退休了，不确定自己是否愿意再次彻底改变工作方式。很想听听其他编程恐龙得出了什么结论。