一个人做产品用什么语言和框架：先看交付方式

一个人做产品用什么语言和框架？先说个具体的。

2026-08-09 那天，烧烤店小程序交付，收入 ¥3000。整个项目我手写的代码不到 20 行，剩下的是 AI 写的。客户验收的时候只问了三件事：能不能扫码点单、能不能打印小票、坏了找谁。

所以「一个人做产品用什么语言和框架」这个问题，答案不在语言排行榜上，在你怎么交付上。先定交付方式，语言和框架是它的结果。

第一步：一个人做产品，先把交付方式写死

交付方式只有三类，先在里面挑一个，别混着来。

第一类是客户交付：有明确的甲方、明确的验收单、钱按项目结。第二类是平台交付：东西做完上架到某个渠道，收入按平台规则结算。第三类是自营交付：你自己运营，自己找用户，收入来自订阅、广告或者卖源码。

三类的技术选择完全不同。客户交付看重你能不能快速改需求，平台交付看重渠道支持什么工具链，自营交付看重你一个人能不能长期维护。

第二步：一个人做产品用什么语言和框架，按交付方式倒推

客户交付 → 挑你最快的那个。 客户不为你的学习成本付钱。你熟 Java 就写 Java，熟 Go 就写 Go，熟 PHP 也行。这一类的核心指标是交付周期，不是技术先进性。

平台交付 → 挑渠道指定的那个。 小游戏平台主流是 Cocos 这类工具链，这个没什么可选的余地。我 2025-09-15 那会儿记过一笔上架成本：腾讯云服务器加域名 ¥300+，微信个人认证 ¥30。钱花在渠道上，不花在技术上。

自营交付 → 挑运维最省的那个。 我那个简笔画画板是纯前端、零运维、两天写完，后来流量主累计收入过了 ¥6000。它的技术含量极低，但它活下来了，因为我不用管它。

第三步：给框架定一条淘汰线

框架的更新速度比你的产品寿命快。所以定一条线：这个框架近两年还在更新，社区里能搜到最近的提问和回答，就够了。

不要去追最新的。一个人做产品，最大的风险是你自己看不懂三个月前写的代码。

适用和不适用

这套方法适用于：你已经会至少一门语言、打算一个人在半年内出第一个能收钱的东西。

不适用于：你还在上学或者刚入行，需要的是先把一门语言写熟。那种情况下应该按学习路径选，不是按交付方式选。这类情况我在只会一门语言能做独立开发吗里展开过。

最容易卡住的一步

卡在「选型」本身。 我见过太多人把技术选型当成项目的第一步，比价、查 benchmark、看谁家的生态好，选了两周，产品还没开始。

选型的正确预算是半天，不是两周。选完就写，写不动了再换，换的成本比你想象的低——代码重写几天的事，方向错了才是几个月的事。

常见问题

Q：一个人做产品用什么语言和框架，是不是选最热门的就对了？

A：不是。热门程度跟你的交付方式没关系。如果你是接单交付，用你最熟的那门最快出活；如果你上架小游戏平台，用渠道主流工具链最省事。

Q：前端和后端要不要用同一门语言？

A：能同则同，省一次上下文切换。但这不是硬规定，如果前端用你最熟的、后端用你最熟的，两边都熟，那分开也没问题。

Q：框架选错了怎么办？

A：先判断卡在哪。如果卡在部署和运维，那多半不是框架问题，我在独立开发要不要专门学运维里说过怎么分辨。真正的框架错配，表现是你要花大量时间绕开它，而不是用它。

相关阅读

• Java程序员做独立开发：换栈还是留着老本行
• 只会一门语言能做独立开发吗：先补三块短板
• 独立开发要不要学数据库：我用到的只有这几块
• 独立开发要不要刷算法：分三种场景说清楚
• 独立开发者需要什么技术栈：六个方向按优先级排

本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。