【GameLook专稿，未经授权不得转载】
GameLook报道/如果只用一半时间就可以做出同样的内容，你会怎么想？如果你知道不仅可以节约大量时间，还可以通过日常的重复行为节约很多比较短的时间会怎样？对于游戏开发者而言，我们应该用定制化工具更聪明地工作，而不是更刻苦。
在此前的GDC分享中，资深游戏开发者Brett Taylor分享了定制化工具以及它带来的不同帮助，并通过案例分析的方式讨论了什么时候应该制作工具，以及哪些时候投入工具是浪费时间。在演讲的最后，Taylor还分享了一些Unity代码快捷方式，希望对同行们有所帮助。
以下是Gamelook听译的完整内容：
Brett Taylor：
首先做一下自我介绍，我是Brett Taylor，在哥伦比亚大学拿到了认知学硕士学位，自从2008年开始就已经在研发游戏。
从业经历方面，我在Arkadium工作室度过了三年的开发者生涯，转入独立游戏研发之后，做了一款名为《Linelight》的游戏，并且有不错的表现。最近我还成为了Playdead工作室的一名开发者。
今天的分享主要分为四个部分，首先谈谈什么是定制工具，然后聊聊关卡编辑器，我这些年做了很多个关卡编辑器，这也是一种类型的工具。随后，我们会讨论什么时候适合做一个工具，最后会介绍一些Unity代码快捷方式，这么多年的研发过程中，我积累了大量的快捷方法，对于Unity开发者来说是有帮助的，我会在随后分享一个链接，需要的同行可以直接使用。
什么是定制化工具？
你们可能会问，定制工具到底是什么？按照我的定义，能够帮助策划以及程序员节约时间的代码或系统，就是定制化工具。
其中最重要的就是节约时间，因为定制化工具的最大意义就是让你做游戏更快。不过，我并不总是使用这些工具，今天分享的重点是能够帮助同行们节约时间和精力的工具，而不是如何打造最优秀的研发工具。
具体来说，今天讲的工具主要是与游戏策划有关，而不是bug查找那样的游戏制作工具，我今天分享的工具主要是为了方便策划为游戏增加内容，帮助策划处于最佳状态或者行云流水的状态。
假如你每天可以12次节约20秒的时间，如果是通过工具实现，那么投入工作制作的时间（如果是4分钟）是否值得？你失去的并不只是4分钟，而是作为游戏策划，这个工具制作时间打断了你的流畅状态，所以，当我谈到是否值得制作工具的时候，不只是它节约了多少时间，更重要的是它能否保证你处于最佳状态，以更有效率的状态工作。
最佳状态指的是，当你创作内容的时候不被打断，意味着更高的工作效率，不过，在必要的时候，也需要能够很容易打断。
我们再来谈谈Bob Ross，以及他的“节约时间模型（time-saving role model）”。Ross是1990年代公共广播电视节目“欢乐画室”系列主持人，他平均作画时间在22-23分钟左右，其中使用了很多捷径方式。
他曾公开表示，“这是懒人作画方式”。但我认为这是非常聪明的绘画方式，这样作画是非常高效率的，节约了大量时间。
工具也分为不同类型，比如它可以小到只是一串可重复使用的代码，也可以大到一个功能丰富的关卡编辑器，图片中的编辑器是我在10多年前做的，随后我们会提到它。
我们可以做帮助策划为游戏内增加内容的策划工具，还有帮助程序员的可复用代码段甚至是代码库，今天的分享主要是针对策划工具，不过在最后我们也会分享一些Unity代码。
策划工具还包括关卡编辑器以及能够突出关卡问题的工具，比如帮助组织关卡结构的工具，或者，你也可以做分支剧情的文本编辑器。
关卡编辑器案例
《Scalea》
这是我做的第一款游戏，图中是它的关卡编辑器。这是我有史以来做的首个关卡编辑器，是在大学期间（2010年）完成的，其中很大一部分灵感来自《时空幻境（Braid）》编辑器，实际上整个游戏灵感也是来自《时空幻境》，只不过把操控时间切换成了操控空间。
《Scalea》整个游戏时长只有半个小时，但它的关卡编辑器却是很不可思议的，因为我做了很多的功能。
总结来说，整个关卡编辑器用了3个月时间，坦白来说，与我做工具投入的时间和精力相比，它带来的回报并不是很多，虽然有很多功能，但并不值得。不过，值得庆幸的是，通过这个关卡编辑器的制作，我学到了很多东西。
《Linelight》关卡编辑器
这款游戏发布于2017年，从《Scalea》编辑器，我学到了很多不能增加到工具里的东西。在《Linelight》编辑器里，你可以在玩游戏的时候进行编辑，因此使用起来很方便。
实际上，一开始的时候，我做了几个关卡，但并没有意识到需要做编辑器，我最开始设计关卡都是用代码写出来的。随后，我意识到必须打造一个关卡编辑器，这刚好与《Scalea》相反，那时候我是先做了关卡编辑器，然后增加了很多并不需要的功能，虽然学到了很多东西，但那并不是有效率的做事方法。
这个编辑器打造用了大约一个月的时间，整个游戏用了一年半，但这个关卡编辑器带来的结果是巨大的，快速迭代是非常好的，因为我只做自己需要的功能，甚至有些东西是Unity默认的。开始的时候我想着随后把它做的更漂亮，但后来我发现既然行之有效，那就没有必要做的多么漂亮，因为并不值得。
《Linelight》的地图编辑器也同样复杂，而且里面增加了很多的功能，这些是我在研发过程中逐渐加入的，接下来我会用具体的关卡来展示一些功能。
设计师标示
这是我在几年前做的，也是为《Linelight》设计的，随后也用到了其他一些游戏之中。这五个标示是我希望在关卡中使用的，每个关卡都有标示，你可以点击icon切换，它直接可以在编辑器中使用。我很喜欢这个系统，它的表现非常好，因为关卡是处于不断变化中的，一直要重新调整这些关卡，有了标示之后，我就不用记住对每个关卡的想法，因为这些标示已经存在。
这个系统用了我5个小时完成，但它带来的结果是非常优秀的。
Prop Display
这是一个与设计师标示相似的东西，它展示了地图上的一些内容。我的目标是让地图资源在研发进度中实现视觉化，展示这个房间里存在的游戏机制，比如图中白色的标记，我希望能够直觉看到一个区域里的游戏流程。
不过，这个系统最终几乎是很少使用，我本以为它可以带来很大帮助，但结果并没有奏效。我用了3个半小时做这个系统，但结果几乎一点用都没有。当然，这也是学习过程的一部分。
《Bouncemeister》
我们先来看看这款游戏长什么样：你控制角色Jetta进行跳跃，到达出口即可通关。
这是《Bouncemeister》地图编辑器，你可以把地图的任何一段拖走、改变位置，它们会自动连接起来。
它还可以自动找到布局问题，如果某一块地图无法与其他区域连接，就会被标注出来，这对我而言是非常有用的。做了很多的关卡之后，还可以按住shift键输入名字，搜索具体关卡。还有一个功能是shift+鼠标点击，可以选择所有连接起来的房间。
我们再来看《Bouncemeister》房间编辑器，它直接使用了Unity编辑器，所以在研发过程中可以直接看到游戏内实际效果。它有一些优势，这个编辑器是已经存在的，我不需要再做一些额外的功能，比如回撤或者重做，尤其是多选、多个物体移动或者多个目标规模化的时候，比自己做编辑器方便很多。
不过，这种方式也有些不利之处，比如，你需要单独的视窗看到游戏玩法，而不是直接在游戏里编辑，我很不喜欢这一点，因为它会让编辑器当中的一切都看起来很小。另外，对于一些不适应的Unity功能，我还需要找到如何变通的方法。
接下来看看这个房间编辑器里的一些功能：
吸附到网格线（snap to grid），这个功能很棒，它的代码也很简单；
自动旋转尖刺，这个功能也很不错，随后还会提到该功能，简而言之，当你把尖刺拖动到某个表面，它的方向就会自动适应其方向。
自动延展层次体系，如图，如果要手动展开这些层级目录，我需要三次点击、耗时7秒才能看看到所有内容，而使用了自动延展代码之后，就可以立即看到这些内容，这节约了大量时间。
还有一个功能是键盘快捷键，图中展示了一些快捷键，在关卡之间切换很好用，这样的快捷键有很多，但我们没时间逐一介绍。
展示房间连接错配的线框（小工具），黄线处展示的是打开的其他房间，这样，我不用频繁回到大量的关卡，就可以知道哪些关卡的房间连接出现了问题。
《Music Story》
另一个是我做的《Music Story》，不过这个项目从未发布，它停留在了概念阶段。游戏的想法是通过选择的方式展示音乐剧情，所有的文本都与你听到的音乐有关，并不是一个很有趣的挑战。
我希望用一个无障碍系统将支线故事与音乐编组并连接起来，但这是一个很困难的挑战，我希望可以快速创作内容，而不必担心内容创作需要投入很多工作量，结果证明这是一个噩梦。我一开始就做了尝试，但非常耗时间，我的目标是快速实现想法。
从图中可以看到，我直接将很多数据写入了代码中，希望它能够直接写出对应的对话文本，这的确可以将音乐与文本匹配，但我觉得结果给人的感觉还是非常奇怪，结果还不如自己直接做分支剧情。
《Combi》
这是一款休闲手游，我们希望为它做1000多个关卡，然而我们只有三周的时间完成，这是非常不切实际的，而且我还是这款游戏唯一的开发者。考虑到游戏规则，程序化关卡生成会变得非常复杂，因此我不得不手动制作。
投入了2小时制作关卡之后，我感到压力很大，因为这么短的时间根本不可能做出那么多的关卡。所以，我给自己的手机做了个编辑器，如图：
首先，我们生成一个完全随机的关卡，带有可调节的参数，在游玩过程中可以手动编辑，你可以控制关卡中的内容，也可以完全去掉某些东西，还加入了保存关卡选项。最后，一个关卡制作只需要45秒左右即可完成，包括那些需要几分钟才能完成的高难度关卡。
我可以在醒来之后做关卡，可以在地铁通勤路上，或者睡觉前，都可以随时随地编辑关卡，而且不会影响我的工作计划。
这个关卡编辑器总共用了3天时间，它带来的结果是拯救了我的精神健康，如果没有这个编辑器，1000多个关卡可能会让我手忙脚乱到崩溃。
什么时候适合做工具？
我的建议是，先“侵入（hack in）”内容，做一些实际的内容，让关卡做到可玩。一旦有了可玩内容，你就会知道你需要或者不需要什么工具，提前做这些工具，除非你不知道，否则提前准备总不会有错。
比如，之前的《Linelight》案例中，我用代码写了一些关卡，主要是希望测试游戏的可行性，最终成为了《Linelight》关卡编辑器。
你可能会浪费比想象中更多的时间。
所以，我的建议是先搞清楚你的偏好是什么，然后对此提出质疑，比如，你是否不慌不忙？如果不介意做重复动作，那么专门做工具是否有必要？或者，如果你希望提升效率，在想到的时候就去打造一个工具？
假设你不慌不忙，这时候要了解重复动作或者等待工具完成会浪费多少时间，比如，大量重命名/编辑文件，而且每周要做两次以上。或者，需要离开鼠标、目视远方一段时间，这种情况也会发生；或者，每次代码编辑都需要等待15秒以上重新编译，那很可能有方法节约时间。
另外，挑战你的沾沾自喜，节约时间可能比你想象的容易很多，有些任务节约30%的时间可能并不需要投入很多精力。
如果你和我一样，希望提升效率，我的建议是先做一些内容，然后看是否需要做一个工具，而不是反过来先做工具。因为，游戏设计很可能会发生变化，你做的工具越是具体化，那么它被淘汰的概率就会越高。
这就涉及到沉没成本悖论，假设你为XYZ做了一个工具，对于开发者或者游戏策划来说，砍掉或者改变XYZ功能就会越困难。比如，某些功能应该被砍掉，但由于做了工具，你可能并不会那么做，但这对游戏并不是正确的决定，如果不事先做工具，就可以避开这种情况。
我投入工具制作的门槛，是在没有工具的情况下，到底会带来多大的麻烦。我首先会尝试在没有工具的情况下研发，如果一件事不断地让我觉得烦躁或者效率很低，或许就会考虑专门做一个工具，当然，也有些时候并不会这么做。
随后，我会思考的是，做一个工具可能需要多久、做出来之后能够为我节约多少时间？
一个比较有代表性的案例就是前面我们提过的尖刺旋转，在《Bouncemeister》当中旋转一个尖刺需要选定目标、选择旋转角度，游戏里有很多的尖刺，这个过程会带来很大的麻烦。
这种情况持续了几周，然后我问自己，加速这个过程最简单的方法是什么？我可以ctrl+R控制它旋转90度，这需要我投入15分钟。
这种方法更好一些，但依然感觉很笨拙。随后我又问自己，做到自动旋转尖刺需要多久？答案是可能需要2小时左右。那么，我是否想要为它做编程呢？这当然是有意义的。
我为它用掉了一个半小时，最终也为我节约了大量时间。一次旋转只需要10秒左右的时间，如果每天要做50次旋转，这意味着每个月我只需要投入3个小时，而且让关卡设计流程更加流畅。
用90分钟的时间，换来这样的结果，当然是非常不错的。
这是我给错位房间设计的另一个工具，如果放大来看，可以看到这些房间之间实际上并不匹配，这是个问题，因为你很难直接看到。所以，我希望增加一个功能，能够凸显这些错误，让你知道需要解决这个问题，这对游戏策划很有帮助。
于是我问自己，是否想要增加这个功能？答案是否定的，因为这个问题带来的麻烦并不是很大。所以，最终我没有增加这个功能。
那么，对于这些情况，是否有正确的答案呢？显然没有，因为游戏研发本身就是一团乱麻，每个人都有自己的梳理方式。
不完整的工具
我做了很多不完整的工具，毕竟，我们的目标是节约时间，而不是做一款神奇的工具。比如，《Linelight》编辑器有很多的bug，比如，打开一个关卡需要快速点击2-10次，有些关卡的rect bounds还是错误的，而且，连接不同关卡依然需要手动实现。我并没有去解决这些问题，因为没有那个必要，这些问题可能会浪费时间，但为此专门做工具所节约的时间并不值得。
最后，我复制了《Bouncemeister》很多的代码，解决了很多问题，所以，这并不一定是最好的答案。
Unity代码快捷方式（code shorts）
需要声明的是，这些快捷方式仅适用于Unity研发，其中很多的东西都是我这么多年研发经验积累的。它们当中很多都被我复制到了新项目里，都可以节约一些时间，你们不一定需要直接照搬，但可以作为启发，也可以节约很多时间。
如果感兴趣，可以到图片上方的链接下载并使用这些快捷方式，我这里也会举一些例子。比如每次脚本刷新都需要重新加载场景，在Unity当中，如果重新编译，整个项目有可能会崩溃。基本上，屏幕中的这些代码，就可以起到作用，至少对我来说，不必在每次改变之后停止或者运行项目，就可以自动重新加载场景。对于开发者来说，这些代码至少可以为每次改动节约10秒钟以上，尤其是对于比较大的项目来说，它节省下来的时间更多。
吸附到网格线，这是它的代码，非常简单，而且实用。
我还做了很多结构体（struct）用于不同项目，比如Color255.cs，ColorHSB.cs，都可以节约大量时间。还有Vector2Int.cs，基本上每款网格游戏我都会用到。
GameUtils.cs几乎用在了我所有项目中的静态类（static class）当中，它可以用到大量的常见函数当中，比如按像素设置SpriteRenderer大小，设置UIGraphic alpha、改变粒子系统属性、设置编辑器镜头位置等等。
MathUtils.cs与上面的快捷方式很像，它可以返回随机bool，还可以合并两个矩形、让一些小数点位数变成整数。Vector2有些功能是没有内置的，比如绝对值、最大值、最小值等等，不过MathUtils.cs可以做到。
总结
我的第一个建议是避免笼统的工具。你可能想要一劳永逸，做一个工具、然后运用到所有新项目之中，个人认为，不要这么做，最好是为你的游戏做特别的工具，比如《Linelight》编辑器就是专门为这款游戏打造的，而且只需要几个小时就可以完成。实际上，其中的一些代码还可以用到其他具备类似功能的游戏中。
如果工具给你的感觉是“不完整”，没有关系，因为它大概率会和游戏给你的感觉一样不完美，你总会有更多东西想要加入到游戏中，所以不完整也没关系。
犯错也是可以接受的，因为这不过是另一种学习方式，也是生活的一部分。
优秀的工具可以让游戏策划处于最佳状态，所以工具不仅是节约时间，还可以让游戏设计更加流畅。我建议同行们认真检查自己的流程，然后发现在哪些地方浪费了时间，如果你发现自己经常重复一些动作，这时候最好是做一个工具；如果只是自己喜欢增加工具，那么我建议先做一些内容，然后看是否需要为之做工具。
另外，定制工具还可以提升你对编程的兴趣或者热情，比如我就对编程越来越感兴趣，这个建议不只是针对Unity，而是适用于所有引擎，以上就是今天分享的全部内容。
如若转载，请注明出处：http://www.gamelook.com.cn/2022/08/493602
