AI探索指南

5 天前

Yachen's Blog
https://yachen.com/2026/07/18/135/
开发者已经不酷了
（Blog 版本：https://yachen.com/2026/07/18/135/）
6 年前，我曾发了一条推吐槽不喜欢「程序员」这个称呼，因为「员」结尾的职业，多为重复性工作，不具备创造性，这个标准对于代码工作者来说太低了。结果意外引起了不小的讨论，一方面是关于「不想当将军的士兵不是好士兵」的讨论，另一方面，则是关于代码工作者的工作内容划分的讨论。
撇去那些争议，结合现在语境下的主流认知，我把代码工作者的称谓做了一些区分：
1. 程序员：
单纯的从事编码工作，最基础的，是把已经确定好的逻辑翻译成代码；更进一步，是给定输入和输出，实现中间的黑盒逻辑；再高级一点，则是在既定的软件架构下完成具体实现。无论能力高低，工作的核心都是编码。
2. 软件工程师
软件工程师核心面对的不再是代码，而是需求，重点是解决需求的能力。软件工程师需要使用各种工具和方法论来达到目的，代码编写只是其中一项工作。
软件工程师的需求也不一定完全来自于外部，软件本身的可维护性、鲁棒性等内在需求，也属于软件工程师自身的工作范畴。
3. 开发者
我认为开发者这一称谓的核心区别在于，开发者不仅负责解决需求，还负责提出需求。需求可以来自自己，也可以来自对用户的观察；可以是一个产品，也可以是一个 framework；技术只是实现这些需求的一种手段，而不是目的。
#
2025 年，我写过一篇《AI 协助编程观察》，实际上当时 AI 已经基本具备取代「程序员」这一称谓所代表的工作能力，只要能给出明确的代码要求，AI 就能又快又好地完成。
但是当时，AI 的编码能力在软件工程师这一层上还严重不足，让没有开发经验的人使用 AI 进行 vibe coding，产出的结果其实非常有限，稍微复杂的迭代，项目就会变成屎山代码无法维护，所以当时 AI 最好的使用方式是用来将软件工程师从编码工作中解放。
#
仅仅一年时间，以 Fable 5 和 GPT 5.6 Sol 为代表，AI 在软件研发领域实现了巨大的跃进，简单来说，现在 AI 的能力已经基本覆盖了软件工程师的职责，用户只需要提出自己的需求，AI 就能将其实现，有一种言出法随的感觉。
而且得益于 agent 工具链的优化和模型本身能力的提升，对大型项目的操作能力也得到了大幅提升，纯靠 vibe cod

5 天前