由 27 个荒废的项目，总结的 5 个失败的真相

我今天在 dev 社区，看到了这样一篇文章。感觉还挺一阵见血的：

https://dev.to/tahosin/my-github-graveyard-has-27-dead-projects-here-is-the-brutal-truth-about-why-52d9

标题是《我的 GitHub 墓地里躺着 27 个已死的项目。以下是关于它们为何失败的残酷真相》，今天我就写一下笔记。

聊聊这个文章。

（有一说一.... 这个文章整体怪怪的，文章非常的啰嗦，而且评论区一股 AI 味道那种彬彬有礼的感觉。。。 当然，文章不是 AI 写的，评论区也极有可能不是 AI 评论区。。。 但是就是有种，边界感和尊重感很强的感觉.... 太热情了吧。不过文章本身还是有些可圈可点的有意义的，值得分享一下。）

这是海外的一个大佬，在看他的 github 的记录。他曾经做过好多的个人项目，但是有 27 个被遗弃了。

然后他就写了这篇文章，总结了 5 个经验和教训：

【第一个是完美陷阱】

里面有句话说的很好，叫做 【要想真正完成一个项目，就必须使用无聊的技术】，是的，作为程序员，特别喜欢那些看起来厉害的技术，就跟花木兰当年参军一样，东市买骏马，西市买鞍鞯，南市买辔头，北市买长鞭。

但其实，没意义，只要选择你最熟悉的，但是可能最垃圾的那个就 OK 了。很简单，心智负担很重要，你要是搞半天，换上陌生的但是据说很厉害的什么 nextjs + tailwindCSS ，它会在前期把你的激情磨掉。

【第二个是为幻影用户优化】

怎么理解呢？

幻影用户，可能指的是不存在的用户。

里面有个话，也一针见血：「你最大的威胁不是服务器崩溃，而是根本没人会访问你的网站。」

太伤人了。。。

是的，问题没出现，就先不管。尤其是什么【扛不住海量流量】这种臆想。

【第三个是功能蔓延是一种病】

说白了，就是偏离主线任务，跑神干别的了，干不重要的活儿，然后不断推迟发布....

就应该做核心问题，最小的可行性产品，就是 MVP 。

【第四个是对发布的恐惧】

这一段里，依然有一句话是一针见血的！「一个存在漏洞、外观丑陋但已上线互联网的应用，远比一个完美却停留在本地服务器上的应用更有价值」。

这话说的真带劲儿！

【第五个是 48小时法则】

就是作者决定，必须在 48 小时以内发布一个能运行的但是丑陋的原型。

因为作者觉得，如果核心功能上线，超过一个周末，那就.... 很容易废弃。

是的！

大多数开发者失败并非因为技能不足，而是因为他们暗中享受启动新项目带来的多巴胺快感，胜过完成项目的枯燥过程，对于我这种 ADHD 来讲更是如此。

如果说，拖着的时间长了，那会转眼间让这份激情腻掉了....

不过，这些荒废的项目，好要不要重启呢？

对于很多人，反复做那些一模一样的东西，不会觉的是在进步，而更像是觉的在手法。漫长的交付周期是很扼杀动力的。