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

全栈＝全干

本质上是减少成本

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

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

以前个人开发一个 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 大生态框架，选择困难症永远存在。