我在整个游戏开发职业生涯中都很努力地工作。作为专业人士,我看到许多项目被取消,而作为独立开发者,我曾经参与过无数个前期产品的计划,既是单独工作,也是规模不大的团队合作。 但我从来没有放弃(或许),因为这让我思考,如果不是这么做,我会做些什么。
我的所有成功都是因为在专业团队环境中作为游戏设计师。 在这里,我有机会与非常有才能的人们一起工作,为了整个游戏而努力,推动它走向终点。一开始,我有机会多次发布专业游戏,并作为小型独立团队(2到3人)发布游戏。但是,直到现在,我还没有尝试作为单一个人开发游戏。 AI对我来说是一个巨大的游戏更改。
以下是我的几个随想,也希望它们能够帮助那些刚开始学习AI的人,当然也包括一些自我宣传。
范围:
在我看来,最重要的事情是范围。由于我刚刚开始学习AI工作流,所以我不得不真正强迫自己缩小范围。在开始制作遥测防御类型游戏之前,我意识到最终版本的游戏需要花费很多时间。 这不仅因游戏复杂性而定,还因为art资产的需求。 幸运的是,AI那样快速地将工作流程简化,允许我改变方向并开始新的事情,我可能每周制作几个原型,并在一个月内实现了我的游戏。 从开始到现在,我们的大多数核心游戏花了一个星期的时间。 通过学习如何在itc, ios, steam上发布游戏,以及大量的polish,我花了几个月的时间。 请注意,AI帮助我完成了所有这些平台设置。 有时我会问问题,并遵循指示。 我在从前不知道任何关于三方游戏、npm、混淆(naming “obfuscation”)、和capacitor的信息。 说实话,我对这些信息仍然不了解...但我掌握了一个很重要的技能:遵循指示,并制作文档。
文档:
这是下一个最重要的一部分。 我试图在Confluence页中保存所有重要的实现记录。 为什么我更容易阅读计划时,我在Confluence中粘贴它们。我会保存若干页记录,并且组织好,以便可以在需要时找到参考。 这里是另一个让我惊喜的结果:我将Cursor教会如何创建所有我创建的装备和相关价值的表格,这真的是超级有用。在调节中,我可以通过提供建议,很好地处理这些事项。 如果你解决了一个重要问题,或者需要重复一个任务,请生成一个MD文件和规则,以便你可以随时查阅并询问它。
问问题:
在Cursor中 Ask 模式是整个过程中的一个关键因素。我问了很多问题。有时我懒(;,有时我的文档不是最新的(developer)。 如果你想获得任何进展,那么提问是你的唯一选择。 一些问题确实会让你感到尴尬,但这是完全正常的。
要想成功地使用Ask模式,你必须知道以下几点:
1. 正确命名你的特性:好记性不如烂笔头,你的 Cursor 会有一个混乱的信息流,如若特性名称和你的文档不一致,那么使用Ask模式可能会造成冲突或者错误。
- 问问题:在很多时候,Cursor会有一个错误或者错误逻辑,通过Ask模式询问问题可以让你更好地解决诸如这个问题。
使用Plan模式:
我从来不试图使用多个特性来预测。 我将每个功能缩小为小块,然后从Cursor中学习并询问问题。
Revision Control:
使用一些版本控制。如果你更想要严肃地面对开发工作,我也一样常常因为某些情况重新开始。 通常情况下,反向追溯更有效,并且也避免了不必要的误会。 另一个最让我难忘的经验是,在iOS上发布游戏。我知道有 Git Actions、可以在头脑中安装 macOS 以获得云上的 build。 这对我来说是一个完全崭新的世界,因为它们需要一些技术背景。
测试Prototyping在Gemini Canvas:
这个原型在测试中非常出色。 由于我正使用三方游戏。 我可以在 Gemmini 中免费测试功能、UI、和VFX 并将它们应用到我的游戏中。 我使用的 Gemini 是所有初始原型和测试之前的Cursor。
\
记住,我的游戏非常小规模,但最初我最大的目标是发布我正在工作的产品,尽可能地保持低的成本。 这只是我开始的旅程,而且从来没有这么好过。 我的下一个项目仍在前方。 最后,别忘了systematic。 这是系统设计者的思想方式。 如果不是这样,你很可能会陷入重构并且不清楚要解决什么问题。
评论 (0)