做游戏开发需要玩很多游戏吗?游戏开发到底有多辛苦?

2023-03-06 16:02发布

我所从事的是游戏设计、前端开发编码岗位,在诸多同事当中,有刚步入社会的年轻大学生,也有两鬓斑白的前辈大拿。无论多大年龄的人,或者拥有怎样开发履历的人,都和我说过“游戏开发是最有意思的IT工作”之类的话。事实确实如此,一旦入了这行便很难再接受转行其它方向了,毕竟有什么能比“兴趣+工作+高收入”同时满足更吸引人的呢?

我的部门负责游戏前端逻辑开发,主要包括游戏脚本、资源管理、性能优化、编辑器扩展等内容,做出来的成品就是玩家在应用市场安装的游戏APPEXE文件,是妥妥的程序员。我们每天面对Unity引擎,使用C#Lua进行编码,时而按键如飞、兴高采烈,时而抓耳挠腮、生无可恋。这是我们工作的一部分,痛并快乐着,乐此不疲。

开发一款游戏是一项庞大复杂的工程,但根据游戏不同的类型、规模、公司,使得流程又有些许不一样:个人开发者往往只能制作规模不大的小游戏,但需要肩负产品创意、策划、美术、特效、音效、程序(前后端)、调试、发布运营等所有工作;一般工作室和小公司开始有职能分工,但也会出现身兼多职的情况,比如策划兼运营,前后端联调,老板兼产品经理等情况;大型游戏公司则对岗位职能做了最细致的划分,从最初idea立项,到后期活动运营,都有专人团队负责,各个环节严格把关,这样最科学严谨,当然也最烧钱。

由此可见,游戏开发是一项严谨的软件开发过程,不同岗位的设立可以极大解耦工作内容。做美术的不用写代码,写代码不用管玩法设计,做策划的只需天马行空的idea确保玩法与平衡。这样的好处在于可以让每个人专注于某个领域,把软件开发转换成流水线作业。

回到标题的问题上来,做游戏开发需要玩很多游戏吗?我的回答是--看岗位!绝大多数岗位是不需你游戏玩的多好。以程序岗举例,开发过程面对的是一个个开发文档,每个功能点以需求文档形式发到程序员手中。我翻找出某个需求文档来举例,,文档中详细给出了要开发的页面样式、功能描述、UI联动、操作流程等信息。面对这样的文档,我们只需按照UI样图布局、编码即可,而不需考虑游戏其它部分。这不需要程序员有玩过很多游戏的经验,因为码农只是实现需求文档的“工具人”

但另外一个岗位则需要拥有丰富的游戏经验,可以说玩的游戏越多越好,这便是游戏策划”岗位。游戏策划是游戏的核心成员,主要工作是制定游戏玩法规则,编写游戏背景框架,策划任务系统,维持数值平衡,设计游戏交互环节等整个游戏世界的一切细节。一个游戏好不好玩、职业是否平衡、战术是否丰富、战斗是否酣畅、经济是否平衡等关键内容,均由策划来掌控。由此可见,一个游戏是否成功,取决于游戏策划的视野和idea。我所接触到的游戏策划,无一不是狂热的游戏爱好者,涉猎广的同时也是某个游戏的大神。策划玩的越多,见识越广,可借鉴的内容就越多。

如果你想入行游戏行业,该如何选择呢?我觉得很简单,如果有丰富的游戏经验,对游戏玩法、游戏平衡等方面有充分的个人见解,那么选策划。如果你仅是普通的游戏爱好者,或者不玩游戏,仅仅是想入行,那就选开发编码(这个真不难)。总之你要相信,游戏行业真的是妙趣横生,同时也""途无量。

最后,这里有几个有趣面试题,测试一下你的游戏理解水平吧!

①Moba类游戏,如dota、英雄联盟,地形为什么通常设计成三路?为什么一方玩家数量只有5人?

②请说出曹操与青州兵之间的羁绊?

③你能看懂下面这个表吗?它大概在描述什么?

我在评论区等待你的答案~