工作中总会觉得时间很快，又是一周。
这周完成了学生端古诗打卡学生计划，统计，日历打卡界面的数据对接和功能逻辑，也基本上完成了古诗第一个关卡：领读关卡的古诗解释视图展示和带有背景音乐循环播放的两个网络音频同时播放的播放器。
在做关于这种音频同时播放的播放器时，首先想到的是去网上找，code4app，git等乱找一通，在浪费了2个小时之后，觉得没有太合适的，干脆自己动手写一个，然后就很快完成了对这种需求播放器的封装和测试。想想这一个过程，感觉犯了很大的错误，到目前对自己而言，其实大部分项目中的需求都可以在基础技术和经验基础之上多动动脑，多思考，动手去写一个demo，然后慢慢完善就可以到达。而这种首先想到的去网上找的想法是一种对技术的不自信和开发思路上的错误。--------有需求，应该先去分析需求的细节，在经验和基础之上去设想要完成这个需求的实现过程，难度和时间。如果觉得差不多，就自己来写，这样会避免很多时间的浪费。
在古诗视图展示视图上，先是用原生写了一遍，后来需求一块商量变为web展示，虽然说这也是开发中常常遇到的需求右边需要重写，但怎样去尽可能降低这种“无用功”的使用，力求开发每一块功能都能提前理解透需求。目前觉得，有需求分析和沟通两方面的问题。----------所以沟通对程序员来说非常重要，一个好的沟通可以节省时间和精力。
下一周任务
如果要能和安卓端保持同步，在保证古诗打卡开发进度没有问题之上，还需要利用时间分析下教师端缺少的部分，至少做到心中有个数。
继续开发学生端古诗打卡，尽可能创建公共类，为教师端古诗打卡做准备
