@GergelyOrosz：情况1：开发者A认为方法X正确，开发者B认为方法Y正确。他们争论并试图说服对方……

X AI KOLs Following 2026/05/19 08:32 新闻

software-development llm collaboration learning code-review developer-experience

摘要

一条推文讨论开发者关于正确方法的争论提供了学习机会，而直接使用LLM实现代码则会失去这种学习。

情况1：开发者A认为方法X正确，开发者B认为方法Y正确。他们争论并试图说服对方。情况2：开发者A认为方法X正确，告诉LLM去实现它。情况1中有如此多的学习机会，而使用LLM时则失去了这些......

查看原文

查看缓存全文

缓存时间: 2026/05/19 14:48

情景1：开发者A认为方法X正确，开发者B认为方法Y才是对的。两人争论不休，试图说服对方。

情景2：开发者A认为方法X正确，直接让LLM来实现。

在情景1中有太多可学习的内容，在使用LLM时都丢失了……

相似文章

X AI KOLs Timeline

Gergely Orosz 发推文推荐了一期与 Dex Horthy 关于 LLM 上下文工程的播客，其中涵盖了几个教训，例如交付未经审核的代码的危险，以及如何识别 LLM 会话已被“轨迹污染”。

Hacker News Top

一位Hacker News用户向社区询问使用LLM编程的实验性方法，表达了当前提示-回应循环的不满，并寻求根本不同的方式。

X AI KOLs Timeline

一位开发者观察到，LLM 生成的 bug 已从差一错误转向更高层次的设计和上下文问题，并建议使用对抗性代码审查（例如 Claude 的 /code-review）来捕获这些 bug。

X AI KOLs Following

一条推文思考开发者在编写关键代码时对LLM的控制程度，提出了从“随性”到精心设计的尺度。

Lobsters Hottest

一篇博客文章，反思为什么像 OSDev 和 demoscene 这样的业余编程社区对使用 LLM 持敌对态度，并认为技艺与学习过程本身才是关键。