一学期一度的评教活动在昨天拉下了帷幕，总体平静的两天也透漏着惊心动魄，需要好好总结一下。
这两天一直穿梭在501和511之间，曾经的我们还很单纯，总想着我们ITOOjava版和.net版能够参加评教这次活动，后来才知道也就是想想罢了。
在评教活动之前，米老师让我写了一份评教预案，我和许恕师哥在三个版本的评教系统之间安排了详细的计划，后面的评教细节和最严重的想法我都考虑到了，评教预案中也有提到过，还是很用心的完成了，但是在周五晚上，许恕师哥告诉我java不上了，但是我们还是抱有信心.net可以上，但是看着207上面cpu居高不下我们也不得不放弃。
评教第一天，周六上午，在511，第一批评教学生进入教室以后，发现自己的课程信息不正确，我们针对这个情况做好了预案，每个小过道都会有负责统计的12期学生，来负责记录，也安排了近十名11期人员负责添加数据，但是到了实战，511乱了，评教学生举手，没人负责了，米老师看到杂乱无章的秩序，找511负责人却找不到了。反思：一个负责人就应该宏观把控整个局面的运行，而不是低头干活，哪里有问题就应该派同学去解决问题。
评教第一天，上午十一点左右评教系统出现卡顿现象，米老师询问预案中是否有写到关于这部分内容的解决方案，但是远预案中没有涉及到关于服务器卡顿现象的解决方案。出现这次卡顿的原因分析有两点：第一：评教学生输入了特殊字符，导致数据库截取二进制字符出错；第二，自身管理出问题，251服务器在评教期间要严厉禁止访问，但是我们四楼开发人员还是在继续访问数据库。反思：没有全局观的把控，管理出错，事情要有轻重缓急，251在评教期间很重要不允许其他人连接访问。其次是预案不够细化，考虑问题的全面性。
评教第二天，在向米老师汇报昨天出现问题的情况时，米老师在问及是谁在访问251时，我含蓄的不说出，老师当时很无语，说小农意识太明显。反思：是自己在逞英雄吗？不说出是在帮他还是在害他？那人真的能够提升吗？自己还是害怕米老师会批评他吗？
评教第二天，上午251再次卡顿，正好在10点一部分已经评教结束，还有一部分在等待评教，这时候511人已经聚集了，我们做了调整，让提高班同学去说服大家耐心等待，251的屋子很热，大家也是心急如焚，但是庆幸的是501评教学生异常的安静，这时候大家已经不会再去考虑换服务器207，因为都知道如果我们换了207服务器，问题得不到解决，大家也就不会成长。所以米老师说，重启251服务器，但是在重启过程中出现一个小插曲，服务器竟然插着一个U盘，该U盘是拷贝评教数据用的，导致一直无法重启。反思：做事情分清主次，评教期间所有的外在因素都可能导致评教无法进行。
把握每一次机会，抓住它，这就是提高吧。