第一次带项目遇到的坑

背景：公司给高校做项目，签的紧，给了40天时间做，中间还有国庆和中秋。基本天天加班，就歇息了5天，3天中秋回家（PS：回家后还忙着做省厅的数据库设计和详细文档说明），两天国庆休息，做完后给省厅做demo演示。结束时间和高校一致，也就是40天两个项目。时间上很赶，踩了许许多多的坑。做个总结吧

坑之一：数据库设计部分，当天原型图下来，第二天开始做，一天的时间设计数据库，不少字段没有仔细沟通好，注释也描述的不够清楚。简单的学年2017-2018，原先是按照2017来计算的，年月2018/09,2018-09,201809 什么格式都有，数仓一个人推一种格式。以后注释后面最好写一个样例，让别人知道格式什么样子
坑之二：代码建包部分，同一模块下的项目最好放在一个包，让一个人做。但是由于时间紧，不同模块需要花费的时间长短不一，安排了模块少的人帮助模块多的人写几个功能，结果不在一个包下。以后最好先创建好包，和他们沟通好每个模块应该在哪个包下面。

坑之三：代码规范部分，严格按照阿里规约来进行，前期没有仔细检查，后期把所有扔掉的一点点捡起来。严格按照规范来编码把，这一块没什么说的，以后记得检查吧

坑之四：业务逻辑部分，这是一个大坑，安排下去后，只是说了功能，每个人按照自己理解的来做，总有点区别，近三年，按我的理解是今年，去年，前年。有些人写的是数据库时间按大小排序取前三位。这样的话，假如只有2015年数据那最新年就不是2018，我们期望的是2018为0。详细设计文档没有做好，第一次写详细设计文档，只是记录了每个位置对应的表，应该说清楚对应的数据怎么获取，时间太赶了。

坑之五：记录，每一次的修改都应该留下记录，页面修改发一份最新的原型图给我，说那个地方修改了，就按照他说的来，后面才发现其他地方他也改动了，应该每个原型图对应的时间，每次修改的内容都要记录下来。

坑之六：数据库初始化语句，数据库第一次设计好以后，当原型进行了修改，可能会增加，减少字段或者表。我需要准备好每一版的SQL，以及从上一版升级到最新版的SQL，实际上只准备了最新版本的初始化SQL，现在需要忙着补齐

坑之七：权限，数据库设计好以后，会变动，后期整理的时候，新加表好查找，但是如果表有修改字段，那就麻烦了，应为压根不知道修改了哪一个？需要一个个的对应。而且不仅仅软件方面修改，数仓导数据的时候有时候会增加字段和表。而你完全不知道，那表还有数据，你也不敢去删。