还在加班么？看看这个，也许你还需要加班，但是你的工作会轻松很多。

加班不是目的，目的是为了出活。加班不是唯一的提升效率的方式，但是确实最能消化工作量的一种方式。

如何消化工作量。如何方便的做设计，如何方便的开发，如果方便的DEBUG，如何方便的变更配置，需要的是转换我们的思维模式。

以手机游戏的新手向导为例：

1.手写阶段，代码维护新手向导流程，策划变更流程一定是一件很痛苦的事情。

2.配置阶段，根据策划的配置写支持，策划配置表格，规范步骤。程序识别配置表格，一步步的执行。这样已经不错了，但是还不是最简化的。

3.录制阶段，从配置新手向导向录制新手向导转变。策划点击流程记录成配置，配置重新播放可以自动展示新手向导。这个想法来源于星际的录像模式，记录游戏的界面点击和跳转流程，并且播放这个流程，向可视化过度。当然，这里还是需要配置一些表格来完成对话框之类的功能，或者在游戏的测试模式中加入文字录入的功能。

当然，还有很多可以优化的地方，比如

1.测试的可视话，当然不是CCLog()。转换一下思路，UI界面一定就是给玩家玩耍的么？为什么开发者不能用它来监控自己创建的对象，列表的方式显示当前的数据结构。

2.界面需要手写数据变更么？数据层发生变化自动更新相关的显示文本如何？

3.lua，ruby是复杂的脚本语言，我们不可以定制一些简单地脚本语言么？既然脚本语言是字符串，那么文字为什么不能和脚本语言混排，策划的公式全都是脚本字符串，动态的出公式结果直接加入字符串显示不好么？

除此之外，等等等等。。。。

在有一堆工作需要做的情况下，执行力固然重要，但适当的规划也要做一下。需要思考的问题是

1.谁来做，美术，策划，程序，把界面跳转以及按钮触发，以一种配置的方式交给美术策划。界面文字通过字符串拆分的方式动态取得数据结构中的数据。等等。通过这种方式把一些工作交给美术策划来实现。

2.怎么做，规范开发流程，定制分工，程序的作用是实现一种策划配置游戏的可能，并且维护并丰富这种可能，在配置无法实现的部分，用手写代码的方式来解决。重复的大量工作交由工具来处理，甚至工具会给你生成代码，你只需要把生成的代码拖到工程里，之后进行少量修改。

3时间，往往大家的想法都不错，但公司不会给你那么多的时间来验证自己的想法。这就需要你有足够的开发效率，在项目允许的时间内实现你的想法，并且实施。这步往往很痛苦，也许会加班~。但实现了之后会相对轻松一些。

你会发现实现的过程会很耗时间，但是实现之后呢，未来的很多个项目~~~~~你会很轻松，因为很多的事情都是策划跟美术搞得定的了，你只需要实现核心玩法以及一些框架维护的工作。