这么快捷的么。

那可能是马总已经线上跟老绉和诸胖都确认好了，都不用开会了，直接确定了。

之前有说过让阿彬当组长，现在又暂不设组长，果然还是以最终通知为准，也不意外，两个人的小组也没必要设组长，反正马总直管，马总就等于是组长了。

搬好位置，启动电脑，登录丘丘，就看到马总的私信：本周内把版号拿到，就做你设计的随鼓敲。

申请版号就是要做demo，本周内拿到，那至少提前一天提审才有可能周五得到结果，那最迟周四提审，最好周三就把demo做出来，周四测试没问题了就提审。

要是交给老员工配合完成的话，时间绰绰有余，让阿彬和蒜头来做就不一定了，毕竟都还是新人，第一次独立执掌项目，反正尽量做吧，考核肯定是有难度的。

阿彬回复：明白。

就开始跟蒜头分工协作了：“马总要求本周内拿到版号，我们必须三天内把demo做出来，才有足够的时间测试提审。

策划案昨晚也发你一份了，你就按策划案做，先做核心玩法的部分，把规则操作表达出来就行了，因为只有我们两个人，素材方面我来做，足够应付demo就行。”

蒜头道了声：“好。”手上就开始忙活起来了。

阿彬也不含糊，打开素材编辑器就是干。

整个玩法框架不复杂，就是屏幕上出现按键提示，然后提示会从左到右的变色，变到哪个按那个就对了，就很像KTV里看着MTV播放歌词唱歌，所以就想照搬MTV歌词显示模式。

结果做起来发现没看起来简单，那颜色要想跟着节奏变过去，首先就是素材得有这个效果，阿彬做不出来，也没有现成的。

想了半天才灵光一闪，干脆不做变色了，就做一节会从左到右移动的竖线，竖线扫到哪儿，就表示输入到哪儿，就好做多了。

但相对的具体编程逻辑就得修改调整，蒜头看策划案时说能做，是只看策划案表达的编程逻辑他能不能做，这会儿你要改表现形式了，那具体的编程逻辑就不一样了，就要重新考虑了，如果已经做了，那可能得推翻重来。

重来啥的也就多花点时间，就怕你想要的效果我做不出来就难办了，就得互相商讨权衡出一个能做的方案。

很多工程上的时间就耗在这些调整权衡上，但又绕不过，除非由经验非常丰富老道的人来执掌，做策划的时候就能避开大部分弯路，再加上足够的技术力，想要的效果都能实现，才有可能特别高效地推进项目。

这对初出茅庐的阿彬和蒜头来说是不可能的，一直奋战到周三下班才总做算出随鼓敲玩法原型1.0。