一切都在改变，而又什么都不变

Source: Hacker News

请提供您希望翻译的正文内容，我将按照要求保留链接并翻译为简体中文。

向批量生产代码的转变

这是一个对软件工程师来说非常奇怪的时代。我们正以飞快的速度推进一场技术革命，将我们的行业从手工艺转变为大规模生产和廉价代码。这对那些像我一样认同编程艺术与优雅的人来说是痛苦的，因为我们不得不面对这样一个事实：我们不再是艺术家，而只是为钱打字的人。

大型语言模型与新现实

我对最初因为幻觉等问题而拒绝大型语言模型（LLM）实用性的人持同情态度，但在过去一年里，继续坚持这种说法已经变得荒唐。如今，否认一个 AI 编写 90‑100 % 代码 的未来（视频链接）几乎是一种故意的无知。

事实上，在领先的 AI 实验室里，一些工程师已经 不再自己写任何代码（报道）。创业公司以及最终的企业也在效仿。如果你作为软件工程师的日常工作仍然与 2022 年几乎没有区别，那么这种情况很快就会改变。尽管变化如此迅速，我仍感到些许安慰，因为许多基础知识仍然保持不变——至少目前是这样。

永恒的基础

软件工程一直真正是关于结果，而非代码。这就是为什么优秀的工程师会把大量时间用于思考生产力和团队协作。

可扩展的原则

• 小而堆叠的差异 – 对于人类理解以及大量代理并发修改都非常有帮助。
• 持续部署、自动化测试和轻松回滚 – 本身就是一个好主意，在你比以往任何时候都发布更多代码时更显优势。

好工程师的素质

什么造就了一名优秀的软件工程师？我认为很大程度上取决于品味和直觉（通常是通过多年经验积累的）。这点仍然成立，尽管这种直觉现在更多体现在架构层面，而不是单行代码。

初级工程师现在必须一上来就培养这种架构品味，基本上可以绕过对代码品味的需求。前沿模型正在编写越来越干净的代码，尤其是配合优秀的 AGENTS.md 来指导时。但它们在理解并真正参与定义我们工作的大量约束（包括社会和技术层面）时仍显不足。

Future Outlook

我一直在告诉自己，这已经足够；我的建设者身份可以保持完整。在短期到中期（< 5 年）内，我相当有信心这些原则仍然成立。超出这个范围，我就不太确定了。理论上，LLM 可以自动化任何可以用符号表达的事物，我认为工程原则——甚至是品味——也可以被自动化。

情感图景

Adam Leventhal 和 Simon Willison 为当下许多软件工程师普遍感受到的恐惧情绪创造了术语 Deep Blue。我有时会深切体会到这种感觉。但在另一些日子里，当我真正投入这种全新的构建方式时，很难不被那种 纯粹的喜悦 所感染——那种极其快速的反馈循环以及在同时协调多个并发代理共同构建新事物时所产生的广阔感。

并不是每个人都能喜欢这种工作，许多工程师（尤其是职业生涯早期的）缺乏能够缓冲这种动荡的经验和职业网络。我们正身处于 creative destruction 之中。这里既有真正的兴奋，也有悲伤——同时承受二者会让人感到痛苦。