对个人游戏项目进行快速编码的切实好处

我注意到一些程序员为自己设置了对时间敏感的挑战，通常是在“用Y倍的时间编写类型为X的游戏”或“编写X个游戏，每个游戏仅给出Y时间”的领域。以这种方式将您的工作流程设置为快速编码一段时间有什么实际好处？感觉就像您必须权衡有效的代码才能快速完成任务。而且我认为在这些挑战中添加最后一层抛光并不是优先考虑的事情，因此可以使用程序员。

几年前，我做了一些简单的2D滚动射击游戏和益智游戏，出于愚蠢，我删除了大部分代码。所以现在我很好奇使用速度编码方法再次完成一些简单的事情，并使自己更多地参与游戏逻辑。

至少根据我的经验，某些类型的程序员有时被称为架构宇航员。

如果您是那种必须以某种方式将所有内容抽象出来的人，或者不断尝试重构代码以使其更漂亮，或者类似的事情，那么在定时会议中专注于最终产品是一个很好的练习。 。它可以强化这样一个事实，即有时更简单的解决方案可以使您更快地玩到可以玩的东西，因此与进行大型设计相比，您可以进入更快的迭代循环。

与架构宇航员相反，如果您是牛仔程序员，那么这些定时练习可能是多余的。

我从来没有像这样明确地为自己设定截止日期，但是快速完成工作对自己工作很重要。

感觉就像您必须权衡有效的代码才能快速完成工作

自己编写游戏时，高效的代码通常不是问题。这个问题经常是动机。即使没有达到最佳效率，获得有效的东西也可能足以促使您继续前进并完成它。如果您得到了一些有益的结果，则始终可以稍后再进行重构。从一开始就尝试做所有事情可能会导致它永远不会完成。

我一年几次。给我一个星期的时间来设计，实现和发布游戏。

我这样做是因为我是完美主义者。根据我的选择，我将永远致力于游戏。截止日期过长（我已提前发布），这迫使我实际上停止了开发，只是按计划发布了该死的游戏。由于我个人参与这些练习的规则是不允许在截止日期后修改任何这些游戏，因此这也使我专注于将来的项目，而不必因调整较旧的项目而分心。