2019.04.04终于进行了MySQL的考核，从2018.11.16日到2019.04.04除去小组放假还有其他事情占用的时间，这一阶段大概用了90天的时间，这中间还包括寒假四周的满天全勤时间。
由于考核形式发生改变，自己作为前无古人，后有来者的第一个吃螃蟹的人，在考核时还是很紧张的，考核形式由之前的被动到现在的主动分享，对自己真是一种挑战，在分享之前，必须将要分享的东西事无巨细的准备周全，当然作为第一个考核的，虽然准备了好长的时间，但是自己准备的东西还有所欠缺，我将这种欠缺归结自己对知识掌握的不够牢固，不够全面。
在考核的过程中发现对一些数据库基础还掌握的不牢，比如数据库类型是总结了要准备分享，但是却没有吃透，总结到了字面上却没有总结到自己的脑子里。
更重要的问题就是项目落地性，就像学长所问，你做的这个东西有人会用吗？嗯...应该没人会用，在写的过程中自己注重的是功能的实现，而很少考虑逻辑的问题，所以在逻辑上有很多问题，导致作品根本不像是一个系统，感觉很零散，没有系统性。这种问题的出现我觉得是需求分析没有做好，万丈高楼平地起，需求分析就是项目的地基，如果地基不好，那么房子盖起来就会有根源性的问题，在《人月神话》里总结的经验法则一个项目应该1/3的时间用来写需求与计划。如果需求不明确，对编码就会产生很大的困扰，后期就会改来该去，浪费时间，但是自己在写的过程中，没有注重前期的规划，反而是写出功能之后再去完善之前的需求，所以最后导致系统没有实用性。
新的考核形式当然伴有诸多问题，但是这种形式更加的主动，在准备去说的这个过程中，自己会比较深入的去学习知识，所以这种考核形式还是可以使用的，至于考核形式的诸多问题，相信也会在解决问题中逐渐的完善这种模式。
不说了，不说了，要去改问题，查漏补缺了。
