程序员、工程师与 AI 时代的独立创造

这篇文章由 cnbang 于 2019 年 9 月 28 日发布的《程序员和工程师》引发。下面记录的是我的阅读摘要与 2026 年的补记，不转载原文全文。

程序员与工程师并不是同一件事

“程序员”更接近一种创作身份：通过程序把想法变成可运行的东西。它和写作、绘画、木工一样，强调个人创造、表达与作品本身。

“工程师”则是产品和工程的建设者。公司里的职位通常是工程师，因为工作并不只包含写代码，还包括架构设计、规范制定、质量保障、进度把控、方案权衡、制度建设、上下游沟通、多团队协作、业务理解、问题定义和中长期规划。

两者并不冲突。工程师是在复杂约束里交付产品；程序员是在代码这一媒介中保留创造力。

工业化让工程师成为主角

早期软件规模小，程序本身更像少数人的玩物，独立创作的程序员更常见。软件进入工业化批量生产后，一个现代产品往往需要团队协作、长期维护、质量体系和明确责任边界。

于是，大多数人日常承担的是工程师角色：不是只写一段能跑的代码，而是把产品稳定地做出来，并让它能够被使用、被维护、被迭代。

程序仍然可以是一种个人创作介质

即使工程化成为主流，程序也没有失去独立创造的空间。一个人仍然可以做引擎、工具、语言、游戏、脚本、网站或某种细小却有用的产品。

这类创作未必需要很大的团队，也未必一开始就要成为公司。关键在于，它是自己提出问题、自己选择边界、自己完成取舍后的代表作。

AI 时代让角色重新靠近

现在是 2026 年 7 月 1 日。AI 让写代码、做设计、查资料、写文案、测试和部署的门槛同时下降。

这并不意味着“程序员”会消失，而是独立创造的空间会再次扩大。一个人能够更快完成过去需要多人分工的原型：既写代码，也做设计；既理解用户，也做测试；既规划产品，也承担发布后的维护。

一人公司会更多，人人都需要一点产品经理意识。程序员也不再只是程序员，而会更像一个能把想法落地的综合创作者。

在做工程师的同时，保留一个程序员的位置

工程师的工作会占据大部分时间，但仍然值得给自己保留一块独立创造的空间。

可以是一个长期维护的小工具、一套知识资料库、一个认真写作的网站，或一个只为解决自己问题而做的小项目。它们未必立刻带来商业价值，却会留下属于自己的作品和能力边界。

在团队工程里把事情做好；在个人创作里继续做出代表作。两种角色都值得保留。