前言

本文本来只是 DjangoStarter v3.2.1 新版本发布博客里的一段思考，不过越写越长，干脆拆分成一篇独立的文章得了。😄

全栈这个词已经被喊烂了，但在 AI 时代，它的含义正在变化。

本文不是从“大厂招聘角度”讲全栈，而是站在独立开发者的角度思考全栈框架的价值。

全栈 = 全干，但成本更低了

全栈＝全干

本质上是减少成本

在我看来，全栈有两个核心优势：降低开发成本、提升产品一体性。

• 不需要切换上下文，也不需要在不同的工具之间切换，这意味着开发成本更低。
• 可以更好地理解产品的整个堆栈，这意味着可以更好地设计和实现产品。

以前个人开发一个 SaaS 要啃掉整套 Java + React + 部署，现在可能一个 Next.js + AI 就能跑起来

现在各种开源框架、技术层出不穷，常有人调侃程序员一直在革自己的命。😄

其实换个角度想一下，这正是最适合独立开发者的时代，开发成本不断降低，意味着个人能做的事情越来越多，可以用比较低的成本做出自己的产品。既是挑战也是机会。

AI时代的冲突和转折

在我刚开始做 DjangoStarter 的时候，其实还没多少关于全栈的概念

传统的全栈是：一个人把前端和后端一起做了，这时候一般还是前后端分离，只不过一个人干两个人的活。本质还是“分层 + 分工”的思路。

现在已经是AI时代了，比拼的不是技术高低，掌握多少语言，谁能更好利用AI，谁的效率就高。

所以现在的全栈更重要的是一体性，减少层级，便于AI那可怜的上下文长度理解，其实也一定程度方便了程序员自己的理解。所以像 Next.js 这样的全栈框架越来越流行了，AI搭配这类框架的体验也非常好。

AI 时代全栈：一体性更重要，因为：

1. AI 的上下文有限，一体化框架更利于 AI “看懂”代码；
2. 开发者本人也能少心智负担，减少“前端这套工具链、后端那套 ORM”的切换成本。

PS: 叠个甲，基础还是很重要的，AI对于大神的加持要远远高于小白，小白还没学好基础的话，AI生成的代码都看不懂，就更别提能做出合格的产品了。

路线之争

DjangoStarter 之前并不是按照全栈框架的路子来的，实际上是偏后端的，不过最近很多项目我都拿这套直接做成全栈了，有完善的用户体系，Tailwind CSS + Alpine.js + HTMX + Django模板渲染也能把页面做得有模有样，而且还不需要 node_module 和 webpack 这种非常重的东西。

关于这个其实我之前介绍过，可以看这些相关的文章: 返璞归真！使用 Alpine.js 开发交互式 web 应用，抛弃 node_modules 和 webpack 吧！

不过这个方案也不是没有缺点。

最大的问题就是生态，用 alpinejs 做个简单的交互还可以。

但一旦复杂了一些，比如我上次需要一个树组件，就难办了，没有现成的，只能自己手写，参考: 视频中台解决方案：组织树组件+多路视频直播界面开发。

好在现在有AI，极大的弥补了这个缺点，缺什么组件可以让AI写，当然稳定性和质量就无法保证了。

简单的页面还是没问题的，这也是我投向 Next.js 的原因，（生态更全，配合 AI，能在短时间内做出复杂页面）

PS: 当然这是后话了，后面会写关于 Next.js 全栈的文章。

机会与挑战

机会：

• 现在一个人能完成的事情，前所未有地多；
• AI 降低了复杂度和学习曲线，独立开发者能快速试错、迭代。

挑战：

• 生态碎片化：选 Django？Next.js？Remix？SvelteKit？还是 Bun/Edge？
• 依赖 AI 的代码稳定性和长期维护问题：今天 AI 给你写了个树组件，三个月后你还认得它吗？
• 心智成本的陷阱：轻量框架 vs 大生态框架，选择困难症永远存在。

小结

在 AI 时代，独立开发者使用全栈框架的关键词是 “一体性 + AI 友好”。

后续我会写《Next.js 全栈开发：我的前端技术栈全景图（2025版）》，作为这篇文章的延伸。