我以前进入要玩，其实很大一部分工作还是在提升c++的编程技能、多进程通信、游戏逻辑 这几方面的学习研究；整个人的视野和思维还定位于程序开发 和 程序设计；说的简单点，就是如何将一个程序代码写好，没有机会、时间和精力 扩宽认知视野和深度。

     离职后，接触了游戏开发和互联网 两大领域的面试。在游戏开发方面，会更多涉及服务器框架，也就是端游的框架啊，加一些脚本啊，用一些现成的框架；还好，主要能够知晓数据流的处理即可，很大的一个原因是，面试公司一般都有自己的一套框架，进入后熟悉下就能上手，剩下的各种时间，就是堆逻辑、堆功能；另外，一般的游戏公司受于投资的压力，会趋向于快速开发成本，很少有研究性的态度 -- 像我以前的一些游戏公司，直接要求玩家人数累积达到一千人、不论是否活跃，就开新服，我们coders 哪有激情澎湃去深造 -- 也许这也是造成我在更高层面的成长较薄，累积的知识业务逻辑经验 -- 不过，一步一个脚印儿，至少要能增值。

     另外是大型互联网公司，也主要问框架，但都会涉及容灾、扩展机制。我能答上的，就是一个世界服务器 全权掌管各个场景服务器的生死；但是万一这个单点的世界服务器宕了呢？场景服务器又如何维护玩家数据的试试有效性呢（例如定期存盘）等等，虽然现在有很多解决方案，但当时面试时，只能忽悠。

 

     后来一段时间的研究才发现， 其实游戏服务器框架，也是分布式的一种，只是一直我视野较窄：现在才知道 redis、nginx 在游戏开发方面的好处，无论是框架还是 coding 复杂度，要是早前我只会觉得，nginx就是开发网站用的嘛，跟游戏有什么关系；也知道 为什么以前会有人用 php、java写游戏服务器，当然如今我开始选择 golang 了；更重要的是，memcached、hadoop、openstack、redis 都已经提供了很好的分布式、大数据、负载均衡方面的解决方案，此前公司和自己都只是在造轮子。

     我的想法是，如果还是做游戏开发，那也要在心态认知上，将它作为互联网产品来做，很多实现可参考现成的解决方案，而非仅仅是做游戏。