language-agnostic - 为爱好项目编写规范是完成它们的唯一方法吗？

Question

这就是我想知道的。每天晚上，当我们 3 个月大的宝宝让我们 sleep 时，我都会跳到电脑前开始编写我的爱好项目。我正在处理大约 20 个不同的项目:不同类型的项目，从 C++ 游戏到 Web 应用程序，以及对开源项目的一些贡献。这确实是一种激情，而且已经持续了很多年。

然而，当我回顾过去时，我发现我还没有能够完全完成我的一个爱好项目。我总是完成原型(prototype)并设置最重要的功能，但随着时间的推移，我最终没有完成我的项目，而是切换到另一个目前看起来“酷得多”的项目。因此，我通常会遇到有缺陷且不完整的游戏，没有结局，也没有故事，3D 引擎拥有有史以来最快的 PolygonDraw 例程，但缺乏实现其他任何东西，等等......这个列表很长。我想我一定已经把未完成的 Pong 写了一百多次了!

有人告诉我，补救办法是为我的爱好项目编写规范。

一方面，我在工作中编写了很多规范。我知道它们对于定义产品路线图和保持进度计划有多重要。另一方面，规范和爱好项目似乎并不相符!在我看来，构建游戏的学习曲线实际上才是它的乐趣所在；不是游戏本身。因此，浪费时间重组整个引擎的乐趣，创建最无用的功能的乐趣，等等......

问题来了:您是否为您的爱好项目编写过规范？它们与工作中的有何不同？您如何完成您的爱好项目？

我很高兴在我的新项目工作时知道:钢琴奏鸣曲生成器:)

Answer 1

我认为编写规范并不能解决您的问题。显然，您的“爱好项目”是您觉得有趣的事情。您编写有趣的部分，但随后避免完成某些事情所必需的不有趣的部分。

如果您只是“为了乐趣而编程”，那么很好，您就成功了。我认为编写规范并不有趣。

如果你真的想“完成”某件事，最好的方法不是编写规范，而是当乐趣因素下降时不要跳到另一个项目。