七月初，Hacker News 上有一个帖子引发了两百多人的激烈讨论。标题很直白：「I’m opening VSCode less and less every day」，我每天打开 VSCode 的次数越来越少了。

发帖者是一个有九年经验的开发者。他不是 AI 布道师，也不是硅谷 KOL。他只是一个每天写代码的普通工程师，在描述一件他最近才意识到的微妙变化：他不怎么需要 IDE 了。

从「写代码」到「读代码」#

这个转变是怎么发生的？他描述了一个渐进的过程。

最早是 AI 插件进入 VSCode。那时他还是主力写代码的人，只不过 AI 会帮忙补全或建议。他写得少了，读得多了，读 AI 生成的代码，判断是否采纳。

然后 Claude 的桌面应用出现了。一开始他觉得不好用，还是留在 VSCode 里。但随着桌面端不断迭代，IDE 插件反而变得臃肿卡顿，他慢慢把注意力从代码编辑器转移到了 AI 桌面应用上。

现在是这样的：他在 Claude（或 Codex）的终端里描述需求，AI 生成改动，他在应用里看 diff。只有需要深入审查时，才切回 VSCode。

结果就是，「I rarely open VSCode now. I rarely write code now.」

以及那句让评论区破防的话：「I miss writing code.」

评论区里的代际分裂#

HN 的评论区完美展现了当下开发者群体的认知分裂。

有人共鸣：「我也快到卸载 VSCode 的边缘了，只用轻量级编辑器处理 .env 文件之类的，几乎不手动写代码了。奇怪的时代。」

有人反击：「你们的代码品味为零吧？现在没有一个模型写代码能比我自己写得更好，我完全无法理解为什么有人能接受模型生成的那些粗糙货色。」

有人理性：「AI 让开发者少写代码，但不应该让我们理解得更少。如果你怀念写代码本身，那说明你真正在乎这门手艺。」

还有人提供了一个被高频引用的新角色框架，来自 Boris Cherny 的分类：

  1. 原型师（Prototyper）：快速产出大量想法，大部分不会真正上线
  2. 构建者（Builder）：把原型快速转化为可生产的基础设施和产品
  3. 清扫者（Sweeper）：清理 UI、简化代码和系统、移除冗余、优化性能
  4. 培育者（Grower）：在已有产品基础上迭代优化、扩展功能

这个框架的精妙之处在于，它不再用「初级 / 高级 / 架构师」来定义开发者，而是按工作性质划分角色。在 AI 时代，同一个人可能会在这四个角色之间频繁切换。

我们到底在失去什么？#

这个帖子之所以引发如此强烈的共鸣和争论，是因为它触碰了一个更深层的问题：编程的本质到底是「创造」还是「交付」？

如果你把编程看作一种创造行为，指尖在键盘上舞蹈，将逻辑从脑海中转化为屏幕上的字符，反复调试直到一切完美运行，那么 AI 正在夺走你最大的快乐来源。

但如果你把编程看作解决问题的手段，你有一个需求，你需要一个可运行的方案，而「亲自写代码」只是达成目标的一种路径，那么 AI 代理就是迄今为止最强大的工具。

这种分歧不是对错问题。它取决于你在职业生涯的哪个阶段，面对什么样的项目，以及你从编程中获得的核心满足感是什么。

一位 HN 用户说得很好：「回顾你的职业生涯，你会发现大部分时间不是在写代码，而是在读代码。你需要在逻辑上来回穿梭才能理解它。你只有在启动新项目时才感到有掌控感，因为那时你在写大量的骨架代码和初始核心逻辑。」

新工作流的真实形态#

那么，一个「不怎么打开 IDE」的开发者，他的日常到底是什么样的？

从 HN 讨论中浮现出几个共同的模式：

第一步：需求对话。 在 Codex 或 Claude Code 的终端里，用自然语言描述需求。不是简单的一句话，而是一个结构化的对话：上下文、约束、期望的输出格式。有些开发者会先用 AI 写一份 ADR（架构决策记录），作为后续所有改动的锚点。

第二步：AI 生成与审查。 AI 产出代码改动。开发者的工作从「写代码」变成了「审查 diff」。这个过程不是被动的，你需要理解 AI 做了什么，判断是否符合预期，识别潜在的边界问题。

第三步：分类审查。 有开发者甚至自建了代码审查工具，按文件类型和改动类型对 AI 输出进行分类，而不是在 GitHub 上一个文件一个文件地翻。这样可以在更高的抽象层次上把握全貌。

第四步：选择性手动介入。 对于核心逻辑、复杂的多文件协调改动、或者安全性敏感的代码，仍然切回 IDE 手动处理。但这些场景在一天中的占比越来越低。

这个流程的核心转变在于，开发者从代码的「生产者」变成了代码的「导演」。你不再亲自出演每一个角色，但你需要确保整部电影按照你的意图推进。

从关心语法到关心架构#

这个过程有一个被低估的正向效果：它将开发者的注意力从语法细节中解放出来。

正如一位评论者所说：「我不太关心具体的代码了，我更关心算法、数据结构和架构。AI 让我们可以少想语法，多想逻辑。」

这听起来像是任何高级语言诞生时的宣言，C 语言让开发者不用想汇编，Python 让开发者不用想内存管理。但现在发生的事可能更根本：你不再需要亲自把逻辑翻译成代码。你只需要清晰地表述逻辑，并验证 AI 的翻译结果。

这其实把「编程」重新定义成了「规范工程」：用足够精确的语言描述你想要什么、不想要什么、边界条件是什么。

编程的乐趣去了哪里？#

回到那个让所有人破防的问题：「I miss writing code.」

如果你确实怀念写代码本身的感觉，说明你爱的是这门手艺。这不是什么需要克服的问题，这是一种值得珍惜的品味。好代码确实有一种美感，而亲手创造它所带来的心流体验，是任何工具都不能替代的。

但好消息是，这种乐趣并没有消失，它只是换了一个层面。

你仍然可以享受架构设计的智力挑战，只不过现在你可以更快地验证自己的想法。你仍然可以享受把复杂系统拆解成清晰模块的结构之美，只不过现在 AI 帮你处理胶水代码。你仍然可以从「一个东西成功运行」中获得满足，只不过现在的交付速度是过去的数倍。

一位 HN 用户的话可能是最好的总结：「如果你享受的是构建本身，你在这个时代会很难受；如果你享受的是构建出东西、解决问题，你会在这个时代如鱼得水。」

参考来源：Hacker News 讨论 “I’m opening VSCode less and less every day”（2026年7月1日），帖子 ID 48754232。文中引用的开发者角色框架来自 Boris Cherny 的分类体系。