我今天在 dev 社区，看到了这样一篇文章。感觉还挺一阵见血的：
标题是《我的 GitHub 墓地里躺着 27 个已死的项目。以下是关于它们为何失败的残酷真相》，今天我就写一下笔记。
聊聊这个文章。
（有一说一.... 这个文章整体怪怪的，文章非常的啰嗦，而且评论区一股 AI 味道那种彬彬有礼的感觉。。。 当然，文章不是 AI 写的，评论区也极有可能不是 AI 评论区。。。 但是就是有种，边界感和尊重感很强的感觉.... 太热情了吧。不过文章本身还是有些可圈可点的有意义的，值得分享一下。）
这是海外的一个大佬，在看他的 github 的记录。他曾经做过好多的个人项目，但是有 27 个被遗弃了。
然后他就写了这篇文章，总结了 5 个经验和教训：
【第一个是完美陷阱】
里面有句话说的很好，叫做 【要想真正完成一个项目，就必须使用无聊的技术】，是的，作为程序员，特别喜欢那些看起来厉害的技术，就跟花木兰当年参军一样，东市买骏马，西市买鞍鞯，南市买辔头，北市买长鞭。
但其实，没意义，只要选择你最熟悉的，但是可能最垃圾的那个就 OK 了。很简单，心智负担很重要，你要是搞半天，换上陌生的但是据说很厉害的什么 nextjs + tailwindCSS ，它会在前期把你的激情磨掉。
【第二个是为幻影用户优化】
怎么理解呢？
幻影用户，可能指的是不存在的用户。
里面有个话，也一针见血：「你最大的威胁不是服务器崩溃，而是根本没人会访问你的网站。」
太伤人了。。。
是的，问题没出现，就先不管。尤其是什么【扛不住海量流量】这种臆想。
【第三个是功能蔓延是一种病】
说白了，就是偏离主线任务，跑神干别的了，干不重要的活儿，然后不断推迟发布....
就应该做核心问题，最小的可行性产品，就是 MVP 。
【第四个是对发布的恐惧】
这一段里，依然有一句话是一针见血的！「一个存在漏洞、外观丑陋但已上线互联网的应用，远比一个完美却停留在本地服务器上的应用更有价值」。
这话说的真带劲儿！
【第五个是 48小时法则】
就是作者决定，必须在 48 小时以内发布一个能运行的但是丑陋的原型。
因为作者觉得，如果核心功能上线，超过一个周末，那就.... 很容易废弃。
是的！
大多数开发者失败并非因为技能不足，而是因为他们暗中享受启动新项目带来的多巴胺快感，胜过完成项目的枯燥过程，对于我这种 ADHD 来讲更是如此。
如果说，拖着的时间长了，那会转眼间让这份激情腻掉了....
不过，这些荒废的项目，好要不要重启呢？
对于很多人，反复做那些一模一样的东西，不会觉的是在进步，而更像是觉的在手法。漫长的交付周期是很扼杀动力的。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。