2020.8.18
回顾会议
上午10:00，开始召开回顾会议。
经理让大家先评价一下之前项目中做的好的地方与不好的地方，然后进行了总结。
其中本人感觉印象较深的几点如下：
1.项目初期任务拆分与任务时间预估的不太好，出现了项目后期才发现有任务没有人做、临时找人补做的情况；还出现了有人做完后没有任务、有人的任务需要大量时间才做完的情况。
2.每天早晨的站会效果比较好，大家可以提出问题，共同解决；还可以正确把握项目进度。
3.评审会议前对测试数据的处理不好，由于数据较多导致评审会议上执行大批量任务时执行不完，流程无法走通；应该提前清空一次测试数据，并准备少量的测试数据，在评审会议上跑通一次流程才行。
4.svn提交代码时要写明需求号，并且尽可能减少commit次数，否则会导致后期从开发代码merge到生产代码时遇到困难。（由于merge时是按照每一次commit去合并的，如果次数较多会导致需要合并很多次；如果没有写明需求号，会无法确定这次commit是否可以进行代码合并）
新需求会议
回顾会议上午11:30结束，紧接着下午14:00就召开了新需求会议。
会议中提出了12个新需求，各个需求基本互不相关，其中预计开发时间最长的需求有10天（2周），也就是1-2人负责一个需求，大概2周可以全部开发完。
会议上提到，所有需求与完成进度都要登记到内网上的敏捷任务版中；如果有需求变更，要向领导反应，领导会将其修改为下一个开发流程中的新需求（也就是这次不管需求变更的事情，否则会导致开发混乱，完成时间延期）。
16:30会议结束后，大家将新需求登记到了敏捷任务版上，然后准备明天确认自己要领哪个需求。
后记
关于对大批量的特殊处理，也就是进行了sql优化（使用foreach，将原本java中的循环移动到sql中等）、数据库表使用索引、使用定时任务+手动处理错误的逻辑这些了，java代码中并没有怎么特殊处理，甚至连事务都没有用到（起码本人自己没有用到）。
至此，大批量推送项目日记告一段落。