这篇没什么价值，只是为了完成日更，可不看。
这两天因为没有输入，也就很难输出有价值的内容。那么为了完成日更，就只能水了。（我认为在现阶段，最重要的是要坚持每天都做，而不是宁缺毋滥。）
虽然是水，也想水得对自己有点意义。算是做一个近期计划吧。
最近有些计划的事情，都半途而废。想趁着这周双休，推进完成一二。
首先，先列出半途而废的事项：
- 遵循《怦然心动的人生整理魔法》来整理房间的作业只完成了衣服的部分（还缺的主要是书和杂物）
- 待捐献衣物的处理。（清洁整理捐献或是直接扔了）
- 在闲鱼上出售闲置物品。（目的是转让出去，吃点亏也无妨）
- 整理客户端主程项目交接文档
- 写一篇《写给程序看的UI对接规范》
- 读《傅雷家书》
- 寻找人生伴侣的计划已一周多未推动了。
以上事项，排序即为周末任务的优先级顺序。
工作上，这几天的经历，让我深切体会到了，项目前期开发的随意，对后期的维护会造成多么可怕的后果。得到的经验教训：
- 无论是代码还是UI，都必须要避免重复；对代码来说，要有良好的封装，解耦合；对UI来说，嵌套Prefab或许是解决重复的较优方法
- 作为客户端主程，首先要确定明确的制作规范，其次要严格的审核（UI的排布层级是否合理、代码是否规范、简洁）
很快我将调任另一个项目组来做主程，公司希望我能承担起项目之外，还要负担起带动组员的成长。
结合我的经验，以及项目组的现状，我列了一个我过去之后要完成的事项清单，以及优先顺序：
- 熟悉代码，熟悉架构，并输出文档。
应关注的点：Photon架构、战斗逻辑；UI框架、功能逻辑；资源管理、资源加载；UI的制作规范；
项目的弱点，或者说需要补强的地方 - 完全掌控项目后，要第一时间把缺少的规范（UI等）和文档输出出来。因为这件事越早做对项目越好。
- 项目现网存在的疑难杂症要组织攻克。
- 了解组员的代码风格、习惯、能力；针对性的布置任务，引导调整规范。
越来越发现，输出文档并不是在浪费时间，恰恰相反，它极大的提升了我们的效率。所以，我要多写技术文档。
