打开GitHub后台，把仓库筛选设为"私有"，我数了数：过去3年，整整27个废弃的副业项目。
机器学习习惯追踪器。狗狗版Twitter克隆。一个花了四周配置的复杂SaaS脚手架——然后彻底放弃。有些耗掉数周，其中一个我甚至买了域名。
数百小时打水漂。它们为什么全都胎死腹中？不是因为没时间，也不是因为没动力。
真相有点刺耳：大多数开发者失败，不是因为技术不行。而是他们偷偷享受开新项目的多巴胺快感，远胜过咬牙收尾的枯燥 grind。
以下是我这27个项目的死亡模式，以及最终帮我打破循环的那条规则。
陷阱一："完美技术栈"成瘾
开发者天生爱新工具。启动项目时，第一反应永远是：Twitter上人人讨论的新数据库，或者框架的最新测试版。
有个周末，我花了整整两天配置Next.js，搭配tRPC、Prisma，还有自定义Tailwind设计系统。周日晚上，基础设施堪称完美。但业务逻辑一行没写。第二天，兴趣彻底归零。
真想做完项目，你得用无聊的技术。选你最熟的那套，哪怕感觉过时。
陷阱二：为幽灵用户优化
那个狗狗Twitter克隆，我花了三天搭复杂的Redis缓存层。 terrified 服务器会在首日百万狗狗涌入时崩溃。
我们热爱过度工程。担心数据库扛不住海量流量，于是设计复杂微服务。但现实很残酷：
你最大的威胁不是服务器崩溃。是你最大的威胁是：根本没人会访问你的网站。
别为尚未发生的问题造轮子。简单数据库查询就够。等应用真有流量了，再优化不迟。
陷阱三：功能蔓延是病
开头总是无辜的。你在做简单待办清单，突然想："要是用户能上传自定义头像就好了。"于是，五小时后你还在啃AWS S3文档，核心任务逻辑一笔未动。
功能想象起来很爽，造起来很重。每多一个按钮，上线就晚一天。完成项目的最佳方式，是残忍砍功能，直到只剩最简可行产品。解决不了核心问题的，一律删除。
陷阱四：害怕发布
写代码是安全的。VS Code不会评判你。但发布意味着真人可能看到、发现bug，或者更糟——彻底无视。
大量副业项目在90%进度时被抛弃，因为开发者 secretly 害怕按下部署键。我们躲在一万个借口后面："还需要优化"、"等重构完"、"功能还不够完整"。
真相是：没人会在意你的代码风格。他们只在意问题有没有被解决。
打破循环的规则
我现在遵循一条硬性约束：任何新项目，必须在48小时内有一个能点击的粗糙版本上线。不是本地跑通，是真实URL，真实服务器，真实能点。
这条规则强制我：用熟悉技术栈、砍掉90%功能、直面被无视的恐惧。
结果？过去6个月，我完成了比之前3年加起来都多的项目。没有一个用到最新框架，没有一个有Redis缓存层，没有一个支持自定义头像。
但它们都活着。而活着，比完美重要一百倍。
热门跟贴