unity游戏开发问答

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

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

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

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

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

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

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