独立开发选型
链接：https://www.zhihu.com/question/1952757475691439013/answer/2056342615482803800
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
不废话，直接说技术栈
前端
Next.js，React生态里目前用得最多的。Vercel部署，推代码30秒上线，一个人开发省心。不是唯一答案——Remix的数据加载和表单处理思路不一样，在意Web标准可以看看；Astro做内容站静态生成，够用。但如果你不想纠结，Next.js闭眼选，不会踩大坑。
UI层，Tailwind + shadcn/ui是目前主流组合。Tailwind上手有几天难受期，过了就回不去了。shadcn/ui不是传统组件库，组件源码直接复制进你项目，想怎么改怎么改，代价是这些代码你自己维护。嫌麻烦就用Ant Design或Mantine，开箱即用，文档成熟，不丢人。
React还是Vue？看你给谁干活。接海外项目、进大厂，React盘子大，机会多。做国内项目、中小公司，Vue3 + Nuxt完全够用，国内社区也活跃。这俩不存在谁碾压谁，你用得熟的那个就是最好的那个。别在框架选型上内耗，选一个赶紧写。
后端
这里分两种人
第一种，你后端能力一般，或者根本不想写后端。直接上Supabase。它是PostgreSQL的托管版，自带用户认证、实时订阅、存储、Edge Functions。你前端写完，连后端都不用搭，数据库表建好就能跑。Firebase也行，但Supabase用的是开源Postgres，你哪天想迁走，数据是你自己的。Firebase绑死了Google生态，迁移成本高得吓人。
第二种，你能写后端。那选一个语言就行，别贪多。
- 写得快、迭代快：Python + FastAPI。自动生成API文档，类型提示做得好，一个人开发效率拉满。
- 要性能、要部署简单：Go。编译成单个二进制文件，扔服务器上就跑，内存占用极低。写CLI工具也是Go的强项。
- 前后端一套语言搞定：Node.js + Hono（轻量）或 Fastify（功能全）。TypeScript写后端，前端也是TypeScript，一套语言走天下。
我的建议：如果你不是做高并发服务，别碰Go。用Python或Node.js，开发速度快才是独立开发者最大的优势。
数据库
PostgreSQL。
不是说MySQL不好，是PostgreSQL现在太能打了。JSON字段原生支持，全文搜索凑合能用，再加上Supabase这种托管方案，MySQL的优势越来越小。
小项目直接SQLite。一个文件就是整个数据库，备份就是复制文件。零运维。现在有Turso和Cloudflare D1这种边缘SQLite方案，延迟低到你不敢相信。
Redis要缓存的时候再加，别一上来就上，你那点流量用不着。
部署
前端Vercel，后端看情况
后端如果是个API服务，Railway或者http://Fly.io。推代码自动部署，自带数据库和监控。别自己搞服务器装Nginx那一套了，2025年了，那是浪费时间。
如果你非要自己搞，Docker + 一台VPS。DigitalOcean或者Hetzner，Hetzner更便宜，欧洲机房性价比离谱。
CDN和静态资源用Cloudflare。免费额度够你用到有收入为止。R2存储比AWS S3便宜，而且出口流量不收钱。
支付
海外项目用Stripe，开发者体验天花板。API设计得像艺术品，文档写得比小说还好读。但它不处理税务，你卖到欧盟和英国要自己搞VAT，很烦。
想省事用Lemon Squeezy或者Paddle。它们是Merchant of Record，替你处理全球税务，你只管收钱。抽成比Stripe高一点（大概5% vs 2.9%），但省掉的税务处理时间值这个钱。
国内就支付宝和微信支付，没得选。但个人开发者接入很麻烦，需要有企业资质或者找第三方聚合支付。
AI相关
2026年做独立开发不碰AI有点说不过去。
调用层面：OpenAI的API和Anthropic的Claude API，这俩覆盖90%的场景。Claude写代码和长文本处理比GPT强，GPT生态和工具调用更成熟。
如果你做RAG（检索增强生成），别上来就LangChain。那个框架抽象层太厚了，出了问题你根本不知道哪里挂了。直接用API + 一个向量数据库，Pinecone或者pgvector（PostgreSQL插件，不用再装一个数据库）。几百行代码搞定，出问题你看得见。
监控和分析
错误监控Sentry，免费额度够用。
产品分析用PostHog。开源的，功能全，session replay、feature flag、A/B测试全有。自建也行，云版也行。比Google Analytics强太多了，GA4那个界面我到现在都没搞明白。
如果想轻量，Umami。一个文件部署，页面访问统计够用了。
那些不用碰的
说几个我看到新手容易踩坑的。
别用微服务架构。你一个人，一个项目，一个代码库。微服务是给团队用的，你用了就是给自己找事。
别用Kubernetes。同上。一台服务器跑一个Docker容器就完事了。
别用GraphQL，除非你前端有多个端（Web、App、小程序）共用一套API。REST够用了，简单直接，调试方便。
别在技术选型上花一个月。选一个用得顺手的，赶紧把东西做出来。独立开发者最大的敌人不是技术选型错误，是东西做不出来。
我自己的技术栈
供参考：Next.js + Tailwind + shadcn/ui做前端，Python FastAPI写后端API，PostgreSQL存数据，Supabase管认证，Redis做缓存，Vercel部署前端，Railway跑后端，Cloudflare管CDN和域名，Stripe收款，PostHog做分析，Sentry抓错误。
这套东西我一个人维护三个产品，每周大概花两三个小时处理运维。剩下的时间全用在写代码和做增长上。
技术选型这事，没有最优解，只有适合你的解。别人的技术栈是参考，不是标准答案。你用着顺手、出了问题自己能排查，那就是好的技术栈。
转自知乎：
浙公网安备 33010602011771号