独立开发怎么平衡功能和质量？

[oidqdada]

想快速上线验证想法，但代码写得太烂自己都看不下去。你们是怎么在‘快速上线’和‘代码质量’之间做权衡的？

[linuxorz]

先跑起来，再优化。
早期纠结代码质量=慢性自杀，用户根本不会关心你后端是不是用了DDD或者写了多完美的单元测试。

我自己的经验：

1. “能用就行”阶段：

   • 数据库别搞骚操作，直接用现成服务（Supabase、Firebase），避免自己维护。
   • 代码堆屎山没关系，但一定写注释，至少三个月后自己还能看懂。
   • 错误处理可以简单，但日志必须打全（谁、在哪儿、报了什么错），用Sentry/BetterStack这类工具接入，半小时搞定。

2. “有人用了再重构”：

   • 用户量到100-200，或者遇到频繁出现的Bug时，专门抽1-2周做“还技术债Sprint”。
   • 优先重构高频使用的核心模块（比如用户登录、支付回调），边缘功能不动。
   • 用AI辅助（Cursor的“/fix”或Github Copilot）快速重写烂代码，比自己吭哧重写快三倍。

3. “防暴毙”底线：

   • 至少写关键路径的集成测试（比如“用户注册+付费+收到凭证”这个流程），用Playwright录个自动化脚本，每次上线前跑一遍。
   • 数据库备份定时任务一定得设（很多平台自带，比如Railway、Vercel），别等数据丢了哭。

核心逻辑：
前期质量的标准是“不崩、能修”，不是“优雅”。
有个取巧办法：用Next.js、Remix这类“框架帮你兜底”的方案，比自己从零搞质量稳定得多。