快速与硬核代码

# 快速而艰深的代码 来源：https://lucumr.pocoo.org/2026/8/22/fast-hard-code/ 撰写于 2026年8月22日 推特上的一个流行说法是“编程问题现在已解决”。我不确定这在多大程度上属实，但有一点非常明确：熟悉一门语言的过程不再重要，一些曾对人类至关重要的阻力，对智能体而言已无关紧要。 因此，LLM 使得语言选择远不如过去那般关键。如果你不喜欢某个选择，似乎可以用另一种语言重写代码，甚至可以让你——作为程序员——完全不熟悉的语言来完成它。 这反过来也意味着，人们确实会更依赖于语言的营销来做出选择。作为长期的 Rust 程序员，我饶有兴趣地看到，现在发布 Rust 代码的人，其中一些以前可能不会选择它。我将此部分归因于近期两个趋势的转变：关于追求快速软件的讨论越来越多，以及关于 LLM 在不回退行为的前提下进行卓越代码优化的讨论也越来越多。 像 Mitchell Hashimoto、Charlie Marsh、Jarred Sumner、Daniel Lemire 等许多人始终对快速、高性能的软件怀有某种执着，并且他们碰巧都乐于接受智能体编写代码。也许是受此影响，或其他不相关原因，现在其他人也纷纷加入。这是因为有了像 autoresearch (https://github.com/davebcn87/pi-autoresearch) 这样的项目，你甚至不必掌握所有技巧——只需让智能体来处理即可，当然，相关知识依然大有裨益。 环顾四周，有许多项目追求快速和小巧，它们越来越多地选择“艰深的语言”。从中受益的不仅是 Rust。即使是 Zig——尽管其创造者和部分核心社区对 AI 一事相当不以为然——也不例外。例如，Cloudflare 的新 Artifacts (https://blog.cloudflare.com/artifacts-git-for-agents-beta/) 服务使用纯 Zig 编写的 Git 协议引擎，编译成约 100 KB 的 WebAssembly 模块；而 Vercel 则发布了 fx (https://github.com/vercel-labs/fx)，一个被宣传为小巧快速的 Zig 编码智能体。据我所知，这些项目大多都在 LLM 的辅助下完成。 这不仅仅是人们选择了不常见的语言，还在于他们正越来越多地使用“更艰深”的技术。突然间，我看到人们利用 DWARF 文件、eBPF、自定义网络驱动、自定义加密和非常古老的计算机硬件做出了许多令人印象深刻的事情。此前，这些东西对许多开发者来说都是禁区。在某些情况下（例如加密），你甚至会被拒之门外，因为知情者有意设立了门槛。 因此，也许世界上会有更多质量不高的代码，但可能也会有更多开发者，他们追求快速和小巧的软件。 本文标签：ai (https://lucumr.pocoo.org/tags/ai/)、编程 (https://lucumr.pocoo.org/tags/programming/) 和 想法 (https://lucumr.pocoo.org/tags/thoughts/) 复制为 (https://lucumr.pocoo.org/2026/8/22/fast-hard-code.md)/查看 (https://lucumr.pocoo.org/2026/8/22/fast-hard-code.md) markdown