手游前端做些什么

学习游戏开发需要熟练掌握游戏编辑软件，熟练掌握好这些基础的游戏软件功能就可以了。

常用的编辑软件有以下6种。

1、3dsMAX：大多数游戏开发公司美工使用，效率较高，可以独立制作游戏中所有美术相关资源。

2、MAYA：跟3dsMAX差不多的软件，因个人喜好而定，MAYA在制作动作的方面较MAX稍差，不过在很多方面这两款软件都是可以兼容的。

3、Deeppaint3D:可以直接打开3维模型文件，在上面绘制贴图。

4、C ：程序使用，用来实现游戏中的各种功能，调试BUG等。

5、Photoshop与Panter：配合MAX或MAYA来绘制各种模型需要用的贴图。

6、ZBrush：美工制作超高模用的，然后可以生成法线贴图，在MAYA或MAX中使用。

端游、手游服务端常用的架构是什么样的？

类型1：卡牌、跑酷等弱交互服务端卡牌跑酷类因为交互弱，玩家和玩家之间不需要实时面对面PK，打一下对方的离线数据，计算下排行榜，买卖下道具即可，所以实现往往使用简单的 HTTP服务器：登录时可以使用非对称加密（RSA, DH），服务器根据客户端uid，当前时间戳还有服务端私钥，计算哈希得到的加密 key 并发送给客户端。之后双方都用 HTTP通信，并用那个key进行RC4加密。客户端收到key和时间戳后保存在内存，用于之后通信，服务端不需要保存 key，因为每次都可以根据客户端传上来的 uid 和 时间戳 以及服务端自己的私钥计算得到。用模仿 TLS的行为，来保证多次 HTTP请求间的客户端身份，并通过时间戳保证同一人两次登录密钥不同。每局开始时，访问一下，请求一下关卡数据，玩完了又提交一下，验算一下是否合法，获得什么奖励，数据库用单台 MySQL或者 MongoDB即可，后端的 Redis做缓存（可选）。如果要实现通知，那么让客户端定时15秒轮询一下服务器，如果有消息就取下来，如果没消息可以逐步放长轮询时间，比如30秒；如果有消息，就缩短轮询时间到10秒，5秒，即便两人聊天，延迟也能自适应。此类服务器用来实现一款三国类策略或者卡牌及酷跑的游戏已经绰绰有余，这类游戏因为逻辑简单，玩家之间交互不强，使用 HTTP来开发的话，开发速度快，调试只需要一个浏览器就可以把逻辑调试清楚了。类型2：第一代游戏服务器 19781978年，英国著名的财经学校University of Essex的学生 Roy Trubshaw编写了世界上第一个MUD程序《MUD1》，在University of Essex于1980年接入 ARPANET之后加入了不少外部的玩家，甚至包括国外的玩家。《MUD1》程序的源代码在 ARPANET共享之后出现了众多的改编版本，至此MUD才在全世界广泛流行起来。不断完善的 MUD1的基础上产生了开源的 MudOS（1991），成为众多网游的鼻祖：MUDOS采用 C语言开发，因为玩家和玩家之间有比较强的交互（聊天，交易，PK），MUDOS使用单线程无阻塞套接字来服务所有玩家，所有玩家的请求都发到同一个线程去处理，主线程每隔1秒钟更新一次所有对象（网络收发，更新对象状态机，处理超时，刷新地图，刷新NPC）。游戏世界采用房间的形式组织起来，每个房间有东南西北四个方向可以移动到下一个房间，由于欧美最早的网游都是地牢迷宫形式的，因此场景的基本单位被成为 “房间”。MUDOS使用一门称为LPC的脚本语言来描述整个世界（包括房间拓扑，配置，NPC，以及各种剧情）。游戏里面的高级玩家（巫师），可以不断的通过修改脚本来为游戏添加房间以及增加剧情。早年 MUD1上线时只有17个房间，Roy Trubshaw毕业以后交给他的师弟 Richard Battle，在 Richard Battle手上，不断的添加各种玩法到一百多个房间，终于让 MUD发扬光大。用户使用 Telnet之类的客户端用 Tcp协议连接到 MUDOS上，使用纯文字进行游戏，每条指令用回车进行分割。比如 1995年国内第一款 MUD游戏《侠客行》，你敲入：”go east”，游戏就会提示你：“后花园 - 这里是归云庄的后花园，种满了花草，几个庄丁正在浇花。此地乃是含羞草生长之地。这里唯一的出口是 north。这里有：花待 阿牧（A mu），还有二位庄丁（Zhuang Ding）”，然后你继续用文字操作，查看阿牧的信息：“look a mu”，系统提示：“花待 阿牧（A mu）他是陆乘风的弟子，受命在此看管含羞草。他看起来三十多岁，生得眉清目秀，端正大方，一表人才。他的武艺看上去【不是很高】，出手似乎【极轻】”。然后你可以选择击败他获得含羞草，但是你吃了含羞草却又可能会中毒死亡。在早期网上资源贫乏的时候，这样的游戏有很强的代入感。用户数据保存在文件中，每个用户登录时，从文本文件里把用户的数据全部加载进来，操作全部在内存里面进行，无需马上刷回磁盘。用户退出了，或者每隔5分钟检查到数据改动了，都会保存会磁盘。这样的系统在当时每台服务器承载个4000人同时游戏，不是特别大的问题。从1991年的 MUDOS发布后，全球各地都在为他改进，扩充，退出新版本，随着 Windows图形机能的增强。1997游戏《UO》在 MUDOS的基础上为角色增加的x,y坐标，为每个房间增加了地图，并且为每个角色增加了动画，形成了第一代的图形网络游戏。因为游戏内容基本可以通过 LPC脚本进行定制，所以MUDOS也成为名副其实的第一款服务端引擎，引擎一次性开发出来，然后制作不同游戏内容。后续国内的《万王之王》等游戏，很多都是跟《UO》一样，直接在 MUDOS上进行二次开发，加入房间的地图还有角色的坐标等要素，该架构一直为国内的第一代 MMORPG提供了稳固的支持，直到 2003年，还有游戏基于 MUDOS开发。虽然后面图形化增加了很多东西，但是这些MMORPG后端的本质还是 MUDOS。随着游戏内容的越来越复杂，架构变得越来越吃不消了，各种负载问题慢慢浮上水面，于是有了我们的第二代游戏服务器。类型3：第二代游戏服务器 20032000年后，网游已经脱离最初的文字MUD，进入全面图形化年代。最先承受不住的其实是很多小文件，用户上下线，频繁的读取写入用户数据，导致负载越来越大。随着在线人数的增加和游戏数据的增加，服务器变得不抗重负。同时早期 EXT磁盘分区比较脆弱，稍微停电，容易发生大面积数据丢失。因此第一步就是拆分文件存储到数据库去。此时游戏服务端已经脱离陈旧的 MUDOS体系，各个公司在参考 MUDOS结构的情况下，开始自己用 C在重新开发自己的游戏服务端。并且脚本也抛弃了 LPC，采用扩展性更好的 Python或者 Lua来代替。由于主逻辑使用单线程模型，随着游戏内容的增加，传统单服务器的结构进一步成为瓶颈。于是有人开始拆分游戏世界，变为下面的模型：游戏服务器压力拆分后得意缓解，但是两台游戏服务器同时访问数据库，大量重复访问，大量数据交换，使得数据库成为下一个瓶颈。于是形成了数据库前端代理（DB Proxy），游戏服务器不直接访问数据库而是访问代理，再有代理访问数据库，同时提供内存级别的cache。早年 MySQL4之前没有提供存储过程，这个前端代理一般和 MySQL跑在同一台上，它转化游戏服务器发过来的高级数据操作指令，拆分成具体的数据库操作，一定程度上代替了存储过程：但是这样的结构并没有持续太长时间，因为玩家切换场景经常要切换连接，中间的状态容易错乱。而且游戏服务器多了以后，相互之间数据交互又会变得比较麻烦，于是人们拆分了网络功能，独立出一个网关服务 Gate（有的地方叫 Session，有的地方叫 LinkSvr之类的，名字不同而已）：把网络功能单独提取出来，让用户统一去连接一个网关服务器，再有网关服务器转发数据到后端游戏服务器。而游戏服务器之间数据交换也统一连接到网管进行交换。这样类型的服务器基本能稳定的为玩家提供游戏服务，一台网关服务1-2万人，后面的游戏服务器每台服务5k-1w，依游戏类型和复杂度不同而已，图中隐藏了很多不重要的服务器，如登录和管理。这是目前应用最广的一个模型，到今天任然很多新项目会才用这样的结构来搭建。人都是有惯性的，按照先前的经验，似乎把 MUDOS拆分的越开性能越好。于是大家继续想，网关可以拆分呀，基础服务如聊天交易，可以拆分呀，还可以提供web接口，数据库可以拆分呀，于是有了下面的模型：这样的模型好用么？确实有成功游戏使用类似这样的架构，并且发挥了它的性能优势，比如一些大型 MMORPG。但是有两个挑战：每增加一级服务器，状态机复杂度可能会翻倍，导致研发和找bug的成本上升；并且对开发组挑战比较大，一旦项目时间吃紧，开发人员经验不足，很容易弄挂。比如我见过某上海一线游戏公司的一个 RPG上来就要上这样的架构，我看了下他们团队成员的经验，问了下他们的上线日期，劝他们用前面稍微简单一点的模型。人家自信得很，认为有成功项目是这么做的，他们也要这么做，自己很想实现一套。于是他们义无反顾的开始编码，项目做了一年多，就没有然后了。现今在游戏成功率不高的情况下，一开始上一套比较复杂的架构需要考虑投资回报率，比如你的游戏上线半年内 PCU会去到多少？如果一个 APRG游戏，每组服务器5千人都到不了的话，那么选择一套更为贴近实际情况的结构更为经济。即使后面你的项目真的超过5千人朝着1万人目标奔的话，相信那个时候你的项目已经挣大钱了 ，你数着钱加着班去逐步迭代，一次次拆分它，相信心里也是乐开花的。上面这些类型基本都是从拆分 MUDOS开始，将 MUDOS中的各个部件从单机一步步拆成分布式。虽然今天任然很多新项目在用上面某一种类似的结构，或者自己又做了其他热点模块的拆分。因为他们本质上都是对 MUDOS的分解，故将他们归纳为第二代游戏服务器。类型4：第三代游戏服务器2007从魔兽世界开始无缝世界地图已经深入人心，比较以往游戏玩家走个几步还需要切换场景，每次切换就要等待 LOADING个几十秒是一件十分破坏游戏体验的事情。于是对于 2005年以后的大型 MMORPG来说，无缝地图已成为一个标准配置。比较以往按照地图来切割游戏而言，无缝世界并不存在一块地图上面的人有且只由一台服务器处理了：每台 Node服务器用来管理一块地图区域，由 NodeMaster（NM）来为他们提供总体管理。更高层次的 World则提供大陆级别的管理服务。这里省略若干细节服务器，比如传统数据库前端，登录服务器，日志和监控等，统统用 ADMIN概括。在这样的结构下，玩家从一块区域走向另外一块区域需要简单处理一下：玩家1完全由节点A控制，玩家3完全由节点B控制。而处在两个节点边缘的2号玩家，则同时由A和B提供服务。玩家2从A移动到B的过程中，会同时向A请求左边的情况，并向B请求右边的情况。但是此时玩家2还是属于A管理。直到玩家2彻底离开AB边界很远，才彻底交由B管理。按照这样的逻辑将世界地图分割为一块一块的区域，交由不同的 Node去管理。对于一个 Node所负责的区域，地理上没必要连接在一起，比如大陆的四周边缘部分和高山部分的区块人比较少，可以统一交给一个Node去管理，而这些区块在地理上并没有联系在一起的必要性。一个 Node到底管理哪些区块，可以根据游戏实时运行的负载情况，定时维护的时候进行更改 NodeMaster 上面的配置。于是碰到第一个问题是很多 Node服务器需要和玩家进行通信，需要问管理服务器特定UID为多少的玩家到底在哪台 Gate上，以前按场景切割的服务器这个问题不大，问了一次以后就可以缓存起来了，但是现在服务器种类增加不少，玩家又会飘来飘去，按UID查找玩家比较麻烦；另外一方面 GATE需要动态根据坐标计算和哪些 Node通信，导致逻辑越来越厚，于是把：“用户对象”从负责连接管理的 GATE中切割出来势在必行于是有了下面的模型：网关服务器再次退回到精简的网络转发功能，而用户逻辑则由按照 UID划分的 OBJ服务器来承担，GATE是按照网络接入时的负载来分布，而 OBJ则是按照资源的编号（UID）来分布，这样和一个用户通信直接根据 UID计算出 OBJ服务器编号发送数据即可。而新独立出来的 OBJ则提供了更多高层次的服务：对象移动：管理具体玩家在不同的 Node所管辖的区域之间的移动，并同需要的 Node进行沟通。数据广播：Node可以给每个用户设置若干 TAG，然后通知 Object Master 按照TAG广播。对象消息：通用消息推送，给某个用户发送数据，直接告诉 OBJ，不需要直接和 GATE打交道。好友聊天：角色之间聊天直接走 OBJ/OBJ MASTER。整个服务器主体分为三层以后，NODE专注场景，OBJ专注玩家对象，GATE专注网络。这样的模型在无缝场景服务器中得到广泛的应用。但是随着时间的推移，负载问题也越来越明显，做个活动，远来不活跃的区域变得十分活跃，靠每周维护来调整还是比较笨重的，于是有了动态负载均衡。动态负载均衡有两种方法，第一种是按照负载，由 Node Master 定时动态移动修改一下各个 Node的边界，而不同的玩家对象按照先前的方法从一台 Node上迁移到另外一台 Node上：图11 动态负载均衡 Node Master定时查找地图上的热点区域，计算新的场景切割方式，然后告诉其他服务器开始调整，具体处理方式还是和上面对象跨越边界移动的方法一样。但是上面这种方式实现相对复杂一些，于是人们设计出了更为简单直接的一种新方法：图12 基于网格的动态负载均衡 于网格的动态负载均衡还是将地图按照标准尺寸均匀切割成静态的网格，每个格子由一个具体的Node负责，但是根据负载情况，能够实时的迁移到其他 Node上。在迁移分为三个阶段：准备，切换，完成。三个状态由Node Master负责维护。准备阶段新的 Node开始同步老 Node上面该网格的数据，完成后告诉NM；NM确认OK后同时通知新旧 Node完成切换。完成切换后，如果 Obj服务器还在和老的 Node进行通信，老的 Node将会对它进行纠正，得到纠正的 OBJ将修正自己的状态，和新的 Node进行通信。很多无缝动态负载均衡的服务端宣称自己支持无限的人数，但不意味着 MMORPG游戏的人数上限真的可以无限扩充，因为这样的体系会受制于网络带宽和客户端性能。带宽决定了同一个区域最大广播上限，而客户端性能决定了同一个屏幕到底可以绘制多少个角色。从无缝地图引入了分布式对象模型开始，已经完全脱离 MUDOS体系，成为一种新的服务端模型。又由于动态负载均衡的引入，让无缝服务器如虎添翼，容纳着超过上一代游戏服务器数倍的人数上限，并提供了更好的游戏体验，我们称其为第三代游戏服务端架构。网游以大型多人角色扮演为开端，RPG网游在相当长的时间里一度占据90%以上，使得基于 MMORPG的服务端架构得到了蓬勃的发展，然而随着玩家对RPG的疲惫，各种非MMORPG游戏如雨后春笋般的出现在人们眼前，受到市场的欢迎。类型5：战网游戏服务器经典战网服务端和 RPG游戏有两个区别：RPG是分区分服的，北京区的用户和广州区的用户老死不相往来。而战网，虽然每局游戏一般都是 8人以内，但全国只有一套服务器，所有的玩家都可以在一起游戏，而玩家和玩家之使用 P2P的方式连接在一起，组成一局游戏：玩家通过 Match Making 服务器使用：创建、加入、自动匹配、邀请 等方式组成一局游戏。服务器会选择一个人做 Host，其他人 P2P连接到做主的玩家上来。STUN是帮助玩家之间建立 P2P的牵引服务器，而由于 P2P联通情况大概只有 75%，实在联不通的玩家会通过 Forward进行转发。大量的连接对战，体育竞技游戏采用类似的结构。P2P有网状模型（所有玩家互相连接），和星状模型（所有玩家连接一个主玩家）。复杂的游戏状态在网状模型下难以形成一致，因此星状P2P模型经受住了历史的考验。除去游戏数据，支持语音的战网系统也会将所有人的语音数据发送到做主的那个玩家机器上，通过混音去重再编码的方式返回给所有用户。战网类游戏，以竞技、体育、动作等类型的游戏为主，较慢节奏的 RPG（包括ARPG）有本质上的区别，而激烈的游戏过程必然带来到较 RPG复杂的多的同步策略，这样的同步机制往往带来的是很多游戏结果由客户端直接计算得出，那在到处都是破解的如何保证游戏结果的公正呢？主要方法就是投票法，所有客户端都会独立计算，然后传递给服务器。如果结果相同就更新记录，如果结果不一致，会采取类似投票的方式确定最终结果。同时记录本剧游戏的所有输入，在可能的情况下，找另外闲散的游戏客户端验算整局游戏是否为该结果。并且记录经常有作弊嫌疑的用户，供运营人员封号时参考。类型7：休闲游戏服务器休闲游戏同战网服务器类似，都是全区架构，不同的是有房间服务器，还有具体的游戏服务器，游戏主体不再以玩家 P2P进行，而是连接到专门的游戏服务器处理：和战网一样的全区架构，用户数据不能象分区的 RPG那样一次性load到内存，然后在内存里面直接修改。全区架构下，为了应对一个用户同时玩几个游戏，用户数据需要区分基本数据和不同的游戏数据，而游戏数据又需要区分积分数据、和文档数据。胜平负之类的积分可以直接提交增量修改，而更为普遍的文档类数据则需要提供读写令牌，写令牌只有一块，读令牌有很多块。同帐号同一个游戏同时在两台电脑上玩时，最先开始的那个游戏获得写令牌，可以操作任意的用户数据。而后开始的那个游戏除了可以提交胜平负积分的增量改变外，对用户数据采用只读的方式，保证游戏能运行下去，但是会提示用户，游戏数据锁定。类型8：现代动作类网游从早期的韩国动作游戏开始，传统的战网动作类游戏和 RPG游戏开始尝试融合。单纯的动作游戏玩家容易疲倦，留存也没有 RPG那么高；而单纯 RPG战斗却又慢节奏的乏味，无法满足很多玩家激烈对抗的期望，于是二者开始融合成为新一代的：动作 城镇 模式。玩家在城镇中聚集，然后以开副本的方式几个人出去以动作游戏的玩法来完成各种 RPG任务。本质就是一套 RPG服务端 副本服务端。由于每次副本时人物可以控制在8人以内，因此可以获得更为实时的游戏体验，让玩家玩的更加爽快。说了那么多的游戏服务器类型，其实也差不多了，剩下的类型大家拼凑一下其实也就是这个样子而已。

现在 游戏 制作这个行业是一个非常有前景的朝阳行业，做这个行业的人，目前在我们国家的薪水都是顶级的，而这方面的人才却很稀少。大学里也很少开设这种 游戏 制作的课程，即便是有，很多老师的水平基本上也就是一些理论派，没什么干货。其实很多人想做这个行业，于是从网上扒拉各种 游戏 制作教程学习，学了半天也是一头雾水，稀里糊涂，说不会吧，还真会，说会吧，水平还真不咋地。学的东西太杂乱无章，没有什么系统，缺乏真功夫，很难在 游戏 制作这个行业里立足，这是我们很多 游戏 学习行业人员的悲哀。一、 游戏 开发制作的概念1、 游戏 开发是一个过程，为了激发玩家玩 游戏 热情，通过遵循设计制作规则，来设计人物、场景等 游戏 要素。2、主要流程包括原画创作、建模、材质、灯光及渲染、骨骼设定、动画、特效等部分。涉及范畴包括 ： 游戏 规则及玩法、视觉艺术、编程、产品化、声效、编剧、 游戏 角色、道具、场景、界面等等元素。3、 游戏 程序开发归根到底就是软件工程，是 游戏 制造环节中不行短少的重要部分。 游戏 程序开发是技术含量最高的， 游戏 程序员的薪资也相对其他职业高许多，目前 游戏 职业中 游戏 程度人才的缺口非常大，供不应求。二、 游戏 开发需要具备的知识1、 游戏 本质分析， 游戏 产业概论、 游戏 开发流程及职业划分、玩家需求分析、构思创意及文档编写要求、 游戏 故事设计、 游戏 元素、规则、任务、系统、关卡设计、 游戏 平衡设定、界面与操作功能。2、透视基础、构图基础、结构素描、明暗素描、艺用人体解剖基础、人物速写、Adobe PhotoshopCS3软件应用、PhotoshopCS3造型基础、 游戏 美术风格技法、色彩基础、 游戏 色彩练习、肖像绘制、质感表现。3、3DMAX软件基础、 游戏 材质基础、 游戏 道具制作、作品渲染。三、 游戏 场景制作技巧、场景材质制作、卡通角色制作、写实角色制作、怪物制作。简单分类的话就是：1、扎实的算法知识。主要有：树或图的搜索算法、A*算法、碰撞检测算法、BSP树、人工智能。2、相关图形处理知识。比如:Direct X编程、OpenGL编程、图形学的相关知识（三维图形的形体、纹理、贴图、照明，还有三维对象的消隐算法比如油画算法，Z缓存）和动画处理知识。如果想深入还要学会几种三维引擎比如OGRE。3、扎实的程序语言功底，主要代表为VC、DELPHI和JAVA。其中VC使用最广，现在比较大的 游戏 也由此开发；DELPHI功能也很强，很多网游：比如网金、传奇都用到了DELPHI；JAVA用于开发手机 游戏 。补充：一、 游戏 开发需要学哪些 1、基础公共课： 游戏 概述 Photoshop平面软件及像素美术 3dsmax软件基础及效果图制作 游戏 程序设计基础及 游戏 制作原理 游戏 策划、制作、测试及运营实践 游戏 行业规划及职业素质。2、专业技能课：手机2D 游戏 开发 2D 游戏 开发技术实战 C 语言及算法基础 WIN32程序开发及MFC基础 2D 游戏 开发实践 行业规划及职业素质。2D网络 游戏 开发主要学习内容有网络 游戏 程序设计、网络 游戏 算法设计、2D网络 游戏 平台设计以及商业实战项目训练，包含C 、数据结构、算法基础、Windows API使用、MFC原理及其应用、2D图形渲染技术、界面设计与应用。3、 游戏 程序方向： Direct 3D程序开发基础 3D 游戏 开发技术实战 游戏 引擎的修改与使用网络通讯、数据库及 游戏 服务器、行业规划及职业素质、 游戏 综合项目实战训练、基地顶岗项目实训。二、 游戏 开发常用软件 1、3dsMAX：大多数 游戏 开发公司美工使用，效率较高，可以独立制作 游戏 中所有美术相关资源。 2、Delphi：直接编译生成可执行代码，编译速度快。由于Delphi编译器采用了条件编译和选择链接技术，使用它生成的执行文件更加精炼，运行速度更快。在处理速度和存取服务器方面，Delphi的性能远远高于其他同类产品。 3、 Photoshop：PHOTOSHOP是一个很好的图像编辑软件，PHOTOSHOP的应用领域很广泛，在图像、图形、文字、视频、出版各方面都有涉及。 4、MAYA：跟3dsMAX差不多的软件，因个人喜好而定， MAYA在制作动作的方面较MAX稍差，不过在很多方面这两款软件都是可以兼容的。 5、其他：在个人计算机上，可以用目前流性的软件开发工具，比如：C，C ，VC ，Delphi，C Builder等。由于Windows操作系统的普及和其强大的多媒体功能，越来越多的 游戏 支持Windows操作系统。就学 游戏 开发专业，很有前景的，新华电脑专注于互联网专业，有专业的教育团队， 游戏 开发是学校的热门专业，可以了解一下第一阶段公共课程Public Courses1、入学教育2、计算机操作基础（上）3、OFFICE办公自动化(上)4、计算机组装和维护5、素描 第二阶段专业课程Professional Courses1、Photoshop图像处理2、CorelDRAW/Illustrator图形设计3、WEB前端设计与布局4、JavaScript特效制作5、jQuery应用开发第三阶段网站后台Program Development1、HTML5与CSS3开发2、MySQL数据库开发3、PHP核心编程4、SEO优化与推广5、SEM百度竞价推广 第四阶段框架开发Project Training1、实训一：网站前端、美工综合实训2、实训二：网站后台、PHP综合实训3、实训三：网站优化推广综合实训如果你不是这个专业的，劝你不要做。如果你喜欢 游戏 ，可以做一些和 游戏 相关的产业。别人，带团，推广之类的。很多公司都招，技能玩又能赚到钱。但是你如果有足够的资金想去开发一款 游戏 。你要选对产品，也是 游戏 的本身。不能依靠充钱而开发，不然死的快。建议开发一款，自由交易，不需要很花钱，可以用时间来代替的，可以转换成收费模式，要新鲜不要太单一。要在手游领域上作出成绩，就要不一样，现在市面上很多 游戏 换汤不换药，换个名字小改动一下就重新公测上架，玩一下就不想玩了。你好， 游戏 开发是一个过程，主要包括原画创作、建模、材质、灯光及渲染、人物骨骼设定、动画、特效等部分。涉及范畴包括 ： 游戏 规则及玩法、视觉艺术、编程、产品化、声效配音、剧情编剧、 游戏 角色、道具、场景、界面等等元素。产研是指为了一个产品更好的发展，所需要涉及的一切内容，包括推广、更新迭代等，更专注于研究。开发指工程师，负责交付的人员，更专注于开发。好的产品经理一定要懂产品懂用户，如果产品是年轻人使用的，交互风格就应符合年轻人的使用感受；如果是中老年使用的，那应以简约为主。信息收集阶段Pocket：在产品定义环节，用 Pocket 收集行业、竞品等信息。需求分析MindNode：用思维导图梳理产品的整体框架和演进步骤。XMind 在 Windows 上或许值得推崇，但 Mac 上那种卡顿的体验仿佛让人一秒出戏 Windows 98。Numbers：一款被忽略的 Mac 原生应用，主要用于数据分析，等比 Office 套件中的 Excel。不过在分析功能上 Numbers 一直处于被 Excel 吊打的状态，数据分析师对它更是一脸嫌弃。但日常分析 Numbers 足以应付，内置的某些公式好用到飞起，加上排版性很强，作为一个表格工具也可以有很好的表达力。方案输出Keynote：这个阶段中我需要将想法呈现给不同受众群体来通过产品立项。 Keynote 中的「神奇移动」，能够清晰直观的演示一件事物的前后逻辑，效果惊人。Keynote 也是我这几年最最最爱的应用，完美得无懈可击！业务建模Axure RP：产品经理的必备饭碗，流程、用例、场景、原型图都用 Axure 完成，曾经也尝试过 Sketch 画原型，效果也还不错，只是在 Sketch 上建模还是特别容易陷入交互的误区，恍然一刹那感觉是名设计师。Eagle：在向设计师沟通的时候，除开拿出业务原型，我也会通过 Eagle 收集的一些素材，和设计师一起讨论这款产品在视觉上的表达与呈现。蓝湖：一键通过链接分享功能，省去很多发送的时间，连线和标注功能简直不能更好用，是设计师推荐给我用的，一秒爱上。项目计划OmniPlan：接触最多的项目管理工具，简单的项目计划用 Excel，复杂和长期项目就使用 OmniPlan。任务管理Things：Things 也是今年发现的好物之一，Things 的使用覆盖了产品规划的各个过程，每日的任务计划通过它进行管理。蓝湖：蓝湖也有任务管理的功能，但不能覆盖已经完成项目，这一点到不影响使用，比起Things更适用于多团队、多项目协同，系统也更稳定。工具终归为「人」服务，善假于物可以减少工作环境中的噪音，使我们变得更专注，以此提升效率加速产出。不过最终要做出一款好产品，靠的还是对用户的洞察与尊重。但有了这些好工具的加持，我们往往就有了一个好的开始。1、PC 类端游（就是电脑上面运行的 游戏 ）这类 游戏 在线人数多， 游戏 中要处理的数据庞大。所以对服务器性能要求非常高，一般都是采用C 做为开发语言，C 可以直接操作内存数据，与操作系统直接交互，减少数据之间的复制，它运行效率高，处理速度快，是很适合这里 游戏 开发语言。学习这种 游戏 的开发，学习的有 C 编程，Linux 网络编程、TCP/IP 通讯协议、多线程编程再加数据库。PC 类端 游戏 开发周期较长。大概需要三年左右的时间。2、网页 游戏 （比如现在经常说的 1 刀 999 级）因为是网页 游戏 ， 游戏 的界面展示依赖于网络传输，所在在画面和特效上会次于客户端 游戏 很多。和端游类是差不多是一样的，有些公司之前是做端游的，他们就直接把端游的服务器架构拿来就可以使用，以完成快速开发。需要学习内容和端游差不多。3、手机 游戏 （主要区分为安卓和 IOS）手机类 游戏 目前是最热门的 游戏 ，很多热播的电视剧或者电影之后，都会有相同情节的手游上线。服务器主流的开发语言是 C 和 Java，但是 C 学习难度大，开发速度慢。一般来说我们都是使用Java语言来开发服务器。游戏 开发本身也是软件开发1、基础公共课： 游戏 概述 Photoshop平面软件及像素美术 3dsmax软件基础及效果图制作 游戏 程序设计基础及 游戏 制作原理 游戏 策划、制作、测试及运营实践 游戏 行业规划及职业素质。2、专业技能课：手机2D 游戏 开发 2D 游戏 开发技术实战 C 语言及算法基础 WIN32程序开发及MFC基础 2D 游戏 开发实践 行业规划及职业素质。2D网络 游戏 开发主要学习内容有网络 游戏 程序设计、网络 游戏 算法设计、2D网络 游戏 平台设计以及商业实战项目训练，包含C 、数据结构、算法基础、Windows API使用、MFC原理及其应用、2D图形渲染技术、界面设计与应用。3、 游戏 程序方向： Direct 3D程序开发基础 3D 游戏 开发技术实战游戏 本质分析， 游戏 产业概论、 游戏 开发流程及职业划分、玩家需求分析、构思创意及文档编写要求、 游戏 故事设计、 游戏 元素、规则、任务、系统、关卡设计、 游戏 平衡设定、界面与操作功能。透视基础、构图基础、结构素描、明暗素描、艺用人体解剖基础、人物速写、Adobe PhotoshopCS3软件应用、PhotoshopCS3造型基础、 游戏 美术风格技法、色彩基础、 游戏 色彩练习、肖像绘制、质感表现。3DMAX软件基础、 游戏 材质基础、 游戏 道具制作、作品渲染 游戏 场景制作技巧、场景材质制作、卡通角色制作、写实角色制作、怪物制作。 游戏 开发需要一定的编程基础的，最好是计算机专业的来学。 如果你一点基础都没有，也不是完全学不会，只要你有做好大量付出的思想准备，一样能够学好的。 游戏 开发的过程，是面向对象的开发过程，涉及到各种各样的 游戏 场景，分析其中的逻辑，如果没有一定的编程思想，开始还是比较吃力的。不过好在， 游戏 开发的思路和现实中的思想很相似，没有太抽象的内容，只要你能想明白 游戏 逻辑，剩下的就是使用代码将其实现出来。 游戏 开发过程有的时候需要一定的数学和物理能力，看文档需要一点点英文能力。就是主观上你得认同 游戏 ，客观的看待 游戏 开发的岗位，不要认为 游戏 是祸及下一代的电子鸦片。非常感谢您的耐心观看，如有帮助请采纳，祝生活愉快！谢谢！游戏 制作人员通常包含三类: 游戏 策划， 游戏 美术， 游戏 程序。其中策划负责制定 游戏 规则/ 游戏 玩法/ 游戏 数值等，美术负责制作 游戏 中UI(平面美术)或是制作 游戏 中的3D元素，如3D人物，3D场景等(3D美术)，程序一般通过 游戏 引擎，常见的如Unreal 游戏 引擎和Unity3D 游戏 引擎，使用美术提供的 游戏 内素材，编写程序代码实现 游戏 的各种功能、玩法等。上述两个 游戏 引擎，Unity3D相对而言更易于新人上手，其开发使用的编程语言C#也更容易入门，可考虑使用该引擎做一些小的 游戏 感受一下 游戏 开发。