`
sunxboy
  • 浏览: 2892529 次
  • 性别: Icon_minigender_1
  • 来自: 武汉
社区版块
存档分类
最新评论

一个游戏开发者的反思:缺陷与出路(转)

阅读更多

阅读提示:本文是作者长期身处游戏开发行业、 亲历游戏行业痼疾后不吐不快的随笔。世界上的任何事情都是这样,当一个人对某个事物了解越多,他也就越能清晰地看到这个事物的缺陷。编者报道游戏行业也有 数年时间,觉得作者这篇文章虽然有过于“专业”的嫌疑,但比起那些行文浅显、美化游戏行业、特意以“玩家”为对象谈论游戏行业本象的文章来说,这篇文章对 我们的读者和游戏玩家也更有意义。

 

“游戏开发成功论”?

我曾写过几篇类似《给进入游戏行业新人的八个忠告》的文章,被个别朋友吹捧了几下之后,自己颇有点传道育人的成就感。但后来仔细琢磨,发现应该被教 育的恰恰不是新人,而正是如我一般或比我高大睿智的所谓的老人、前辈、制作人和领导。新人终究有超过一半的机会通过试用期,但勤奋刻苦的中国游戏制作人们 所领导的上百家开发公司,穷多年之力,到今天为止,真正成功的产品仍寥寥无几,其中世界级的产品,数量等于零。对比可见,老人、前辈、领导和伪高手们比新 人更需要教育。有了被教育的觉悟,首先做的是反省和自我教育,本文即是一个从业有些年头的冒牌高手——我的几点零碎感悟,希望能以点博面,给读者少许启 发。

此为序。

一、从D&D看游戏的底层设计

把一个所谓的游戏意义上的伟大创意在游戏产品上付诸于实现的前提,是所有的设计应该符合游戏工业设计规范。

——龙云峰《EEE&Lumines: Design for Business》

这是我第一次看到有人这么明确且重视地提出游戏工业设计规范。在中国游戏发展这么多年的情况下,到2006年才由一个入行不久的“准老人”提出,对于所有在职的“老人”和“大师”们,都是一种绝妙的讽刺。

可能很多玩家都奇怪,为什么一个国产游戏会拖期再拖期呢?为什么拖期之后出来的却是个Bug不断的半成品呢?为什么一款网络游戏开发到后期,连画面 风格都要做出调整呢?游戏开发目前几乎所有项目的症结,归根结底都与游戏设计的架构和流程有关。其实玩家们不知道,在国内游戏项目的进程中,下面这些糟糕 的状况经常会出现:

1)项目中期发现,如果编辑器支持一个特殊功能将能节省美术1/3的工作量;
2)做到第25个月发现所有美术风格相比某游戏已完全落伍,不得不重做;
3)你和所有的人都知道游戏有什么功能,但没有人能说出游戏为什么好玩;
4)一个程序的离职导致全部渲染底层需要重写;
5)你的MMO内测中,发现玩家只要1星期就能练到100级,而这是游戏的最高级别;
6)游戏最终版本与提案书对比,只有不到30%的功能得以实现。

这些只是几个我曾经听到的例子,而很多更加荒诞的情况都在不断上演、不断重复。我曾经跟一个在做项目管理的朋友说过,我们一直在重复你们过去曾经犯 下的错误。似乎所有团队都必然要交这样或那样的学费,可悲的是更多的人交了学费仍不反省,仍然采取侥幸态度忽视游戏初期设计的作用。也因此,我们今天看到 的国产游戏成功者仍然寥寥无几。

要避免后期开发中的混乱局面,在游戏设计的初期,就需要首先建立软件工程规范化的概念。什么叫软件工程?它是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它有三大要素。

1、目标:生产具有正确性、可用性及开销合宜的产品。
2、过程:生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
3、原则:是指围绕工程设计、工程支持及工程管理在软件开发过程中必须遵循的原则。

游戏软件的开发与其他软件开发相同,都要符合软件工程的规律。游戏的最根本本质是一个软件,文化产品只是软件完成后的附加属性——很显然的, OpenGL不仅能用于开发主视角射击游戏,也能开发工业CAD软件甚至远程医疗软件。商业软件的系统分析是针对用户实际的特点,来决定用户的现实需求如 何能在软件开发中实现,而游戏软件的开发也是同样的道理。一款游戏是否能顺利开发完成,取决于它的结构是否符合软件工程规范,这是降低游戏开发难度和项目 复杂度的前提。因此,我将游戏设计符合软件工程的要求,定义为游戏工业设计规范的一个基本条件。

而这对现在的中国游戏人而言,无疑是一个非常苛刻的要求,或许更有人会说这在目前的国内游戏行业也是个空想。但我们不妨仔细研究一下D&D 这种老牌的桌面游戏规则吧!它至少符合一个严格的软件工程所需要具备的基本特征。仔细研究D&D,你会发现,所有的对象,通过基本属性、天赋、适 用规则等(内涵构件)进行定义;通过规则操作,如魔法攻击(接口)进行相互作用;通过模板、种族、职业(类关系)进行衍生和统一。由于设计者将本来错综的 游戏世界高度概括成数字化的规则(生物/人造/自然物件的基本属性和基本属性作用规则),因此在面对整个游戏世界这个巨大的复杂系统时,D&D具 备几乎无限的扩展能力,可以适应不同科学发展度,不同文化的背景设计。

理论上,构建一个虚拟的世界,它的基本要素越是高度概括和定义的,那么底层设计工作的重用性就越高,扩展性也越大,同时,由于每次依靠本层次控件和 规则构成往上一个层次时都可能与最初的设想有极小的偏差,因此最终层次的表象控制就越难。如果我们把当前的宇宙视为一个游戏项目,那么,上帝至少在设计之 初将“夸克”视作最底层的材料,而我们看到的整个世界都是由几种基本的“夸克”构成的(看来上帝的美术工程师很省工)。由于层次非常多,这个世界最后的面 貌很可能与上帝的提案书差距非常大。当然,上帝可以在最高层直接添加规则来更改这个差距。

D&D代表了目前游戏设计能够高度概括到的极限(或许《进化》能打破这个纪录,还没有看到游戏,不知道具体情况)。我们做游戏设计,没有必 要做到这个层次,只需要抽象到玩家看到的具体控件的下面一层就可以。例如MMO中有设计纸娃娃的需求,里面有衬肩,那么,我们只要比常用的做法更进一步, 将衬肩再向下一个层次,分为贴图风格、形状、特效种类、特效颜色4个基本控件,那么,只要每个控件做少量几种就能组合成很多种类的衬肩,这样规划可大量减 少美术的工作量。而常规做法只能是一个个衬肩去建模和绘制。

概括和定义底层是游戏设计对商业需求分析后最简单的一个步骤。在分析商业需求过程中,我们可针对各个方面抽象出类似的关键问题:

1)NPC、怪物、Boss和玩家角色是否属于共同的类?如果是,这个类如何定义?其子类如何定义和区分,基本属性、骨骼、模型、纸娃娃、动作是否通用?各子类是否有必要定义各自的子类?这些所有定义对于美术和程序工作的影响何在?

2)职业、种族作为通用模板如何对上述的类中的对象进行作用,其作用是否与子类的定义相关?

3)作为场景设计的需求,有多少建筑对象以构件组合方式可以作出变化?如是,组合需要支援多少种风格?有必要单独设计的建筑有多少?

4)有无可能以一种统一的升级规则操作基本属性来控制所有的平衡?

这种问题还有很多,根据游戏类型的不同,进行设计时的需求也有很大变化。

游戏设计符合软件工程的要求,需要项目负责人有基本的软件工程知识,并有相应领域的专家加以配合。很多Boss和Leader喜欢拿到提案书就开始督促手下人干,事实上,如果给大家几个月的时间实现一个规范的工业设计,就能避免以后无数的问题,节省大量返工的成本。

前面说到的是游戏开发这个项目的初步设计问题,接下来我想谈一下我对于游戏设计过程具体管理的看法。

游戏工业的理想状态,应该是流水线生产、精益生产、个体创造的结合,在策划阶段、游戏架构阶段、试生产阶段、测试阶段需要采取不同的策略,从而最大 程度降低风险、降低成本及控制开发时程。注意“面向过程的管理”这个精益生产的实质,正是游戏开发未来所必须追求的目标,也是实施游戏工业设计规范所不可 缺的部分。长久以来,游戏业内的管理是“面向人的管理”或“面向目标的管理”,甚至有的连目标管理都没有,而不用说进行真正的过程管理。

肯定有读者会说:谁说中国游戏开发没有过程管理?没有月表么?没有开发计划么?没有工作日志么?我要说的是,并不是表述了过程就可自认为进行了过程 管理,也不是每天跑去问程序进度如何就是做了过程控制。“面向过程的管理”包括非常多的技巧和细节,这需要管理者去研究、规划和控制。

 

--------------------------------------------------------------------------------------

二、项目开发中的混沌和秩序

我们可能都听说过这些说法:“你不可能不劳而获”“覆水难收”或“天网恢恢,疏而不漏”。如果这些谚语对你说来不算陌生,而且在日常生活中你也反复有过这样的亲身体验,那么你就懂得了热力学第一定律和第二定律。

——《熵:一种新的世界观》

在游戏开发过程中,很多人应该有过这样的经历:整个项目的细节越来越多,但没人知道整体是个什么样子;自己做的工作越多,越感到没有信心和无助;不 断修改、修正和返工。其实,这就是热力学第二定律所表述的,整个项目的无序性在增加,如果不加以控制,那么最后的结果就是进入最无序的状态,也就是整个系 统的平衡态,即完全裹足不前的状态。事实上,无论游戏制作人意识到与否,游戏能否正常开发完成、能否达到立案之初的目标,很大程度上取决于游戏团队对抗热 力学第二定律的能力。

之所以熵增原理对游戏开发影响如此之大,是由游戏开发本身的特殊性所决定的。以制造业为对比,制造业发展到现在非常成熟,其整个工程的无序性和不确定性并不随着规模的增长而质变,原因在于:

1)产品各部件的质量定义非常清晰(目标清晰,需求明确);
2)每道工序对于最终产品的作用易于进行量化评估;
3)成熟的流程管理或过程管理机制;
4)专业化的团队;
5)最重要的,足够的理论指导和经验积累;

以上是使传统制造业免于熵增原理荼毒的几个关键因素,而游戏开发业显然不具备这些因素。结果就是,制造业常规状况下都能完成产品的量产和销售;但只有不足一半的游戏正常开发完成,而达到立案目标的可能不足2成(仅仅从国内的状况而言可能更少)。

大型的游戏项目从立案到策划案,到程序架构设计、底层开发、工具开发、上层逻辑编写,到美术资源制作、到整合、到测试,经历了一个单向资源流动的过 程,这个过程类似一条河流在流动过程中不断吸纳支流,最终汇流入海。在资源传递的过程中,由于传递的层次很多,在语言和文字的表述无法绝对精确的状况下, 多次的传递不仅容易产生错误、遗漏,还会不可避免地出现误解。每个层次资源传递中出现一点的偏差,汇总到最后可能出现若干巨大的错误,这就是“差之毫厘, 谬之千里”。

在缺乏成熟管理机制的游戏开发业,使得热力学第二定律在这方面有了很大的发挥空间。某些策划懒得写必要的文档,依靠口头说明办事;部分团队没有工作 总结;很多策划不知道能通过非语言手段(图片、拓扑等)表述信息;更多公司从来不写会议纪要和讨论纪要;绝大多数制作人都没有项目关键词定义的概念。

因此,要首先重视定义,才能制定有效的沟通机制。

在论坛里或朋友之间,我们经常能听到某个朋友说:“如果XX游戏这样设计就好了”,或抱怨说:“XX游戏为什么没有继承前一代的某种优点?”在游戏 开发中,我们用“功能模块”来表示玩家所提到的这种乐趣点。一个功能模块往往代表了玩法的一个方面,当足够多的模块被整合之后,玩家所看到的就是我们希望 展示的游戏世界。很多设计者试图堆砌足够多“好玩”的独立系统来形成一个“足够好玩”的游戏。“好玩”的独立系统随着新游戏的推出在不断增加,因此形成一 个“足够好玩”的游戏需要的部件越来越多了。由于每个游戏模块都会通过某些接口来操作游戏属性/游戏进程,从而发生作用,这些操作与其他模块的操作可能产 生相似/互斥的结果,甚至可能改变其他模块的开关状态。因此理论上,每个新模块被整合进入系统时,制作者都必须检查所有与此模块具备公共操作区域的原有模 块,甚至必须检查所有操作可能带来的属性变更对依赖属性的原有模块的影响,这在系统足够大的时候是不可能完成的工作。

这带来了另外一个熵增的根源,项目的复杂度随着模块数量的代数递增作几何递增。即制作人对项目的控制力和把握会随着项目规模的加大而迅速降低,当复 杂度到达一个临界点时,制作者追加任何模块,其整合成本对团队都是无力承担的。在这种状态下,依靠堆砌的制作人会在一个阶段之后突然发现,大量问题突然 的、集约的出现。

相对稳妥的做法是:确认核心需求,并围绕核心设计必要的外围需求,从底层构架一个层次分明的需求,避免堆砌大而全的四不象,突出重点。

熵增原理作用的一个重要来源是缺乏计划性。由于缺乏经验和理论指导,加之相对漫长的开发过程导致市场的快速变化,在开发过程中,游戏制作者经常主动 或被迫频繁地调整策划细节,这种藐视计划性的做法直接导致软件开发目的的不确定性递增。而不确定性反过来作用于游戏团队本身,使开发人员泄气和疲惫,降低 工作效率和主动性,最终没人会相信工作计划,也没人会尽力做好自己的工作,因为这个工作随时会扔进马桶(被新的需求取代)。一种极端的状况是,有些团队连 基本的工作计划和里程碑都没有,每周的工作完全是项目经理来临时安排;另一种状况是,一个既定的计划不会被尊重,开发计划几乎每星期都会推倒修改。很显 然,这两种状况下开发已完全失控,其无序性远远超出了正常范围,开发团队必须付出几倍的预算和时间才能获得一线生机。

所以,像对待承诺一样信守你的计划——千万别轻于承诺,但承诺了就要做到。

以上说的是3个常见的现象,本章我们讨论的热力学第二定律,其实代表了项目开发中混沌和秩序的对决,而对抗热力学第二定律的实质是,追求设计规范所带来的秩序和控制力,减少无序性和不确定性。

三、游戏设计的量化问题

我们谈过了游戏开发过程中面临的诸多问题,但这里还有一个基本问题是——是不是所有开发工作都能被量化?

很多游戏从业者都对此问题持否定的态度。游戏产业是一个创意产业,创意和艺术创作怎么能被量化?所以就有很多号称牛人所写的文章、接受的采访,大谈游戏开发管理的难度,主要根据是,设计工作/艺术创作无法被量化。

真是这样么?

在长度度量衡没有被发明之前,我们可以猜想,人类只能使用简单的表述来说明距离或长度,例如“高”“很高”“远”“很远”“非常长”等,在现代人看 来,这种表述“十分不量化”,但在当时的人类认知中,长度应该是无法量化的,因为缺乏一种单位标准,可以使得不同的人能对长度进行同样精确、相同认知的表 述。这里,我们可以看出,至少在数学概念的量化上,需要“单位标准”的确定作为前提。

在上面的例子中,一旦加减法被发明出来,度量衡就会出现,人们会定义长度的单位和换算方式,此时长度就变为可量化单位了(看到这里,会不会觉得《文明》系列中的科技缺了不少?)。

所以,认为游戏开发工作不能被量化的游戏开发牛人们,要么是对游戏开发工作根本不懂;要么就是对其他行业的研究成果视而不见,坐井观天;有更多的混子们觉得“不能量化”是糊弄投资商和Boss最好的挡箭牌。

大家可以去Google查查“量化管理”,这已经是项目管理学最基本的概念,但居然还有这么多游戏业的牛人、老人嚷嚷无法量化,只能说悲哀,这行业的现状让人欲哭无泪。

关于如何“量化”的攻略不管是在网上还是网下都已非常多了,也非常系统了,这里且不多说。大家去搜索一下,注意多看广告和网站的,人家本质上也是创意产业……看完以后你保证有抽那些“无法量化”牛人的冲动。

在整个游戏开发设计过程中,没有一个阶段是绝对无法量化的,不过存在一个量化成本的问题。因为量化需要度量,度量过程需要建立标准、对比标准,对于 很多无法用数字表述,必须借助统计甚至拓扑来表述的量化目标来说,这个操作过程的成本很高。所以在游戏最初设计的阶段,也就是量化成本最高的阶段,不必使 用“量化”的概念去管理和操作。但在后续开发中,必须将程序、美术等工作都做到量化管理,这是使游戏成为工业化生产的前提,也是我们进行规范的前提。

 

------------------------------------------------------------------------------------

四、专业精神

有位被称为物理学大师的老先生曾经放言:“中国高校对于中国发展作出的贡献,远远大于美国最好的大学对于美国发展作出的贡献”。先不说老先生如何得 出这个结论,单单只看字面的意思,很容易发现一个逻辑常识问题,就是用“中国高校”这个大集合与“美国最好的大学”这个小集合进行对比。这种连小学生都能 发现的错误居然被多家媒体转载引用,实在令人匪夷所思。由此可见,现代人对于逻辑严谨、谨慎求证的基本研究态度的缺失十分惊人。

一个诺贝尔物理学奖获得者总说类似如此不专业的话(之前还说过“中国科技落后的原因是易经”“清华学生强于哈佛”等),使我这样一个物理系毕业生非 常庆幸自己没有资格搞物理研究。但高兴未过半,反过头来一看中国游戏行业,亦如是也!不加考证、没有数据、没有案例,太多人开口就可以大肆放炮,提出各种 貌似有理的结论,事实上,仔细看看他们的文章或言论,除了结论,什么都没有……

所以,请在你看跟行业有关的所有文章时(包括本文),仔细看看结论之前的论证过程是否存在,是否合理。

上文似乎与正题无关,但其实关系大得了不得。因为立项、开发中的陷阱,其来源往往是这种看似理直气壮,却无法抽象、无法量化、无法证明的结论。举个 例子,根据我的观察,一旦游戏产品的游戏性在测试中不被认可,大部分“资深”策划都会归结于“我们的系统太少,不够丰富”,结论是“要增加《魔兽世界》 (或其他XX游戏)也有的系统,甚至更多”。类似的论调往往能获得很多赞同和喝彩,而很显然的,这样的结论可以洗脱所有人之前的责任,也能为混工资的项目 高层多争取一些时间。但至于这个结论是怎么得出来的却没人关心,或以一句“这是经验”代替了论证——结果常常是项目因此而滑向“全而疏”的失控深渊。

“知其然”重要,“知其所以然”更重要。因为不能“知其所以然”,那个“其然”很可能是某感知力不足人的直觉。兵无常势,水无常形,在变化如此迅速的行业中,任何只有个别案例的经验总结,如果不能被抽象、推演或证明,其作用就值得怀疑。

事实上,现阶段的年轻人,大抵是喜欢“攻略式”的成功捷径,乐于研究表象之“术”而并非深层之“道”,因此只有结论的填鸭文章倒成了最受欢迎速成的 武功心法。可以想象,如果我写个游戏开发必胜100招,只写一堆狗屁结论,必定人气旺到爆,且留言中的崇拜者、仰慕者、流口水者、要求合作创业者必定多到 叫喊“中国游戏业没有人才”的行业资深人士们羡慕的地步。

填鸭成功学给所有畏惧困难和缺乏钻研能力的人一个海市蜃楼,这个看似美妙的绿洲幻境后面,掩藏着无数投资者和热血青年的尸骨,而这些尸骨的游魂如同“为虎作伥”的“伥鬼”一样,继续以他们的所谓血泪和经验拼凑新的填鸭成功学,引诱下批冒险者。

填鸭成功学只是从一个侧面反映出我们多么缺乏真正专业的制作者和决策者。

我们先来考虑第1个问题:

黑社会和街头混混的区别是什么?

我们知道《教父》中的黑社会有很多特征,是任何街头混混都无法比拟的,列举几个:

1)严密的组织分工,每个人都有自己的专责(有组织结构和职位说明书);
2)黑白道的关系网(有行业背景);
3)固定的灰色收入渠道(有盈利模式);
4)有专门的用于行业联络的黑话(使用行业术语交流);
5)成员有自制力、纪律性、信仰“我们的事业”(有企业文化);

这些种种特征,加上黑社会成员的事业心和敬业精神,我们其实看到的“专业精神”在行业中的体现,换言之,黑社会和街头混混的区别是,一为专业,一为业余。

第2个已经不用回答的问题:

游戏从业者和玩家的区别是什么?

我常常问提出建议和意见的同事,你的想法跟玩家有什么区别?

黑岛,以“忠于RPG,忠于玩家”闻名,能够忠于自己的职业和角色,这就是游戏从业者专业最基本的表现。游戏行业的工作涉及到方方面面,游戏外盒设 计者是否以专业外观设计师的标准要求自己?游戏项目经理是否具备软件项目管理的基本理念和技能?游戏QA是否制定了专业的反馈流程和机制?以这种标准来 看,中国不仅缺乏专业的从业者,甚至连专业的公司都寥寥无及。

专业从业者应该首先把自己从玩家的身份中升华出来,能总结玩家的反应,能将玩家眼中混沌的系统分离成为清晰的个体,能将实际抽象为理论,能将感受量 化成数据。如果一个从业者的作用只是传递玩家的信息或把自己作为玩家感受的信息整理出来,那么这个从业者实质上对于整个团队是没有价值的。如果你做的仅仅 是玩家能做的,那么组织要你干吗?

第3个值得我们探讨的问题:

我们用什么去定义“游戏从业者的专业精神”?

任何行业的“专业”二字,都不仅仅是技术的体现,按照大前研一的定义,技术精通者应称为专长者。英文过专八的研究生,未必能进行专业的翻译;同理,一个会写策划案或营销计划的人,未必是专业的游戏从业者。

对于不同职位的从业者,我们不能苛求一种专业的标准,但无论GM还是总经理,专业与否最直接的判断就是,专业者为寻求最精益最科学的工作结果而奋斗。如果考虑到个人与组织的协调,我们可以加上第二层的判断:专业者为个人工作结果促进组织成长作用最大化而奋斗。

就这么简单。

可是有几个人能做到呢?

对希望自己成为游戏业内专业人士的读者,推荐大前研一的《专业主义》。 

五、战略的价值

战略的定义和价值问题一直是企业家和专业人士理解不太清晰的几个事中的两件事。学者和咨询公司把它说得神乎其神,实业家﹑经验主义者又往往对战略嗤之以鼻,认为它一钱不值,对于战略家的高谈阔论不屑一顾。

——郑文斌

战略是一个可以被多层细分的名词,最被中国企业所常常提到的是“管理战略”“市场战略”“企业战略”等,这些是针对企业不同环节或不同层次对战略的 细化。在游戏行业,我们常常听到的是“概念”“目标”被冠以“战略”。例如,盛大曾经提出要做“网上迪斯尼”,被很多人称为战略,其实仅仅是个长期目标而 已。如果苏军在卫国战争的战略仅仅是“打败法西斯”,我估计二战的历史都要被改写了。中国游戏圈是我所见到的最喜欢通过滥用各种术语以拔高自己身份的自卑 群体。而战略这个词被滥用造成的结果就是,几乎所有人都搞不清楚什么是战略,战略有什么用。

我们先从战争来看看什么是战略。《战争论》对战略定义为“战略就是为了达到战争目的而对战斗的运用。”针对战略和战术的关系,《战争论》提出“战略 是对整个战争的筹划”“战术是对某一作战行动的筹划。”在战争中,大本营/总参需要针对自己和敌方的态势、情况,决定如何达成战争的目的,并加以贯彻。在 二战中,德军的“闪电战”、苏联红军的“大纵深”、日军的“火力优势作战”、我国的“人民战争”都属于战略层面。而相对应的“先锋旅指挥”“机械化波动进 攻”“侧翼突破”“游击战”就属于战术层面。战术服务于战略,而战略则指导了战术。

在企业中,战略影响也非常大,往往决定一个企业的盛衰。在游戏业,战略也有血淋淋的案例摆在眼前,华义、大宇等老牌厂商对于大陆市场的丧失,与其战 略可以说不无关系;盛大的所谓IPTV战略(称为战略还是大了,IPTV应该看作盛大多元化战略的一个关键战术调整),间接帮助网易成为行业老大。

对于游戏公司,战略可沿用郑文斌博士的定义。“战略是确定企业长远发展目标,并指出实现长远目标的策略和途径。战略确定的目标与企业的宗旨和使命必须相吻合。”在此定义的基础上,我认为,游戏开发公司的领导者必须明确以下问题:

1)公司发展的终极目标是什么?对应此终极目标,员工的愿景为何?
2)公司的核心竞争力是什么?此核心竞争力如何保持和加强?
3)在游戏行业中,公司的位置和面临的态势?未来如何改善这个态势?
4)保证实现目标的资源有哪些?如何组织这些资源?
5)风险有哪些?如何通过制度和福利降低风险?
6)开发流程的管理采取什么样的模式才能最大程度发挥核心竞争力?
7)游戏产品的定位,开发什么题材、什么类型的产品?产品之间如何互补?

先明确了这几个问题,才能制定公司的战略,战略应该围绕目标来制定,同时也要考虑自己公司的实际情况和外部环境。例如最简单的,有些公司“两条腿走路”,引进产品和资助开发结合,就是最基本的产品战略,是总体战略的一部分。

再强调一遍,战略是非常重要的。很多战略经常变动、战略有问题或战略落实不足的游戏公司,已经给我们做了反面教材。我曾经听说,一个大裁员的公司老 总抱怨,裁员的原因是,被开的员工脑子全部停留在单机时代的设计理念,根本做不出好网游,只能开掉。理由似乎合理,但其实非常荒唐,员工是谁请来的?公司 管理层请的,在公司提出相应战略之后请的;员工是怎么干活的?是在管理层的意志下干活的,是在公司战略指导下干活的。做出的项目失败是管理层的战略失败, 怎么能怪员工思想保守呢?可现实往往是,高层的战略失败,偏偏由员工买单,被裁掉甚至被拖欠工资,这似乎已成了IT的一个规则。

所以说,就算你不是高层也不想做高层,只想进入游戏行业踏实打工,了解公司战略也是很重要的,不然下次给垃圾战略买单的就可能是你。

说到底,某些高层根本没有想过以游戏立业,他们甚至连自己的核心业务是什么都不清楚,他们的规划中根本没有长期战略,更充斥着各种不切实际的短期盈 利狂想。在这种情况下,决定公司方向的就是能不能赚快钱,能不能忽悠投资商和股民,也因此很多概念和口号被包装成为他们的所谓“战略”。至于游戏业务,只 是很多“有奶便是娘”的奶妈之一。

这个行业真正需要是“忠于游戏”“以游戏为业”的公司和团队。一些公司和团队无法存活,表面上看来是人有问题(最常见的就是“策划不够专业”),但事实上往往是公司的战略和定位缺失。假使战略问题继续得不到重视,我们这个行业将陷入低水平重复的泥潭。

篇后记

在游戏开发的圈子里,见识了很多被游戏开发所成就或伤害的精英,也看了他们所写的形形色色文章、书籍、Blog。其中多有怨天尤人的、讥讽谩骂的、自卖自夸的、乞求玩家买正版的、装大师大谈成功攻略的,唯独老老实实总结点经验并愿意共享出来的很少。

而很现实的状况是,几乎所有中国游戏制作团队都在重复犯前人的错误。

所以起意写本文的初衷就是想能整理一些给其他业者有用的,也供自己反省的东西。因个人能力和时间所限,断断续续写了很久才攒了5节。

 

 

 

分享到:
评论

相关推荐

    毕业设计选题 -未来生鲜运输车设计.pptx

    毕业设计选题 -未来生鲜运输车设计.pptx

    基于樽海鞘算法优化的极限学习机回归预测及其与BP、GRNN、ELM的性能对比研究

    内容概要:本文详细探讨了基于樽海鞘算法(SSA)优化的极限学习机(ELM)在回归预测任务中的应用,并与传统的BP神经网络、广义回归神经网络(GRNN)以及未优化的ELM进行了性能对比。首先介绍了ELM的基本原理,即通过随机生成输入层与隐藏层之间的连接权重及阈值,仅需计算输出权重即可快速完成训练。接着阐述了SSA的工作机制,利用樽海鞘群体觅食行为优化ELM的输入权重和隐藏层阈值,从而提高模型性能。随后分别给出了BP、GRNN、ELM和SSA-ELM的具体实现代码,并通过波士顿房价数据集和其他工业数据集验证了各模型的表现。结果显示,SSA-ELM在预测精度方面显著优于其他三种方法,尽管其训练时间较长,但在实际应用中仍具有明显优势。 适合人群:对机器学习尤其是回归预测感兴趣的科研人员和技术开发者,特别是那些希望深入了解ELM及其优化方法的人。 使用场景及目标:适用于需要高效、高精度回归预测的应用场景,如金融建模、工业数据分析等。主要目标是提供一种更为有效的回归预测解决方案,尤其是在处理大规模数据集时能够保持较高的预测精度。 其他说明:文中提供了详细的代码示例和性能对比图表,帮助读者更好地理解和复现实验结果。同时提醒使用者注意SSA参数的选择对模型性能的影响,建议进行参数敏感性分析以获得最佳效果。

    2025年中国生成式AI大会PPT(4-1)

    2025年中国生成式AI大会PPT(4-1)

    无刷直流电机双闭环调速系统的Simulink建模与参数优化

    内容概要:本文详细介绍了基于Simulink平台构建无刷直流电机(BLDC)双闭环调速系统的全过程。首先阐述了双闭环控制系统的基本架构,即外层速度环和内层电流环的工作原理及其相互关系。接着深入探讨了PWM生成模块的设计,特别是占空比计算方法的选择以及三角波频率的设定。文中还提供了详细的电机参数设置指导,如转动惯量、电感、电阻等,并强调了参数选择对系统性能的影响。此外,针对PI控制器的参数整定给出了具体的公式和经验值,同时分享了一些实用的调试技巧,如避免转速超调、处理启动抖动等问题的方法。最后,通过仿真实验展示了系统的稳定性和鲁棒性,验证了所提出方法的有效性。 适用人群:从事电机控制研究的技术人员、自动化工程领域的研究生及科研工作者。 使用场景及目标:适用于需要深入了解和掌握无刷直流电机双闭环调速系统设计与优化的人群。主要目标是帮助读者学会利用Simulink进行BLDC电机控制系统的建模、仿真和参数优化,从而提高系统的稳定性和响应速度。 其他说明:文章不仅提供了理论知识,还包括了许多实践经验和技术细节,有助于读者更好地理解和应用相关技术。

    西门子S7-1200 PLC与施耐德变频器Modbus通讯实现及调试技巧

    内容概要:本文详细介绍了西门子S7-1200 PLC与施耐德ATV310/312变频器通过Modbus RTU进行通讯的具体实现步骤和调试技巧。主要内容涵盖硬件接线、通讯参数配置、控制启停、设定频率、读取运行参数的方法以及常见的调试问题及其解决方案。文中提供了具体的代码示例,帮助读者理解和实施通讯程序。此外,还强调了注意事项,如地址偏移量、数据格式转换和超时匹配等。 适合人群:从事工业自动化领域的工程师和技术人员,尤其是那些需要将西门子PLC与施耐德变频器进行集成的工作人员。 使用场景及目标:适用于需要通过Modbus RTU协议实现PLC与变频器通讯的工程项目。目标是确保通讯稳定可靠,掌握解决常见问题的方法,提高调试效率。 其他说明:文中提到的实际案例和调试经验有助于读者避免常见错误,快速定位并解决问题。建议读者在实践中结合提供的代码示例和调试工具进行操作。

    基于FPGA的Verilog实现IIC主从机驱动及其应用

    内容概要:本文详细介绍了如何使用Verilog在FPGA上实现IIC(Inter-Integrated Circuit)主从机驱动。主要内容包括从机和主机的设计,特别是状态机的实现、寄存器读取、时钟分频策略、SDA线的三态控制等关键技术。文中还提供了详细的代码片段,展示了从机地址匹配逻辑、主机时钟生成逻辑、顶层模块的连接方法以及仿真实验的具体步骤。此外,文章讨论了一些常见的调试问题,如总线竞争、时序不匹配等,并给出了相应的解决方案。 适合人群:具备一定FPGA开发基础的技术人员,尤其是对IIC协议感兴趣的嵌入式系统开发者。 使用场景及目标:适用于需要在FPGA平台上实现高效、可靠的IIC通信的应用场景。主要目标是帮助读者掌握IIC协议的工作原理,能够独立完成IIC主从机系统的开发和调试。 其他说明:文章不仅提供了理论讲解,还包括了大量的实战经验和代码实例,有助于读者更好地理解和应用所学知识。同时,文章还提供了一个思考题,引导读者进一步探索多主设备仲裁机制的设计思路。

    C#开发的拖拽式Halcon可视化抓边抓圆控件,提升机器视觉测量效率

    内容概要:本文介绍了一款基于C#开发的拖拽式Halcon可视化抓边、抓圆控件,旨在简化机器视觉项目中的测量任务。该控件通过拖拽操作即可快速生成测量区域,自动完成边缘坐标提取,并提供实时反馈。文中详细描述了控件的工作原理和技术细节,如坐标系转换、卡尺生成、边缘检测算法封装以及动态参数调试等功能。此外,还讨论了一些常见问题及其解决方案,如坐标系差异、内存管理等。 适合人群:从事机器视觉开发的技术人员,尤其是熟悉C#和Halcon的开发者。 使用场景及目标:适用于需要频繁进行边缘和圆形特征测量的工业自动化项目,能够显著提高测量效率并减少编码工作量。主要目标是将复杂的测量任务转化为简单的拖拽操作,使非专业人员也能轻松完成测量配置。 其他说明:该控件已开源发布在GitHub上,提供了完整的源代码和详细的使用指南。未来计划扩展更多高级功能,如自动路径规划和亚像素级齿轮齿距检测等。

    西门子200Smart与维纶触摸屏在疫苗车间控制系统的应用:配液、发酵、纯化及CIP清洗工艺详解

    内容概要:本文详细介绍了西门子200Smart PLC与维纶触摸屏在某疫苗车间控制系统的具体应用,涵盖配液、发酵、纯化及CIP清洗四个主要工艺环节。文中不仅展示了具体的编程代码和技术细节,还分享了许多实战经验和调试技巧。例如,在配液罐中,通过模拟量处理确保温度和液位的精确控制;发酵罐部分,着重讨论了PID参数整定和USS通讯控制变频器的方法;纯化过程中,强调了双PID串级控制的应用;CIP清洗环节,则涉及复杂的定时器逻辑和阀门联锁机制。此外,文章还提到了一些常见的陷阱及其解决方案,如通讯干扰、状态机切换等问题。 适合人群:具有一定PLC编程基础的技术人员,尤其是从事工业自动化领域的工程师。 使用场景及目标:适用于需要深入了解PLC与触摸屏集成控制系统的工程师,帮助他们在实际项目中更好地理解和应用相关技术和方法,提高系统的稳定性和可靠性。 其他说明:文章提供了大量实战经验和代码片段,有助于读者快速掌握关键技术点,并避免常见错误。同时,文中提到的一些优化措施和调试技巧对提升系统性能非常有帮助。

    计算机网络结课设计:通过思科Cisco进行中小型校园网搭建

    计算机网络课程的结课设计是使用思科模拟器搭建一个中小型校园网,当时花了几天时间查阅相关博客总算是做出来了,现在免费上传CSDN,希望小伙伴们能给博客一套三连支持

    芋道(yudao)开发技术文档

    《芋道开发指南文档-2023-10-27更新》是针对软件开发者和IT专业人士的一份详尽的资源集合,旨在提供最新的开发实践、范例代码和最佳策略。这份2023年10月27日更新的文档集,包含了丰富的模板和素材,帮助开发者在日常工作中提高效率,保证项目的顺利进行。 让我们深入探讨这份文档的可能内容。"芋道"可能是一个开源项目或一个专业的技术社区,其开发指南涵盖了多个方面,例如: 1. **编程语言指南**:可能包括Java、Python、JavaScript、C++等主流语言的编码规范、最佳实践以及常见问题的解决方案。 2. **框架与库的应用**:可能会讲解React、Vue、Angular等前端框架,以及Django、Spring Boot等后端框架的使用技巧和常见应用场景。 3. **数据库管理**:涵盖了SQL语言的基本操作,数据库设计原则,以及如何高效使用MySQL、PostgreSQL、MongoDB等数据库系统。 4. **版本控制**:详细介绍了Git的工作流程,分支管理策略,以及与其他开发工具(如Visual Studio Code、IntelliJ IDEA)的集成。 5. **持续集成与持续部署(CI/CD)**:包括Jenkins、Travis CI、GitHub Actions等工具的配置和使用,以实现自动化测试和部署。 6. **云服务与容器化**:可能涉及AWS、Azure、Google Cloud Platform等云计算平台的使用,以及Docker和Kubernetes的容器化部署实践。 7. **API设计与测试**:讲解RESTful API的设计原则,Swagger的使用,以及Postman等工具进行API测试的方法。 8. **安全性与隐私保护**:涵盖OAuth、JWT认证机制,HTTPS安全通信,以及防止SQL注入、

    基于信息间隙决策的综合能源系统优化调度模型及其应用

    内容概要:本文介绍了一种先进的综合能源系统优化调度模型,该模型将风电、光伏、光热发电等新能源与燃气轮机、燃气锅炉等传统能源设备相结合,利用信息间隙决策(IGDT)处理不确定性。模型中引入了P2G(电转气)装置和碳捕集技术,实现了碳经济闭环。通过多能转换和储能系统的协同调度,提高了系统的灵活性和鲁棒性。文中详细介绍了模型的关键组件和技术实现,包括IGDT的鲁棒性参数设置、P2G与碳捕集的协同控制、储能系统的三维协同调度等。此外,模型展示了在极端天气和负荷波动下的优异表现,显著降低了碳排放成本并提高了能源利用效率。 适合人群:从事能源系统优化、电力调度、碳交易等相关领域的研究人员和工程师。 使用场景及目标:适用于需要处理多种能源形式和不确定性的综合能源系统调度场景。主要目标是提高系统的灵活性、鲁棒性和经济效益,减少碳排放。 其他说明:模型具有良好的扩展性,可以通过修改配置文件轻松集成新的能源设备。代码中包含了详细的注释和公式推导,便于理解和进一步改进。

    毕业设计的论文撰写、终期答辩相关的资源.m

    毕业设计的论文撰写、终期答辩相关的资源

    机器学习(预测模型):专注于 2024 年出现的漏洞(CVE)信息数据集

    该是一个在 Kaggle 上发布的数据集,专注于 2024 年出现的漏洞(CVE)信息。以下是关于该数据集的详细介绍:该数据集收集了 2024 年记录在案的各类漏洞信息,涵盖了漏洞的利用方式(Exploits)、通用漏洞评分系统(CVSS)评分以及受影响的操作系统(OS)。通过整合这些信息,研究人员和安全专家可以全面了解每个漏洞的潜在威胁、影响范围以及可能的攻击途径。数据主要来源于权威的漏洞信息平台,如美国国家漏洞数据库(NVD)等。这些数据经过整理和筛选后被纳入数据集,确保了信息的准确性和可靠性。数据集特点:全面性:涵盖了多种操作系统(如 Windows、Linux、Android 等)的漏洞信息,反映了不同平台的安全状况。实用性:CVSS 评分提供了漏洞严重程度的量化指标,帮助用户快速评估漏洞的优先级。同时,漏洞利用信息(Exploits)为安全研究人员提供了攻击者可能的攻击手段,有助于提前制定防御策略。时效性:专注于 2024 年的漏洞数据,反映了当前网络安全领域面临的新挑战和新趋势。该数据集可用于多种研究和实践场景: 安全研究:研究人员可以利用该数据集分析漏洞的分布规律、攻击趋势以及不同操作系统之间的安全差异,为网络安全防护提供理论支持。 机器学习与数据分析:数据集中的结构化信息适合用于机器学习模型的训练,例如预测漏洞的 CVSS 评分、识别潜在的高危漏洞等。 企业安全评估:企业安全团队可以参考该数据集中的漏洞信息,结合自身系统的实际情况,进行安全评估和漏洞修复计划的制定。

    建模大赛入门指南:从零基础到实战应用.pdf

    内容概要:本文档作为建模大赛的入门指南,详细介绍了建模大赛的概念、类型、竞赛流程、核心步骤与技巧,并提供实战案例解析。文档首先概述了建模大赛,指出其以数学、计算机技术为核心,主要分为数学建模、3D建模和AI大模型竞赛三类。接着深入解析了数学建模竞赛,涵盖组队策略(如三人分别负责建模、编程、论文写作)、时间安排(72小时内完成全流程)以及问题分析、模型建立、编程实现和论文撰写的要点。文中还提供了物流路径优化的实战案例,展示了如何将实际问题转化为图论问题并采用Dijkstra或蚁群算法求解。最后,文档推荐了不同类型建模的学习资源与工具,并给出了新手避坑建议,如避免过度复杂化模型、重视可视化呈现等。; 适合人群:对建模大赛感兴趣的初学者,特别是高校学生及希望参与数学建模竞赛的新手。; 使用场景及目标:①了解建模大赛的基本概念和分类;②掌握数学建模竞赛的具体流程与分工;③学习如何将实际问题转化为数学模型并求解;④获取实战经验和常见错误规避方法。; 其他说明:文档不仅提供了理论知识,还结合具体实例和代码片段帮助读者更好地理解和实践建模过程。建议新手从中小型赛事开始积累经验,逐步提升技能水平。

    protobuf-6.30.1-cp310-abi3-win32.whl

    该资源为protobuf-6.30.1-cp310-abi3-win32.whl,欢迎下载使用哦!

    大数据环境构建:从虚拟机创建到Ambari集群部署的技术指南

    内容概要:本文档详细介绍了基于Linux系统的大数据环境搭建流程,涵盖从虚拟机创建到集群建立的全过程。首先,通过一系列步骤创建并配置虚拟机,包括设置IP地址、安装MySQL数据库等操作。接着,重点讲解了Ambari的安装与配置,涉及关闭防火墙、设置免密登录、安装时间同步服务(ntp)、HTTP服务以及配置YUM源等关键环节。最后,完成了Ambari数据库的创建、JDK的安装、Ambari server和agent的部署,并指导用户创建集群。整个过程中还提供了针对可能出现的问题及其解决方案,确保各组件顺利安装与配置。 适合人群:具有Linux基础操作技能的数据工程师或运维人员,尤其是那些需要构建和管理大数据平台的专业人士。 使用场景及目标:适用于希望快速搭建稳定可靠的大数据平台的企业或个人开发者。通过本指南可以掌握如何利用Ambari工具自动化部署Hadoop生态系统中的各个组件,从而提高工作效率,降低维护成本。 其他说明:文档中包含了大量具体的命令行指令和配置细节,建议读者按照顺序逐步操作,并注意记录下重要的参数值以便后续参考。此外,在遇到问题时可参照提供的解决方案进行排查,必要时查阅官方文档获取更多信息。

    MATLAB中基于LMS算法的一维时间序列信号降噪技术及其实现

    内容概要:本文详细介绍了如何在MATLAB R2018A中使用最小均方(LMS)自适应滤波算法对一维时间序列信号进行降噪处理,特别是针对心电图(ECG)信号的应用。首先,通过生成模拟的ECG信号并加入随机噪声,创建了一个带有噪声的时间序列。然后,实现了LMS算法的核心部分,包括滤波器阶数、步长参数的选择以及权重更新规则的设计。文中还提供了详细的代码示例,展示了如何构建和训练自适应滤波器,并通过图形化方式比较了原始信号、加噪信号与经过LMS处理后的降噪信号之间的差异。此外,作者分享了一些实用的经验和技术要点,如参数选择的影响、误差曲线的解读等。 适用人群:适用于具有一定MATLAB编程基础并对信号处理感兴趣的科研人员、工程师或学生。 使用场景及目标:本教程旨在帮助读者掌握LMS算法的基本原理及其在实际项目中的应用方法,特别是在生物医学工程、机械故障诊断等领域中处理含噪信号的任务。同时,也为进一步探索其他类型的自适应滤波技术和扩展到不同的信号处理任务奠定了基础。 其他说明:尽管LMS算法在处理平稳噪声方面表现出色,但在面对突发性的强干扰时仍存在一定局限性。因此,在某些特殊场合下,可能需要与其他滤波技术相结合以获得更好的效果。

    基于TMS320F2812的光伏并网逆变器设计与MATLAB仿真及DSP代码实现

    内容概要:本文详细介绍了基于TMS320F2812 DSP芯片的光伏并网逆变器设计方案,涵盖了主电路架构、控制算法、锁相环实现、环流抑制等多个关键技术点。首先,文中阐述了双级式结构的主电路设计,前级Boost升压将光伏板输出电压提升至约600V,后级采用三电平NPC拓扑的IGBT桥进行逆变。接着,深入探讨了核心控制算法,如电流PI调节器、锁相环(SOFGI)、环流抑制等,并提供了详细的MATLAB仿真模型和DSP代码实现。此外,还特别强调了PWM死区时间配置、ADC采样时序等问题的实际解决方案。最终,通过实验验证,该方案实现了THD小于3%,MPPT效率达98.7%,并有效降低了并联环流。 适合人群:从事光伏并网逆变器开发的电力电子工程师和技术研究人员。 使用场景及目标:适用于光伏并网逆变器的研发阶段,帮助工程师理解和实现高效稳定的逆变器控制系统,提高系统的性能指标,减少开发过程中常见的错误。 其他说明:文中提供的MATLAB仿真模型和DSP代码可以作为实际项目开发的重要参考资料,有助于缩短开发周期,提高成功率。

    三菱FX3U PLC在六轴自动包装机中的伺服控制与定位程序解析

    内容概要:本文详细解析了三菱FX3U PLC在六轴自动包装机中的应用,涵盖硬件配置、程序框架、伺服定位控制、手自动切换逻辑、功能块应用以及报警处理等方面。硬件方面,采用FX3U-48MT主模块自带三轴脉冲输出,配合三个FX3UG-1PG模块扩展定位功能,使用六个MR-JE-20A伺服驱动器和16点输入扩展模块进行传感器采集。程序框架主要由初始化、模式切换、六轴控制和异常处理组成。伺服定位使用DRVA指令实现双速定位模式,手自动切换逻辑通过功能块封装,确保模式切换顺畅。报警处理模块则利用矩阵扫描方式压缩报警信号,提高IO利用率。此外,程序还包括状态监控设计和原点回归等功能。 适合人群:具备一定PLC编程基础,从事自动化控制领域的工程师和技术人员。 使用场景及目标:适用于六轴自动包装机的设计与调试,帮助工程师理解和掌握三菱FX3U PLC在包装机械中的具体应用,提升系统的可靠性和效率。 其他说明:文中提供了详细的代码示例和注意事项,有助于新手避免常见错误并优化程序性能。

    PPTJAVA编程190

    PPTJAVA编程190

Global site tag (gtag.js) - Google Analytics