从11月13日到11月16日。进行了为期4天的体测开发，短短的4天对我原有的思想认知还有技术提升，都得到了很大的帮助。

我负责的任务

对6个表进行增删改查，其中包括了前端和后端。

为什么选择这个任务？

当时马总分别介绍了三个任务，当我在听到这个任务既有前端又有后端的时候，心里已经默默的对他产生了初步好感。大家在讨论这个任务的时候，听说前端使用的Angela框架，后端的增删改查可以使用JPa自动生成对应的sql语句。说实话，这两样我都没有听过。一方面带着对Angela和jpa的好奇感，另一方面想要借此机会在实践中去培养自己的前后端编码能力，我果断领取了这个任务。

在执行的过程中有哪些令我印象比较深刻的点呢？

1、在领取任务的时候听说后端的 SQL语句可以自动生成，只需要编写相应的接口就可以了，心想那不很容易就能实现。但实际发现并不仅仅如此，后端需要自己去编写一些逻辑，比方说生成唯一的ID， GPA的删除是真删除，但实际业务需要的是假删除，这些都是我们需要去了解GPA相应的功能的。想当然的认为别人什么都提供好了。这样造成的问题是容易在宏观上难以统筹全局，对于任务的评估是不准确的，在以后开发中先宏观了解某个技术的理论和应用，在结合自己的实际场景去下定论。

2、宏观统筹，微观实践。还记得我在做第1个前端页面学院管理的时候，我天真的以为。直接找一个现成的一样的页面，直接复制过来不就好了，然后改改里面的数据。当我真正的把页面直接copy过来并且配置了这个页面的路由，计划在浏览器上显示的时候发现报错了，真是出师不利。通过分析报错信息，发现还需要学院这个页面在对应的父空间当中去配置相应的路由信息。这说明了什么问题呢？没有全局做事儿，一头就扎进了局部，用试错去成长。在做之前其实应该先去了解整个文件的目录结构目录之间的一个相互关系。这样在真正执行的时候。才知道要在哪些文件当中去修改对应的配置。在经历第1个页面这样坎坷的过程，后面5个页面在进行配置的时候就轻松多了，所以不经历风雨怎么能见彩虹呢？

3、合作共赢。学院、专业、班级、学生四者之间具有所属关系。这一次任务我负责的都是前端部分，在做学院、专业、班级三个之间的绑定关系的时候希望后端给我提供一个级联接口，在做学院、专业、班级、学生的时候后端再给我提供一个级联接口。再和马总、梓龙沟通之后，发现其实他们四者之间本身具有所属关系，比方说知道专业id，数据库便可以查询出专业隶属于哪个学院；知道班级id，数据库便可以查询出班级隶属于哪个学院下的哪个专业……在原有的查询(已经做过条件查询)接口基础上传入id便可以实现根据id查询信息。通过这件事情一方面说明我看待事情比较僵化，灵活变通不够，所以在以后做事中不能够莽撞，多思考，找联系(两两之间、三个之间……)。另一方面说明我们是能够通过沟通去解决我们提出来的问题的，不能万事都靠马总、杜工、张工，在小范围内大家碰撞、群策群力是能够把一件事情做好的，团队带来的力量。

4、反复验证，逻辑引导。在屏幕前阅读这篇文章的你不知道有没有发现这样一个事情。我的描述中有很多“听说”这两个字，我听说谁谁谁怎么怎么样。我听谁给我说什么什么。我总是在听别人说，但最后的结果就是我直接就按照别人的去说的去执行，自己并没有下去验证，做完之后出现问题了就返回来倒腾。缺少验证别人说的是否符合我需要，这也是我在学习和工作当中，一致格外需要去注意的。别人说的未必是错的，也未必是对的，心理的那杆秤衡量了之后还要下去验证别人说的是否是对的，验证完了还要看是否逻辑自洽的，这每一步都是在训练我如何思考、如何做事儿，不要把别人说的当成理所应当是对的，比起技术这些思想带来的改变更令我着迷。

在这短短的4天当中带给我的收获和成长，远不如此。在之后的某一天也许我还会想起某些点点滴滴，我也会继续回来丰富这篇文章。