目前手头有3个项目，自己没有很好的安排时间分配计划，导致这段时间混乱低效的工作状态，五一也没有好好休息。
不过，精力还是放在一款2D物理游戏上。目前已经向对方提供了3次开发测试版本。今天提交的对方整体满意，这个过程实属不易。
对方不管美术和产品大大基本算没有和开发者配合的经历，所以开发过程中交流沟通以及配合不是很好。对方的美术对于游戏开发所需要的资源理解不够，图片分辨率控制和如何切图出了很多问题。美术给我的图片基本都是ipad对应分辨率，图片资源过于大，同时也影响游戏的性能和体验。在第一个测试版本的时候，我使用的图片资源是按照iphone6的分辨率进行压缩了。这个分辨率正好能兼顾画质、运行性能以及安装包的大小。最后，对方采用了。我要求美术对图片进行分辨率的调整，多次沟通还是出了很多问题。索性我叫对方直接提供ipad分辨率的资源。而我这边通过PS中对比比例和自己写Python脚本进行图片分辨率和拼接等处理的自动化，基本解决了和美术间的配合问题。同时也导致了对方美术更加大胆，直接提供我PSD文件让我完成图片调整和切割！！不过，开发协作的过程本身就需要在保证进度和品质下的妥协。我个人觉得，协作重要的就是能理解对方的工作流逻辑和对方工作基本概念，以此为基础的沟通和工作展开会更加高效。我个人方面，大学时候做过App的UI设计，PS工具玩得很熟了，美术的工作我也做过，而正是这个PS工具，正好成为我们工作展开进行流畅的中间胶合层。
在谈谈对方的产品大大。对方对于需要的功能不能做到细节和边界状态的逻辑完备。所以在开发实现的工程中，状态分支会一点一点冒出来，然后我需要问对方如何处理。而对方经常因为没有到而需要决策，耽误开发进度。功能和对应的“体验好”之间背后需要做的处理逻辑完全是简单文字表述的2个数量级的差距。很多时候，产品大大对于一个呈现方式的表达其实还是抽象的，我需要通过人肉翻译才能把抽象的表述编程一个具体的逻辑集，然后再把逻辑通过代码实现出来。开发者和产品大大之间的交流问题很多都是产品的表述完全就是抽象的概念层，或者开发者不能翻译出背后的完整逻辑集。故导致各自的理解有偏差。对于开发者，应该主动去寻找表述背后的逻辑集。我最喜欢的方式就是找出产品大大表述内容对应现实中有的场景或者内容。比如，火箭发射过程，游戏显示的时候，火箭不要僵硬的居中，显示的过程能感知火箭的速度变化和运动轨迹。我的这个翻译就是对应上真实火箭发射记者相机抓拍火箭的场景。镜头会根据火箭的速度有调焦拉远，还有会根据火箭的角度和运行状态合适的将火箭放在镜头的某个区域。然后我翻译这个抓拍逻辑成代码，变成差值同步算法，实现抓拍的效果。
目前整个开发协作过程还算流畅，对方给的策划文档也完整。目前，最大的问题还是游戏是“体验好”的优化上，而这个优化会引入特别多的新逻辑。而新逻辑带入的状态分支有时候需要去了解cocos2d-x底层实现，陷入debug和看源码的无聊状态中！
以上。
待续......
