谈一谈个人在接下来几年的游戏技术方向

我对目前火爆的手游和之前火爆的端游、页游通通不感兴趣。除非项目非常nice，或者团队的人非常有趣，否则我不太会积极地回到游戏行业中。理想的状态是，我是一群酷爱游戏且专业的人的之一，做着一款看着就好玩的电视、电脑游戏。虽然Xbox ONE已经来中国了，PS4也要上市了，但是中国电视游戏的春天恐怕还要等上几年。所以，我考虑在这几年积攒一下技术。

所谓的积攒技术，就是做一个2D引擎，其实也就是造轮子。如果是即刻投身商业开发，那么造轮子，一定是件可耻的事情。Unity或者cocos2d-x已经足够好了。而这对于我来说，只是个人私事。理由不具体直接解释了，反正我就是爱折腾。

我个人很喜欢Unity的快捷和强大，但也感到如果Unity和cocos2d-x一样开源，很多事会好办很多。而对于后者，我不太喜欢它的设计。cocos2d吸收了很多Cocoa的特点，但对于一个游戏引擎来说，有些地方还是简洁点好。

对于一个2D引擎来说，图形底层并不复杂，只要把Sprite做出来，这个引擎就能用来做游戏了。一个成熟的2D引擎，必不可少要有一套动画系统。以前的2D游戏多采用序列帧，现在基本上是实时演算的关键帧插值动画。动画编辑器的开发量是不小的，我考虑使用Flash作为动画编辑器，用JSFL做数据导出。Flash可做的事情非常多，比如还可以作为UI布局器使用，甚至粒子特效编辑器也省了。使用通用编辑器来取代内部编辑器，是节省成本的一个好方法。

我个人是很喜欢Unity的，尤其是它的Editor，和Component系统。UnityEditor级别的开发，不是几个人能完成的，所以就不是我要借鉴的对象。我要学习的是Component系统。游戏是OO设计最经典的应用场景之一（另一个是GUI），Component系统是我见过的最好理解的游戏OOD。好理解意味着好用，开发快捷方便。

我考虑在这个引擎中深度应用Lua语言，而不是像我以前的项目那样，只是把Lua作为写回调功能的工具。我偏向C/C++只为Lua提供回调功能，单纯去解决真正的性能问题。引擎应用程序员是面向Lua工作的，C/C++只需要做好核心的即可。

以上说的是2D引擎技术，此外，我还对服务端技术感兴趣，这是我没有真正做过的，需要去常识的。我曾经了解过一段时间node.js，并且网易的一群人还弄出了一个Pomelo，但我不考虑node。JavaScript的爱好者很喜欢摆弄异步回调，node上也充满了这种风格的东西。但异步毕竟是个烧脑的东西，我更喜欢简单直接的。我对go和云风的skynet很感兴趣，尤其后者是我喜欢的“C+Lua”。