学习几个月可以开发手游开发去哪学习啊？

来源：蜘蛛抓取(WebSpider) 时间：2018-09-19 01:10 标签： 学习几个月可以开发手游

可选中1个或多个下面的关键词，搜索相关资料。也可直接点“搜索资料”搜索整个问题。

采纳数：2 获赞数：0 LV2

现在网上很多呢，你要是原先有好的基础呢，我建议你去买本书自学就ok 了，因为现在的网上的都是一些基础教学，专业的就是去专门的培训机构 了，如果你是基础的，我倒是可以向你推荐一下，你百度一下开发者公会 菜 鸟 在 线，里面都是一些基础的知识，还能和技术大牛交流，希望对 你有所帮助！

作为世界上用户最多、技术最成熟的公有云服务，的AWS显然是全世界开发者所优先考虑的平台，，亚马逊也开始在中国市场开始它们在商业化动作，这次，AWS首先盯上了国内近500亿规模的手游市场——AWS中国从年初开始，就频繁的举办和游戏相关的主题活动，向中国的游戏公司“布道”，也不断对外进行AWS与成功游戏产品合作的案例宣传。例如PingWest之前报道过的，就是一个利用AWS服务和6位工程师，实现了全球1700多台虚拟服务器部署和运维的游戏公司；我们还报道过世界上最赚钱的游戏公司——。

而在几天前亚马逊AWS游戏行业研讨会上，亚马逊将它们的这些案例做了一次系统的梳理，其跨国企业及市场营销拓展部主管林家伟分享了AWS在一款游戏的初创期、成长期、成熟期，衰退期这四个阶段，分别能为游戏公司解决什么样的问题。

林家伟首先举了个例子，Supercell现在已经成为2013年的手游明星，但他们的第一款游戏Gunshine却并不成功。与Supercell一样，在游戏还在初创期时，游戏公司就不可避免需要大量的试错、而且这些尝试本身必须需要是迅速和低成本的，这样游戏公司才能腾出更多的人力物力去进行游戏创新。

这就是为什么越来越多的开发者开始选择云计算服务：游戏客户不需购买额外的硬件资源，而能直接通过AWS快速部署游戏网络——比如游戏开发者可以选择位于离终端用户最近的区域部署服务器，并根据需求，选择服务器的数量，而不用做其他的冗余的设计。著名的跨国游戏公司育碧，就曾利用AWS在8周内连续推出10款游戏。

在AWS上部署好服务器之后，你可以选择自己熟悉的OS应用环境、可以是Linux或者是Windows，以及更多软件开发工具包写入代码，进行游戏部署。AWS能够自动化地对多台服务器进行流量入口分配，保证每台服务器的负载均衡。如果开发者有DNS服务的需求，可以使用Amazon Route 53服务。而在数据库上，AWS提供了两种选择——游戏开发者既可以使用亚马逊自有的数据库RDS（Amazon Relational Database Service），也能在EC2上自建数据库。所有这些的服务的部署只需要几分钟的时间。整个过程中，AWS都会自动处理有关容量预配置、负载均衡、Auto-scaling 和应用程序运行状况监控的部署细节。

在游戏测试期间，AWS也能根据需求快速的调整游戏策略，它的好处是——游戏的运营人员不需要半夜起来去做服务器所在地的调试设置，而是直接通过亚马逊的管理控制台界面（支持中文）做服务器的部署。对于现在许多已经出海的游戏公司而言，他们能直接通过AWS服务去管理欧洲等海外市场地区服务器，控制台还支持移动端设备进行设置。

游戏在增长期时所面对的最大问题，就是难以估量的用户爆发量，给服务器带来的压力，开发者一方面需要提升服务器的稳定性减少宕机，另一方面又得考虑成本问题——如果用户增长没有达到预期，那么限制的服务器就是在浪费成本。

林家伟在这里分享的例子是Rovio公司的《愤怒的小鸟》，这款风靡世界的游戏达到过20亿人次的下载，拥有2.5亿月活跃用户，它们的服务就是AWS平台。它们把不同游戏放在不同可用区域，一方面可以做负载平衡，另外，当一个区域受影响的时候，不至于游戏崩溃。而亚马逊数据库服务RDS，支持作多地区部署。在A可用区域数据，会在B可用区域做即时的数据库备份。一旦A部分出现问题，客户不需要修改程序，而是自动切换到B可用区域上来，作为主要的数据库，减少对终端影响。

应对DUA（日活跃用户数）的快速变化，亚马逊推出的Auto Scaling服务。举个例子，在一天中的不同时段，游戏服务器所面对的压力是不同的——比如许多游戏会在中午12点领体力、签到等活动，流量就会迅速攀升。Auto Scaling会根据流量变化，在1分钟的时间内自动增加服务器数量，而在夜晚用户流量回落时，也AWS会自动减少服务数量，帮客户节省资源。这项服务在不同时段区间所启动的服务器量可以让游戏公司根据自己的需要自行设定。它之前只能用API控制，现在也能直接在用户界面控制。

游戏用户在快速增长时，遇到的另一个问题可能是服务器性能上的瓶颈，比如每秒读写的速率问题。亚马逊提供了Provisioned IOPS，提供游戏开发商明确要求的读写性能。这个要求可以很高，甚至可以EBS块连接起来，达到3万量级的IOPS。但对于许多内容，只是被用户读，而不需要写入，游戏客户只需要用ElastiCache 服务，做读写分流，就能降低对数据库请求压力。

索尼旗下的顽皮狗游戏公司，曾对AWS服务做过架构调整。它们把之前关系型数据库中的数据，放在了Amazon S3中。S3能根据用户的存储数量的按需付费。它的好处是，由于并不是所有的玩家都会长期游戏，有些用户玩了一两个月后，很久才回去玩，这些沉淀数据对与延迟要求不高，存储在S3就能降低对数据库的压力，等需要用到数据时，再从S3调入。

在游戏用户快速成长的时候，需要快速做产品迭代，解决游戏中的问题和推出更多的内容迎合玩家需求。而亚马逊CDN，能帮助游戏用户快速把游戏升级包分发出去。

当游戏运行到海量数据时，游戏用户可能会需要亚马逊DynamoDB动态数据库服务。使用它的通过时忽视数据库软硬件服务所带类的所有问题。用户只需设定每秒必须请求的数量，亚马逊能直接帮你配置的到分配到的硬件数量，并能够根据需求调整。而这数据存储在固态硬盘上，能够快速读写调用。在安全性上，这些数据会跨过多个可用区域，自动复制备份。配合DynamoDB同步复制架构，任何单个节点出现的问题，都不会影响到数据库的稳定性。

一个游戏进入成熟期后，游戏公司就需要根据一个相对稳定的状况来进行运营上的成本控制。亚马逊EC2提供了三种预留实例（Reserved Instance），能根据用户的使用频率，对应不同的价格，在保证要部署的区域有足够的服务器资源的情况下，节省主机的租赁成本。

 （Funplus如何调配预留实例，降低游戏运营成本的）

这个时期一般游戏运营会用较少的服务器，保持游戏正常运行，同时保持低开销。客户可以用很少的heavy utiliztion RI保持服务器的正常使用；也可以完全撤出对所有的服务器使用。

我想学游戏开发，应该去哪里学呀，是不是要学Java???

其实很多其他方面也可以看出这个规律：想要有不可复制???的成就，就必须专一而持久。我们再来看现在的国内游戏，尤其手游，动不动就半年做出来了，火了，再做一个；不火，人员遣散或者调动。更多的是公司就垮了。很少能有人员可以长久地、专一地研究某一种游戏的相关技术。我曾呆过的一家上市公司，就有一名外援。我不知道他哪儿来的，总之我只知道，他就负责一件事：如何让游戏的美术资源尽可能地保证质量可容忍的情况下所占空间更小。据说他之前就只研究这内容很久了。他来我们组帮忙，果然提出了我们那个四十多岁小孩都快初中了的老程序都没想到的办法，确实让美术资源体积...

我想学游戏开发，应该去哪里学呀，是不是要学Java???
其实很多其他方面也可以看出这个规律：想要有不可复制???的成就，就必须专一而持久。我们再来看现在的国内游戏，尤其手游，动不动就半年做出来了，火了，再做一个；不火，人员遣散或者调动。更多的是公司就垮了。很少能有人员可以长久地、专一地研究某一种游戏的相关技术。我曾呆过的一家上市公司，就有一名外援。我不知道他哪儿来的，总之我只知道，他就负责一件事：如何让游戏的美术资源尽可能地保证质量可容忍的情况下所占空间更小。据说他之前就只研究这内容很久了。他来我们组帮忙，果然提出了我们那个四十多岁小孩都快初中了的老程序都没想到的办法，确实让美术资源体积缩减了不少。像这样的“专家型人才”，我在以前的公司听都没听说过。而在这家公司也只见到过这一个。说到底就是一个问题：积累。我们国家的这些游戏公司没有人才积累，也不重视人才积累。相比培养并留住一个人才，我们国家的公司更多的时候会去挖一个现成的人才。而游戏制作是团队协作项目，空降过来一个人肯定需要很多适应，就好像程序员最头痛就是老板说：“我看你挺忙的，我再给你弄十个人来帮你！”这尼玛就是坑死程序员：老子还要再给十个人讲一遍我之前的思路吗？！尼玛你要是还不是一起来的话我还要讲多少遍？做游戏不是搬砖，来一个人多一份力，更多的时候需要的是熟悉项目的人。那么如果是挖来的人从头开始一个项目呢？这样看上去就解决了团队磨合的问题。那是不是就可以出精品游戏了呢？并不是。因为国内游戏公司还会给你安排紧巴巴的档期，必须赶在档期前完成。在这种安排之下，再牛的大神也只能吃老本，做个自己以前成功过的一样的项目，只有这样才可以最大程度规避创新的风险。

百姓网提醒您：1）百姓网不承担任何交易损失，请谨慎判断相关信息的真实性 
2）夸大的宣传和承诺不要轻信,谨防上当受骗。
3）提供免考、代考、办证的均是违法行为，请不要相信。

我要回帖

更多关于 学习几个月可以开发手游 的文章

 

随机推荐