开发者担忧LLM让程序员不再在编码中被动学习新技能

图片：美国空军技术中士 Lauren Gleason 拍摄，公有领域。

在企业编程世界里，LLM 至少在我所处的圈子里已经无处不在。从某些方面来说，这很棒。对于那些抱怨垃圾代码和幻觉的人，我可以向你们保证，在 LLM 出现之前，这两样东西就已经以惊人的数量存在了。所以，在某种程度上，这是一次值得欢迎的工具改进，甚至可能提高了许多公司内部的代码质量中位数。

但我感到担忧。在过去的世界里，你想不学习都难。当你不得不钻进某个古老的遗留代码库时，你很可能学到了一些新技巧，甚至可能在并不情愿的情况下了解了一个构建系统。我们当时对此抱怨连连，但那种新想法和新技能的缓慢积累真的很有意义。这还没算上偶尔的“技术较劲”，或者你在“砍牦牛毛”时一头扎进的兔子洞——最后你决定，你就是要亲手解决这个烦人的问题，然后接下来的一个月都扑在上面。

这些现在都不会发生了。我们不再遇到摩擦，因为 LLM 替我们把它抹平了。我们看不到事情的不同做法，因为工具在执行时甚至不再向我们展示代码。

取而代之的是，我们可能同时进行三到五个项目，只是在各个项目之间轮转，等 agent 回来要下一个 prompt。我们真的都在因为被“晋升为管理者”而受苦，我们的技术技能正在退化。

$work 不会希望我们在可以用 agent 跑 30 英里/小时的时候还以 2 英里/小时的速度写代码。我认为我们得借鉴其他经历过从手动技术工作向自动化技术工作重大转变的行业的做法，特别是航空业——在航空业，即使自动驾驶能够完成大量飞行任务，飞行员仍被要求保持手动飞行小时数以维持资质。为了保持胜任力并对真正提升技能抱有任何希望，这需要专门的投入。而在 $work 想明白这一点之前，这只能在我们自己的时间里完成。

在家里动手做事。忍受自己搭建项目时的摩擦。学一门新语言。去读 Knuth。基本上，之前那些老建议都适用。现在可能比以往任何时候都更是如此：拥有广泛的知识基础是一种优势。学习你工作所在抽象层级下面一层的东西。

阅读、写作、写代码，下班后远离 LLM。如果你还没做过，去亲手写一个 coding harness，看看它到底是怎么运作的。

我甚至想说，那些在 $work 最久地避免使用 LLM 的人反而会占据优势。这些工具上手极其容易，不需要任何特殊技能就能掌握。如果你错过了 LLM 爆发的这一年，今天才跳进来，你大概会拥有一套更敏锐的技术技能，对模型能做什么也少有先入为主的观念。你也不太可能低估你能向最新一代模型提出的要求。

总有例外。有些人有纪律一次只做一个项目，从不按“轻松按钮”，把 LLM 管得服服帖帖，阅读所有代码，维护心智模型，等等。但一般来说，最好不要假设自己是那个例外，而是老老实实下功夫。

一个 AI 给这篇文章做了拼写检查。文字和思想是我自己的。