聊聊“个人项目越往后越拖延”这个现象和我的“药”

看到 /t/690910 这个帖子有感。我算是资深患者了，工作之余经常折腾一些工具或产品，去年整理了一下，GitHub 上起码有十几个，电脑里还有不少，基本都烂尾了或留在仓库里吃灰。

我总结了一些情况：

1. 收尾的都不算核心工作了，做起来缺乏成就感

2. 收尾的工作缺乏挑战，太简单，而且很多重复性劳动，说难听点就是脏活累活，非常消耗创造热情，所以本能地不想继续了

3. 收尾工作很多都是细节方面的完善，UI 的调整，文档的编辑，打包和部署等等，实际上我们写多了代码，反而对这方面不熟悉，对于不熟悉的东西，想要逃避

4. 不自信，对自己的产品不自信，在开始做的时候有很多期望，当开始收尾的时候，又开始怀疑自己，认为这产品没有当初想那么美好了，为了不让自己太失望，所以无限的搁置下去

5. 也是最重要的一点，完美主义，不想让一个不完美的产品从自己的手上流出去。

之前我的个人项目，基本都命中过以上一条或多条。以前有工作，也无伤大雅，大不了烂尾呀，可现在不行了，现在做独立开发，不能持续输出，迟早会坚持不下去的，所以针对以上几点，作了不少反思，也做了不少尝试，有一些效果，SayNice 社区也是在这些指导下完成的。

1. 最重要是避免完美主义。完美主义是很好的，不过不要让完美主义左右自己，所以如果感觉项目差不多可以发布了，可又觉得哪哪不对，还不想找原因时，就尽快发布产品（或结束项目）吧，你的完美主义开始作妖了。

2. 要对自己的产品或项目有信心，如果觉得信心不足时，就莽过去，请无脑相信自己，你是对的。

3. 细节方面的完善、UI 调整、文档补充等这些不熟悉的工作，可以等产品发布出去后再继续，一方面可以获得外部的反馈，一方面可以增加开发信心，千万不要在这方面纠缠。打包部署尽早实现自动化，还有项目介绍网站等，这个工作最好在项目启动之初就开始，因为到了收尾时，你就不想做了，这方面推荐 GitHub Pages 和 Actions，非常方便

4. 脏活累活，个人觉得脏活累活很多是项目中遗留的技术债，这方面只能靠经验以及开发中不断的反思和提前设计来避免了。不过也无法完全避免，说个现在到的方法吧，就是减需求，把那些非核心的需求统统注释掉，只留一些核心的功能，这样一下子就轻松许多了。SayNice 社区一开始设计的功能也很多，后来实在因为耐心消耗的差不多了，不得不删除了好多功能才发布的

5. 收尾工作缺乏成就感，那就直接发布吧，要不见光死，要不微微一笑

以上是我对个人项目（独立产品）开发的一些心得和尝试

不过如果有条件或机会，还是找个人组队吧，上面说的那么多，说起来就一句话：缺少外部肯定。找个能互相吹彩虹屁的小伙伴，事半功倍呀