游戏小传二小试身手

进了这家公司，就开始了入行来的第一款游戏的开发，是一款SLG，那时《热血三国》是第一款网页游戏成名作，月流水达到了千万，要知道我们公司一年的利润也才一千万，当然流水跟利润还是有差别的，但交易量出来了，引爆了页游市场。各路公司纷纷加入页游大军。

各行业都一样，有了一个标杆后，后来者都是先抄袭前者，美其名曰借鉴成功者经验。

所以我们的第一款游戏也是三国题材SLG，在这个开发过程中也出现了一些职场的狗血事件，当时我刚入行，也不太懂这些，但一个人的真诚度还是可以看出来的，请教技术总监问题时，他总是把一个问题夸大化，再云里雾里的吹嘘一番，就是不切中问题要害。一两次这样，听了蛮新鲜，总监很厉害，但每次都这样，那就有点鸡血，所以他在大家的心中的地位可想而知。团队也是刚组建，自然而然出现了很多问题。

出问题的一段时间，正好我回学校参与毕业答辩，再回公司时，后端老大已经换人。

这些都是插曲了，关键还是看我技术成长过程

对于工作技术之外的事，有几件比较有映像

在开发业务之前，需要把策划文档转化成程序需求文档，并制作必要的流程图，算是对业务的理解。这对于新手很有帮助，不管是对业务理解，还是出于自身代码的逻辑完整性。都是一个好方法。在后来的职场中，我一般也会这样要求新人。只不过执行力比较差，有些工作多年的人，不太愿意去写文档了，喜欢上来就是撸代码。

工作汇报，就是在工作开始，进展，结果都需要汇报，汇报是工作中很重要一部分。

还有推荐了曾仕强的“推拖拉”心得

这三点是比较受用的。

总监以前是从蜗牛出来的，苏州第一号游戏公司，他从那带了一套代码出来。开发业务第一步肯定先是了解这套代码了，同事带我，给我讲解一些开发使用步骤，也就上手了。

就是接受前端请求，处理业务逻辑，返回处理结果。这就样的过程

传输协议使用的是自定义协议，后来了解了AMF3之后，发现他的思路跟AMF3是一样的

对于从协议找到对应的执行业务方法，也就是转发机制，当时我反编译了底层jar包，当时是没有底层源码看的，不知道是总监不乐意给我们，还是他自己就没有。

发现这个转发过程，跟struts的机制是一样的。在学校时，我就喜欢看源码，基本上用到的开源框架，我都会去看一遍源码实现，看完实现方式，心里比较踏实。想struts还真是个经典，当时刚从jsp servlet脱离，struts算是个产物，符合了MVC的潮流。可能有些公司内部框架开发的思路是一样的，但struts却做了开源，以至他成了三大精典框架SSH之一

数据存储好像直接是jdbc

我的工作基本上就是拿到策划文档，从里面找到功能点，与前端定义通信协议，开发业务逻辑，提交给测试。

由于在学校期间就有了大量编码，所以理解了业务，开发起来很快，有时小功能点比较多，一天可以做上十几个协议。完成速度是很快的，后来写着写着就慢了，人嘛，会变懒，待公司久了，就不会像刚进去那会儿勤快，老大给一天的工作量，基本上半天就完成了，也不主动去接下一个任务，就在那边开发自己的网站 java1995.com，按时上下班。

回到住处，接着开发网站，那时幻想着网站跟能javaeye，csdn一样流行，想拉两个同学一起开发，我美工，还有前端不行，那时同学就提醒我，你的这个网站的商业模式是什么？靠什么能流行。其实这方面我一点都没有考虑，可见同学的思维已经远超于我，但我很是不屑，我说就凭一个站长的热情吧。热情成不了事，可能还会坏事，以后再说这方面的事

半年时间也把一个游戏给开发完了。想想这游戏开发太容易了。跟同事吃饭时，就开玩笑，两个前端，两个后端，两个策划，再加几个美术，一款游戏开发太容易了，马上就可以走几成功之巅。等着跟《热血三国》一样，大火起来。

那时我们是清纯无知的，也是有游戏梦的，策划很喜欢游戏，时时把游戏话题挂在觜边，讨论游戏玩法，就是要做款牛逼游戏，也没别的什么想法。

当时我也很自以为是，以为自己已经是大牛了，在学校时就把用的SSH给吃透了，当然这也是自我感觉了，也就是源码看了一点，能自如使用，有问题自己能处理；对游戏的底层也有认知，毕竟看了底层代码了。自认为很厉害了，做一款游戏太简单了。事实上认知很是肤浅，是一种不知道自己不知道的状态。当然，这是后面才认识到自己的不知道。

没有实践的认知都是伪认知，只有实践，才能证伪。 还好，在后面的一年，我认清了自己，知道了自己的不知道。