这就是我想知道的。每天晚上,当我们 3 个月大的宝宝让我们 sleep 时,我都会跳到电脑前开始编写我的爱好项目。我正在处理大约 20 个不同的项目:不同类型的项目,从 C++ 游戏到 Web 应用程序,以及对开源项目的一些贡献。这确实是一种激情,而且已经持续了很多年。
然而,当我回顾过去时,我发现我还没有能够完全完成我的一个爱好项目。我总是完成原型(prototype)并设置最重要的功能,但随着时间的推移,我最终没有完成我的项目,而是切换到另一个目前看起来“酷得多”的项目。因此,我通常会遇到有缺陷且不完整的游戏,没有结局,也没有故事,3D 引擎拥有有史以来最快的 PolygonDraw 例程,但缺乏实现其他任何东西,等等......这个列表很长。我想我一定已经把未完成的 Pong 写了一百多次了!
有人告诉我,补救办法是为我的爱好项目编写规范。
一方面,我在工作中编写了很多规范。我知道它们对于定义产品路线图和保持进度计划有多重要。另一方面,规范和爱好项目似乎并不相符!在我看来,构建游戏的学习曲线实际上才是它的乐趣所在;不是游戏本身。因此,浪费时间重组整个引擎的乐趣,创建最无用的功能的乐趣,等等......
问题来了:您是否为您的爱好项目编写过规范?它们与工作中的有何不同?您如何完成您的爱好项目?
我很高兴在我的新项目工作时知道:钢琴奏鸣曲生成器:)
最佳答案
我认为编写规范并不能解决您的问题。显然,您的“爱好项目”是您觉得有趣的事情。您编写有趣的部分,但随后避免完成某些事情所必需的不有趣的部分。
如果您只是“为了乐趣而编程”,那么很好,您就成功了。我认为编写规范并不有趣。
如果你真的想“完成”某件事,最好的方法不是编写规范,而是当乐趣因素下降时不要跳到另一个项目。
关于language-agnostic - 为爱好项目编写规范是完成它们的唯一方法吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1014858/