胡彦斌App开发揭秘：程序员悲催真相

刷到一条动态：歌手胡彦斌利用 Vibe Coding 搭建了一款粉丝互动 App，命名为《彦火》。坦白讲，此前对他印象不深，翻了下百科才知道他毕业于伯克利音乐学院——这所学校与计算机渊源颇深，Socket 就诞生于加州大学伯克利分校。因此看到“伯克利”三个字，作为同行不由得多了几分敬意。

如今 AI 普及，歌手做个 App 已不算新鲜事。但这件事仍值得细品：程序员的职业护城河是不是正在变窄？

当然，这些观察难免带着主观视角，权当抛砖引玉。

AI 时代程序员该掌握哪些能力？网上讨论很多，归纳起来无非三个维度：程序设计思维、工程化思维、业务思维。

其实无论 AI 是否存在，这三点都是程序员的必修课。过去可能第一点最核心，而现在第二点和第三点的权重明显上升了。

前两项能力有个简单的自测方法：写代码之前，你是否会先做方案设计，再按计划执行？还是直接打开编辑器就开始写？

一个习惯预先规划的程序员，和一个想到哪写到哪的程序员，在向 AI 描述需求时谁更高效？答案不言自明。

但话说回来，这些技能本身并不“悲催”。真正让程序员感到无奈的，是业务层面的困境。

所谓解决业务问题，本质上就是解决用户的痛点和管理上的摩擦。而这一点，大部分程序员并不擅长——当然，顶尖的也有。为什么它会成为程序员的软肋？

无论在公司上班还是接外包，程序员总要面对业务方。老板、运营、客户会不断抛出各种需求，其中不乏离谱的。但无论是否合理，需求是他们提出的，问题也是他们发现的。程序员能做的，就是实现功能，顺便给出改进建议。

反过来说，让程序员自己主动提出类似的需求或创意，就少之又少了。

这才是真正的尴尬所在。如今业务方、老板、客户有了想法，完全可以用 AI 自己动手实现。很多简单问题不再依赖程序员。于是核心变成了：有没有想法？有没有痛点？能解决什么具体问题？甚至——新不新奇？有没有趣？

而程序员自己能想到什么？据观察，大多数程序员自己做的项目，无非那“老三样”：待办事项清单、记账软件……第三个一时想不起来，哈哈。要么就琢磨着搞个 SaaS 系统。关于 SaaS 这件事，看看网上的评论，也挺有意思的。

如何破局？翻了不少讨论，最终也归结为三个方向。

第一个方向：向架构师进阶，从更高维度审视软件系统。软件有功能性需求和非功能性需求。非功能性需求——比如程序员常说的“三高”（高并发、高可用、高性能）——并不是 AI 能轻松搞定的。普通用户用 AI 画个界面、写个 CRUD 没问题，但想解决三高？恐怕够呛。还有安全性，比如自动驾驶系统，谁敢直接让 AI 写的代码上路？金融、医疗等场景，一旦 AI 产生幻觉，后果不堪设想。

当然，并非人人都能成为架构师。别说架构师，连做一个合格的程序员都不容易。抛开数据结构和算法不谈，软件本身是工程问题，但愿意在《软件工程》上花功夫的人真不多，培训班更是基本不教。

于是有了第二个方向：独立开发者。借助 AI 让自己成为全栈。全栈不只是同时掌握前端和后端这么简单——产品、市场、设计、开发、运营……全都需要自己搞定。这个方向的关键，依然是要有自己的判断力，做出真正解决实际问题的产品。

第三个方向：做 AI 工程师。也就是 AI 的运维工作：搭建、部署、蒸馏、微调、RAG……等等。

忽然觉得，追求技术吧，技术很难做到极致；钻研业务吧，又可能纸上谈兵。到底该如何取舍？