二、项目开发中的混沌和秩序
我们可能都听说过这些说法:“你不可能不劳而获”“覆水难收”或“天网恢恢,疏而不漏”。如果这些谚语对你说来不算陌生,而且在日常生活中你也反复有过这
样的亲身体验,那么你就懂得了热力学第一定律和第二定律。
——《熵:一种新的世界观》
在游戏开发过程中,很多人应该有过这样的经历:整个项目的细节越来越多,但没人知道整体是个什么样子;自己做的工作越多,越感到没有信心和无助;不断修
改、修正和返工。其实,这就是热力学第二定律所表述的,整个项目的无序性在增加,如果不加以控制,那么最后的结果就是进入最无序的状态,也就是整个系统的
平衡态,即完全裹足不前的状态。事实上,无论游戏制作人意识到与否,游戏能否正常开发完成、能否达到立案之初的目标,很大程度上取决于游戏团队对抗热力学
第二定律的能力。
之所以熵增原理对游戏开发影响如此之大,是由游戏开发本身的特殊性所决定的。以制造业为对比,制造业发展到现在非常成熟,其整个工程的无序性和不确定性并
不随着规模的增长而质变,原因在于:
1)产品各部件的质量定义非常清晰(目标清晰,需求明确);
2)每道工序对于最终产品的作用易于进行量化评估;
3)成熟的流程管理或过程管理机制;
4)专业化的团队;
5)最重要的,足够的理论指导和经验积累;
以上是使传统制造业免于熵增原理荼毒的几个关键因素,而游戏开发业显然不具备这些因素。结果就是,制造业常规状况下都能完成产品的量产和销售;但只有不足
一半的游戏正常开发完成,而达到立案目标的可能不足2成(仅仅从国内的状况而言可能更少)。
大型的游戏项目从立案到策划案,到程序架构
设计、底层开发、工具开发、上层逻辑编写,到美术资源制作、到整合、到测试,经历了一个单向资源流动的过程,这个过程类似一条河流在流动过程中不断吸纳支
流,最终汇流入海。在资源传递的过程中,由于传递的层次很多,在语言和文字的表述无法绝对精确的状况下,多次的传递不仅容易产生错误、遗漏,还会不可避免
地出现误解。每个层次资源传递中出现一点的偏差,汇总到最后可能出现若干巨大的错误,这就是“差之毫厘,谬之千里”。
在缺乏成熟管理机
制的游戏开发业,使得热力学第二定律在这方面有了很大的发挥空间。某些策划懒得写必要的文档,依靠口头说明办事;部分团队没有工作总结;很多策划不知道能
通过非语言手段(图片、拓扑等)表述信息;更多公司从来不写会议纪要和讨论纪要;绝大多数制作人都没有项目关键词定义的概念。
因此,要 首先重视定义,才能制定有效的沟通机制。
在论坛里或朋友之间,我们经常能听到某个朋友说:“如果XX游戏这样设计就好了”,或抱怨说:“XX游戏为什么没有继承前一代的某种优点?”在游戏开发
中,我们用“功能模块”来表示玩家所提到的这种乐趣点。一个功能模块往往代表了玩法的一个方面,当足够多的模块被整合之后,玩家所看到的就是我们希望展示
的游戏世界。很多设计者试图堆砌足够多“好玩”的独立系统来形成一个“足够好玩”的游戏。“好玩”的独立系统随着新游戏的推出在不断增加,因此形成一个
“足够好玩”的游戏需要的部件越来越多了。由于每个游戏模块都会通过某些接口来操作游戏属性/游戏进程,从而发生作用,这些操作与其他模块的操作可能产生
相似/互斥的结果,甚至可能改变其他模块的开关状态。因此理论上,每个新模块被整合进入系统时,制作者都必须检查所有与此模块具备公共操作区域的原有模
块,甚至必须检查所有操作可能带来的属性变更对依赖属性的原有模块的影响,这在系统足够大的时候是不可能完成的工作。
这带来了另外一个
熵增的根源,项目的复杂度随着模块数量的代数递增作几何递增。即制作人对项目的控制力和把握会随着项目规模的加大而迅速降低,当复杂度到达一个临界点时,
制作者追加任何模块,其整合成本对团队都是无力承担的。在这种状态下,依靠堆砌的制作人会在一个阶段之后突然发现,大量问题突然的、集约的出现。
相对稳妥的做法是:确认核心需求,并围绕核心设计必要的外围需求,从底层构架一个层次分明的需求,避免堆砌大而全的四不象,突出重点。
熵增原理作用的一个重要来源是缺乏计划性。由于缺乏经验和理论指导,加之相对漫长的开发过程导致市场的快速变化,在开发过程中,游戏制作者经常主动或被
迫频繁地调整策划细节,这种藐视计划性的做法直接导致软件开发目的的不确定性递增。而不确定性反过来作用于游戏团队本身,使开发人员泄气和疲惫,降低工作
效率和主动性,最终没人会相信工作计划,也没人会尽力做好自己的工作,因为这个工作随时会扔进马桶(被新的需求取代)。一种极端的状况是,有些团队连基本
的工作计划和里程碑都没有,每周的工作完全是项目经理来临时安排;另一种状况是,一个既定的计划不会被尊重,开发计划几乎每星期都会推倒修改。很显然,这
两种状况下开发已完全失控,其无序性远远超出了正常范围,开发团队必须付出几倍的预算和时间才能获得一线生机。
所以,像对待承诺一样信 守你的计划——千万别轻于承诺,但承诺了就要做到。
以上说的是3个常见的现象,本章我们讨论的热力学第二定律,其实代表了项目开发中混
沌和秩序的对决,而对抗热力学第二定律的实质是,追求设计规范所带来的秩序和控制力,减少无序性和不确定性。
分享到:
相关推荐
VSTO 开发者指南 中文 VSTO 开发 手册
独立游戏开发者的12个开发和运营技巧.pdf
独立游戏开发者电子杂志 中国人自己的游戏开发杂志
盘点独立游戏开发者的12个开发和运营技巧.docx
独立游戏开发者的12个开发和运营技巧分享.pdf
盘点独立游戏开发者的12个开发和运营技巧.pdf
和Gamasutra.com)主办,并将提供一个独特的论坛平台,深入挖掘亚太区游戏开发动态。会议的特色是所有内容均由中国本地开发者所组成的专家顾问团策划拟定,他们共同承诺,并将致力于推动并支持中国成长中的游戏产业...
Chrome 开发者工具中文手册
鸿蒙系统是面向全场景的分布式操作系统,鸿蒙系统不同于目前主流的安卓、苹果、Windows、Linux等操作系统,它面向的是1+8+N的全场景设备,可根据不同内存级别的设备进行弹性组装和适配。 鸿蒙HarmonyOS开发者资料...
独立游戏开发者电子书及其他,打包独立游戏电子书以及其他相关资料。
致力于帮助Android开发者转react-native开发
资源包括《独立游戏开发指南游戏引擎》,《独立游戏开发者第一期到第四期》
(2048小游戏)微信开发者工具开发的一个微信小程序游戏.zip
本资源包汇聚了游戏开发领域的学习资料和多个实际项目源码,旨在帮助有志于进入游戏开发行业的开发者们,从基础到进阶,全面掌握游戏开发的核心技能。资料中包含了从游戏设计原理、引擎使用技巧,到实际项目开发的...
那些赚钱了的独立开发者项目聚合,向赚钱的项目学习。.zip,独立开发商赚钱的资源
2020年休闲游戏开发者指南.pdf
苹果个人开发者账号如何升级成公司账号(2012年9月24日更新备忘).pdf苹果个人开发者账号如何升级成公司账号(2012年9月24日更新备忘).pdf苹果个人开发者账号如何升级成公司账号(2012年9月24日更新备忘).pdf苹果个人...
相反,他是一个有兴趣把Microsoft Office作为开发平台的.NET开发者。 我们相信传统的Office开发者也会对VSTO感兴趣。在加入Microsoft之前,我们俩都是VBA开发者,定制Office应用程序,并且我们非常有兴趣了解托管...
bkpermisson 一款基于腾讯蓝鲸开发者平台开发的APP
记住,编码只是项目中的一个部分,在中国校园式产品中这可能几乎就是全部了,但在一个可以称之为产品的项目中,它只是一部分,并且项目越大它所占的比重越小。 我在看书学习新知识时,希望看到的是那些写的多一些...