对于上周的教师评教出现的情况，在昨天师兄师姐给我们做了报告。听了这次报告之后我感觉感触很深。

起因

    由于我们学校每年都要举行对老师进行评教的活动，而基本上每次学校所用的系统都出自于提高班，于是，这次我们提高班也顺利成章的接手了这一光荣的使命，在师哥师姐的精心安排下系统也被“一帆风顺”的做出来了，在经过大家的几番测试后没有发现什么问题，之后就投入到教师评价中的使用中了。

    或许是天意吧，我被“幸运”的安排到了星期天的巡场评教中，这天我们值班人员提早了半个小时就来到了评教现场，在一切准备就绪之后，就开始了评教活动，刚刚开始来的人不多，一切都在掌控之中，但是随着越来越多的同学来评教，发现开始出现评教无法提交，或网页打不开的现象，随着时间的推移。这种现象也越来越严重，同学们越来越多，在门口聚集的人也越来越多，为了考虑到同学们的安全问题，我们放了部分的同学到机房里来，但是机房里等的同学也越来越多。师哥师姐也很紧张，他们尝试了很多方法，时间一分一秒，转眼间2个小时过去了，有很多的同学也问我们怎么回事，我们只能简单的解释一下，但是也有部分同学开始冲我们发脾气。。。责备我们。。。当然作为学生的我们又怎么不懂此时此刻他们的心情。慢慢的机房里的嘈杂声越来越大，场面也越来越混乱，在和老师沟通之后，老师决定将结束评教,就这样事情总算是暂时告一段落了。

经过

    在昨天的会议上，先是由师哥师姐给我们介绍了一下当时的情况；之后，由社河师哥给我们简单的讲解了技术上的运用，以及涉及到的一些关键字：高并发、大数据、聚集引锁等。并且通过软件数据的分析，向我们形象的还原了在系统启用的过程中计算机内部的反应；最后，米老师也对事情的过程及带来的后果进行了补充：由这评教系统出现的问题，导致同学们无法进入机房评教，产生外面的同学进不来，里面的同学出不去的现象，最终可能引发的同学们人身危害的现象。

感受

    经过之前的测评、测试以及这次亲身经历的评叫感受，我和有的同学感觉是在服务器的硬件条件上出了问题。但是通过这次的报告会，感觉师哥强调的还是代码优化的问题，这就要提到我们的关键人物“设计模式”了。

    以前我总是不理解设计模式的作用，或许是以前面向过程在作怪吧，总感觉设计模式太麻烦了，还没有面向过程简单还理解呢，何必要这么多此一举呢？但是现在我深深的体会到了它的重要性，设计模式的关键作用正是对代码的优化，被小看这小小的优化，它能为CPU解决很多不必要的麻烦，使CPU高效的运行，避免死锁和牺牲。

    说实话，我听了米老师的讲解还真的是吃了一惊，没想到就只是这小小的系统也可能导致生命安全的悲剧。从老师幽默风趣的讲述，我也能隐隐感觉到老师背上压着的巨大压力。这不禁让我想起了美国航天发生的一个悲剧：由于技术人员少加了一个小数点，导致火箭在发射离地面不久就爆炸，而宇航员则被活活的烧死在火箭里，更可悲的是他的家人只能和大家一样眼睁睁的看着自己的丈夫被烧死而无能为力！

总结

    经过了这件事情之后我深深认识到了，也亲身体会到了设计模式的重要性。当然，从师哥师姐的身上学习到了很多担当和精神！

设计模式之“以小见大”