独立开发者的技术选型哲学

做了独立开发这些年，我最大的感悟之一就是：技术选型不是技术问题，是经营问题。

在大厂，选什么框架、用什么数据库，有团队兜底，错了能重构。但一个人做产品，选错一次可能就是几周的沉没成本，甚至是项目死亡。所以独立开发者的选型逻辑和大厂完全不同。

核心原则：用得起、扛得住、换得掉

我把选型原则压缩成九个字。

1. 用得起——成本要低

这里的成本不只是钱，更是你的时间。

• 优先免费层：数据库用 Supabase / PlanetScale 免费层，托管用 Vercel / Cloudflare Pages
• 警惕「便宜」的陷阱：某服务月费 5 刀看似不贵，但一年 60 刀，十个服务就是 600 刀
• 时间成本最贵：一个要花三天折腾的开源方案，不如花 10 刀用 SaaS 省下时间做产品

2. 扛得住——能撑过早期

独立产品早期流量小，但突然来一波流量也常见（被大 V 转发）。

• 静态优先：能静态化的就静态化，CDN 一扛，抗住突发流量
• 托管平台自带的弹性：Vercel / Cloudflare 这种 serverless 天然弹性
• 数据库别选太娇贵的：早期 SQLite + Litestream 可能比 PostgreSQL 更省心

3. 换得掉——别被绑死

这是最容易被忽略的一条。

• 数据要能导出：用任何 SaaS 前，先问「我的数据能完整导出吗」
• 避免深度锁定：用 Cloudflare Workers 的专有 API 写一堆逻辑，搬家时全废
• 留好逃生通道：核心数据定期备份到自己控制的地方

我的技术栈演进

说说我的真实路径，可能对你有参考。

第一阶段：什么都自己写

刚起步时，前后端全自己撸，连登录注册都手写。结果两周还没上线 MVP。

第二阶段：BaaS 兜底

换成 Supabase 做后端，认证、数据库、存储全包，前端专注业务。一周上线。

第三阶段：精简瘦身

上线后发现很多功能根本没人用，开始砍。托管从多服务收敛到一个平台，数据库从两个合成一个。

一份接地气的推荐清单

基于「免费 > 开源 > 便宜付费」的优先级，这是我目前会推荐的组合：

需求	推荐	成本
前端托管	Cloudflare Pages / Vercel	免费
后端 BaaS	Supabase	免费层够用
数据库	Supabase Postgres / Turso	免费
认证	Supabase Auth / Clerk	免费层
文件存储	Cloudflare R2	免费额度大
域名	Cloudflare 注册	成本价
监控	UptimeRobot / Umami	免费
邮件	Resend	免费层

这套组合，早期几乎零成本就能跑起来，等有收入了再按需升级。

几个血泪教训

别追新技术。某框架刚发布时很火，我上手用，结果文档残缺、生态为零，踩坑无数。新技术等它稳定半年再说。

别为了「显得专业」过度设计。MVP 阶段，一个 SQLite 文件能解决的事，别上微服务。

文档比功能重要。自己写的代码，三个月后自己也看不懂。好文档是给未来的自己留的救命稻草。

能买就别造。一个支付模块，自己接 Stripe API 要一周，用现成方案可能半天。省下的时间去做只有你能做的事——产品和增长。

小结

独立开发者的技术选型，本质是用最少的资源换最大的存活概率。不要追求技术先进，要追求「这个选择让我活到下一个版本」。

记住：你的核心竞争力不是用了什么炫酷技术，而是你做出了有人愿意用的东西。