一个手机wap游戏从业人员几年来的一些粗陋的经验和心得

leliel

发现楼主基本全才....膜拜下...佩服啊

锦绣天

LZ没有被测试修改bug，版本移植折磨过么？

mu_gong

bug基本有如下几种：
1.某基本模块设计之初，未考虑到各种属性数据的极端情况，而出现的数据溢出错误（甚至是经验值......）；
2.某功能模块，在线人数多了之后发现，各种不同的参数状态和临界点发生崩溃；
3.某小功能模块，测试未能尽责，一上线就发现的低级错误（后退，返回，未在临界点加入逻辑判断控制的低级错误）
4.程序粗心造成的程序小bug，导致数据本来返还2倍，返还了更多倍的低级错误；
5.游戏核心为单进程，为了快速完成某功能，而在代码级别上使用垃圾逻辑，导致某指令执行超级耗费cpu时间；
6.模块设计之初，未考虑扩展性和未来的数据情况，技术也未加以重视，只是为了模块而完成指定功能，后期变成鸡肋模块；用户要求更新，却动不得，改不了，也无法扩展，这种可以叫软bug吧。。。
7.极硬的bug类型：特殊字符输出问题导致server core down；用户浏览器输入特殊字符导致部分或整体服务崩溃等等；还有一种就是用户档案自身存在某种交互时存储的特殊字符，导致该用户一登陆服务器就当机，找了三天，写了个自动login工具，把所有用户挨个自动登录查那个存档登录出现问题。。。。。。不一而足，血泪斑斑。。。

总之，还有很多想不起来的bug过程，太多了。。。

像这样的草班子团队，技术不是最主要的，能快速完成需求的技术是最主要的，但因为快速完成需求造成的技术bug是最要命的；而如何避免这样的问题，还是在于一个尽量详细规范、合理而且全面考量的产品策划设计，和后期大量负责的测试工作。
-----------------------------
版本移植是另一种噩梦：
因为做联营，可能会有不同的接口需求，甚至改变登录方式；还有梦网上线的一些产品移植；等于同一个产品，从新搞了很多版本出来，各种改版，各种接口调试，各种版本的管理维护，甚至对应的充值，备份，统计平台因为进度原因都要重新快速拷贝一份定制的出来，及其恶心；很多时候都在想，为什么不搞一套平台出来，应付这些事情，但确实没时间。。。。。。草率的做出来，就会出现另外一个及其恶心的版本需要管理和维护；

王者归来!

leliel: Re:一个手机wap游戏从业人员几年来的一些粗陋的经验和心得，望多交流、指导、批评

发现楼主基本全才....膜拜下...佩服啊

不是全才，而是手游这块，的确是对策划的要求比较全面。

因为游戏本身内容并不多，开发组人数又有限，所以往往都是又做爹又当娘的。

我觉得，策划应该手游和客服端都要做过，这样单一技能也强，全才发展也可

锦绣天

帮楼主补充一个，不同分辨率，不同版本之间的移植、减容工作。
设计之初，不考虑容量大小，按照1M以上的做，美术图片都是256色，各种特效能加多少加多少。
然后主版本完成后，开始辛辛苦苦给低端版本做减容，有时候几乎是重新做一个游戏了。

设计的一些UI，系统，如果不考虑中小分辨率的话，移植时很困难，240宽变成了176宽，原本放的下的字放不下，图片看不到，早期想到解决的方法，会更轻松些。

mu_gong

锦绣天: Re:一个手机wap游戏从业人员几年来的一些粗陋的经验和心得，望多交流、指导、批评

帮楼主补充一个，不同分辨率，不同版本之间的移植、减容工作。
设计之初，不考虑容量大小，按照1M以上的做...

呵呵，手机客户端确实是的。。。不过我做的wap游戏，就没有太多适配方面的问题了：）

mu_gong

leliel: Re:一个手机wap游戏从业人员几年来的一些粗陋的经验和心得，望多交流、指导、批评

发现楼主基本全才....膜拜下...佩服啊

汗一个。。。。。就是一个想转型的技术罢了，对于自己从事的行业，懂一点点，也经历过一点点。。。。。惭愧了，这真要折煞在下了