我在两天内开发一款小型游戏的总体经验很好。 虽然，我不会像我们那样称其为“ MVP”（最小可行产品）。 它更像是一个原型。
总体而言，这项作业对我来说是一次奇妙的学习经历。 我终于更好地理解了为何构建和破坏程序对学习有益。 它使我了解为什么要使用某个概念以及该概念在实践中的实际作用。 与仅从书或网站上阅读相比。 而且，我能够弄乱它，使其慢慢融合到我的MIND中。
最后！！！
当我有点了解某些东西时，我的感受就是这种感觉。 然后去尝试使用它，并意识到我一无所知。
分配了两天的时间，根本没有足够的时间来计划在标准中说明的范围。 但是，即使经过计划； 剩余的时间来构建产品的“ MVP ”是足够的时间。 就是说，仅当您在计划计划所需的时间时将其考虑在内时，这才是正确的。 就我个人而言，我会更改标准以减少计划制定，以便学生能够以更高的标准来创建产品（我确实知道我目前所从事的课程是快速的）。 这样一来，学生就可以提出想法，一天就可以实现足够的原型，然后在第二天就可以以此为基础。
这主要与时间限制有关。 班上的一些人决定进行一个范围远远超过两天的项目。 主要肇事者是布雷克·道尔（Blake Doyle）（需要链接），他看上去真的像在考虑成为园丁。 同样， James Luong Duong（需求链接）的理智迅速消失。 分钟一分钟。 不幸的是，这是我发现很有趣的事情。
