GitHub 墓地逃生指南：4 条铁律根治“完美项目综合症”

你的 GitHub 是不是也像个墓地？

里面躺着几十个只有 Initial commit（初始提交）的项目。那些曾经号称“要改变世界”的库，那些为了解决一个没人遇到过的问题而写的微服务，还有那些永远停留在 localhost:3000 的酷炫后台。它们有一个共同点：只存在于你的电脑里。

这叫做“完美项目综合症”。症状很简单：你总觉得下一个新点子比手头的更好，于是不断开新坑，最后却连一个上线的产品都没有。

你是如何掉进坑里的

这个过程通常分为四步，看看你有没有中招：

第一阶段：灵感爆棚。 你突然想到一个绝妙的点子，感觉能颠覆世界。立刻新建仓库，然后开始配置环境——ESLint、Prettier、Husky、commitlint、GitHub Actions CI/CD。折腾了三个小时，一行业务代码还没写。

第二阶段：钻进技术兔子洞。 你想着“这次正好学学新技术”，于是 Next.js、tRPC、Prisma、Turborepo 全安排上。原本只是一个简单的增删改查（CRUD）需求，硬是被你搞成了六边形架构加事件溯源。两周过去了，连个能点的 Demo 都没有。

第三阶段：致命对比。 你打开社交媒体，发现有人用 PHP 和 jQuery 花了一个周末就上线了一个产品，还收获了 200 个用户。再看看自己的项目，技术栈无比先进，却连网都没上过。瞬间泄气：“我搞这么牛逼有什么用？”

第四阶段：历史重演。 于是你关掉这个仓库，开启下一个新坑。新的仓库、新的配置、新的完美主义循环。而旧项目就在那儿积灰。

这不是缺乏自律，而是恐惧穿上了完美主义的外衣。

每花一小时调配置、搭环境，就意味着你少了一小时去面对市场的真实反馈。代码可以被喷，产品可以被骂，但配置 CI/CD 不会，调 ESLint 不会。技术完美主义，其实是开发者最精致的舒适区。

说白了，你是在用“准备”来逃避“上场”。

要逃出这个循环，我总结了四个亲测有效的方法：

一个新想法如果在一周内做不出能用的 MVP（最小可行性产品），就直接砍掉。注意，这个 MVP 不需要好看，不需要有测试，不需要 CI/CD，它只需要能把核心功能跑通。如果一周后证明这个方向值得做，再慢慢补工程化；如果不值得，就让它光荣地死去。别心疼。

做第一个版本时，只选你熟悉的技术。想学 Rust？想尝鲜新框架？可以，去专门的 side project（副业项目）里玩。要正经做的项目，用你闭着眼睛都能写出来的技术，三小时搞定核心逻辑，而不是三周还在配环境。

我的第一篇博客文章也很烂，第二篇也是。但如果因为怕丑就不发，你永远拿不到真实的反馈。先上线，再迭代。来自真实用户的吐槽，比你脑子里想象的“完美标准”有用一万倍。

那些废弃的仓库不是失败，它们是实验记录。每个项目都教会你一件事：某个设计模式行不通，某个架构太重，某个想法执行起来其实很蠢。偶尔回去翻翻，你会发现有些项目值得“复活”，而有些教训能让你少踩一次坑。

“我到底是想把它做出来，还是想把它做完美？”

如果答案是后者，合上电脑，出去走两圈吧。