专家级新手和独狼将主导早期LLM时代

Jeff Geerling 新闻

摘要

作者反思了本地LLM(GPT-OSS 20B、Qwen3 Coder 30B)如何帮助他将博客从Drupal迁移到静态站点,并将其比作快速交付代码但需要审查的初级开发人员。他认为,'专家级新手'和'独狼'将在早期LLM时代蓬勃发展。

<p>在2009年将这个博客从静态站点生成器迁移到Drupal后,我注意到:</p> <blockquote> <p>一个令人遗憾的副作用是,所有的博客评论都消失了。永远地消失了。抹掉了。但别担心,我们可以在许多新帖子上开始新的讨论!我已经归档了旧版'Thingamablog'博客的所有评论,但无法在这里重新发布(至少以我的时间安排……只需一个不错的导入脚本,但我现在没有时间做这个)。</p>
查看原文
查看缓存全文

缓存时间: 2026/05/16 03:38

# 专家新手与独狼将在LLM早期时代占据主导 来源:https://www.jeffgeerling.com/blog/2026/expert-beginners-and-lone-wolves-dominate-llm-era/ 在2009年将本博客从静态网站生成器迁移到Drupal(https://www.jeffgeerling.com/blog/2009/moved-drupal-hello-drupal/)后,我曾写道: > 一个令人遗憾的副作用是,所有博客评论都消失了。永远地消失了。不过别担心,我们可以在许多新帖子上开启新的讨论!我已经把旧版"Thingamablog"博客的所有评论都存档了,但无法重新发布到这里(至少以我的时间限制做不到……只需要一个合适的导入脚本,但我现在没时间做)。 今年当我从Drupal迁移回静态网站(https://www.jeffgeerling.com/blog/2026/migrated-to-hugo/)时,情况本该如此——但我想测试本地LLM来协助迁移。我自认是个"AI怀疑论者",但必须承认LLM在完成某些任务方面的表现令人印象深刻,尤其是如果你把它们当作小团队里的初级开发人员,将工作分解成合理大小的任务,并分阶段审查工作(在版本控制系统中检查代码)——就像你作为技术架构师所做的那样。 我曾与多个团队合作过,可以说我在Mac上使用的两个模型(通过Ollama运行的GPT-OSS 20B和Qwen3 Coder 30B)相当于我合作过的开发团队中偏低端水平。"前沿"模型可能更好,但它们仍无法解决计算机科学中普遍存在的所有问题! > **注意**:这篇博文(以及本博客上过去或未来的任何博文)中的每一个字都不是由LLM撰写或借助LLM辅助完成的——是的,我使用了em破折号,这在Mac上很容易输入(⇧ + ⌥ + `-`)。Sosumi (https://alxwntr.com/classic-mac-os-sounds/) 在我全职担任技术架构师期间,我遇到过: - **需求遗漏**:有时是我自己的错,但更多时候是某个功能缺失了重要内容。代码实现了功能,但缺少一两个关键部分,无法获得利益相关者的批准。有时是没人考虑到的细节,事后却显而易见。 - **可用但不理想的实现**:在构建了至少几百个Drupal网站后,我学到了一些设计模式——要么导致无法维护的灾难,要么造就高效、可维护的网站。开发者越初级,我花时间引导他们走向更平稳路径的次数就越多。 - **过早优化**:矛盾的另一方面是花费*过多*时间追求功能的完美。有时代码在迁移中只运行一次,之后便无关紧要。所以不要花几个小时优化它的Big O(https://en.wikipedia.org/wiki/Big_O_notation)只为在7小时的流程中节省3分钟! - **职业倦怠**:看到自己和开发者身上出现的倦怠模式,我努力帮助项目经理减轻负担,或在艰巨任务中对开发者更宽容。有时只是从开发者肩上卸下一项任务,有时则是撤回一个功能并重新调整需求。 我求助的LLM在不同时候都遇到了这四个问题(没错,甚至包括'职业倦怠',因为它们的上下文窗口对于我那台寒酸的Mac mini来说变得太大,我不得不重置并重新开始)。 最大的区别是什么?我可以提供一小组需求[1](https://www.jeffgeerling.com/blog/2026/expert-beginners-and-lone-wolves-dominate-llm-era/#fn:1),然后**在1-2分钟内,我就能得到可运行的代码**。也许不是*完美运行*的代码,但已经非常接近能满足我所有需求的那个代码了。 如果我把同样的任务分配给一个小型开发团队,我至少要等*一天*才能看到第一份可供审查的代码。也许两天。而且很可能要经过一个完整的冲刺(例如2周)才能准备好一个解决方案进行QA测试。 在初次成功获得所需代码(编码只占这个项目大约一半的工作)之后,我有点困扰: *我能在几个晚上完成整个评论迁移工作。* 能做到这一点当然感觉很好。但'高级'开发者也能同样高效,*却省去了指导初级开发者完成这个过程的有益工作*,这一点让我担忧。 AI/LLM——即使是最好的'前沿'模型——无法,而且我相信*永远无法*胜任像内容迁移这类任务中剩下的80%工作。 最好的项目——那些不超预算和进度的项目——需要那些从新手阶段一路摸爬滚打过来的人来负责技术和项目管理。 我们需要那些曾因一个糟糕的查询或迁移步骤导致整个网站崩溃的人。我们需要那些曾在周五部署导致数据库崩溃后,在周末夜晚承受愤怒系统管理员怒火的人…… 这些经验不是免费的。 借助AI/LLM,且缺乏指导环节,最终会形成两种开发者: 1. **专家新手**:那些觉得用AI编码工具就能*搞定一切*的初级开发者。(但他们看不到潜伏在自己代码中的巨大隐患。) 2. **独狼开发者**:那些在AI时代之前的早期经历了磨练的开发者,他们拥有像指挥管弦乐队一样驾驭LLM的工具,能*快速*构建像样的软件——而且是*独自*完成。现在他们没有任何借口再与初级开发者一起工作,并成为他们本应成为的那种"臭脾气老手"[2](https://www.jeffgeerling.com/blog/2026/expert-beginners-and-lone-wolves-dominate-llm-era/#fn:2)。 如今从第一种转型为第二种的路径变少了。甚至假设你应该努力成为第二种也未必正确。我认为我们需要"中产阶级"开发者:那些希望谋生、按时上下班、构建有助于世界运转的软件的人。 这些开发者同样受益于在职业生涯早期传统上会获得的指导(以及偶尔的烦恼)。 唯唯诺诺的LLM无法替代资深开发者。 而且它们几乎与QA工作[3](https://www.jeffgeerling.com/blog/2026/expert-beginners-and-lone-wolves-dominate-llm-era/#fn:3)中你想要的东西正好*相反*。 *我将这段摘录从《将13,000条评论从Drupal迁移到Hugo》(https://www.jeffgeerling.com/blog/2026/migrating-13000-comments-from-drupal-to-hugo/)中重新发布为独立博文,因为关于LLM如何改变'程序员'角色的话题,我将来还会写更多。*

相似文章

2026年的大语言模型(截至目前)

Simon Willison's Blog

Simon Willison在WeAreDevelopers World Congress North America的主题演讲总结了2026年大语言模型的关键发展,包括可靠的编程智能体的兴起,以及像Claude Opus 4.5和GPT-5.1这样的模型发布。

新DSL如何在LLM时代生存

Hacker News Top

本文探讨了新的领域特定语言(DSL)如何通过强调强大的文档、交互式着陆页以及稳健的工具(如语言服务器和诊断)在LLM时代保持相关性,并以作者的项目Web Pipe和Datafarm为例。