独立开发者的技术栈选择：少即是多
独立开发者和团队开发者最大的区别不是"技术能力"，而是技术决策的代价不同。团队里选错技术栈，可以慢慢迁移；独立开发者选错，可能几个月的时间就沉没了。
这篇文章分享我的技术栈选择原则，以及为什么"少即是多"对一人公司尤其重要。
原则一：选你觉得"无聊"的技术
新技术最危险的地方是：你不知道它会在哪里坑你。
我选技术栈的第一条标准：有没有人在生产环境跑了3年以上？如果有，说明坑已经被别人踩完了，文档和社区也比较成熟。
具体说：
- 前端：React（不是因为最喜欢，是因为生态最大，出问题Google能得到答案）
- 后端：Python（自动化脚本和数据分析都用它，不引入第二语言）
- 数据库：SQLite → MySQL（项目大了再升级，不提前优化）
- 部署：Cloudflare Pages（静态） + 轻量云服务器（动态）→ 不碰K8s
原则二：全链路尽量用同一种语言
一人公司最大的成本是上下文切换。如果你前端用TypeScript、后端用Go、脚本用Python、数据分析用R——你的大脑需要随时切换"思维模式"。
我的做法：能用Python的地方都用Python。脚本自动化用Python，数据分析用Python，即使后端也能用FastAPI（Python）搞定。这样我只需要维护一个语言的知识体系。
前端没办法，但React + TypeScript我已经比较熟了，所以大屏项目继续用React，不换Svelte或Vue——不是它们不好，是切换成本不值得。
原则三：避免"为了展示技术而用技术"
接外包项目时，客户不关心你用了什么技术，只关心能不能解决问题、交期稳不稳定。
有一个真实例子：有次接了一个数据看板项目，客户说"要看起来很高级"。我第一反应是上D3.js做各种炫酷图表。后来想了想，客户每天要看这个看板做决策，"高级"不如"清晰"重要。最后用了ECharts + 简洁设计，客户反而更满意。
技术选择要服务于交付目标，不是服务于"我想学这个技术"。
我的固定技术栈（2026版）
经过3年迭代，目前固定的技术栈：
- 自动化：Python + Selenium + PyInstaller
- 数据可视化：React + Vite + ECharts + Framer Motion
- 数据分析：Python(pandas) + FineBI + Excel
- 静态网站：HTML/CSS/JS + Cloudflare Pages
- AI辅助：WorkBuddy + Claude + DeepEval
这个技术栈覆盖了我的所有服务方向，没有重叠，没有多余。新增一个技术之前，我会问自己："这个技术能替代现有栈里的什么？"如果回答不了，就不引入。
写给技术人的建议
做一人公司，技术是手段，不是目的。你的目的是"用技术解决问题并拿到报酬"。
所以：
- 选你最熟悉的技术栈，而不是最热门的
- 能用一个技术解决的问题，不用两个
- 新技术留到"有空闲时间"再学，不要在项目里学
- 技术债是想清楚再借，不是不知不觉欠的
专注比广博更有力量。一个人能把一套技术栈用到极致，就已经足够养活自己了。