智慧是不会枯竭的，思想和思想相碰，就会迸发出火花。
笔者上次因课程冲突，故没有完整的参加上次的互评交流。但在笔者赶到时，恰好有幸观摩了后两组优秀作品的分享
作为一个代码能力局限于考试范围的人来讲，笔者养成一个不好的习惯，那就是能用2+2+2解决的问题绝不会用2*3，所以在上次的实验中，笔者就使用了最无脑最简单的办法，高效代码相当之少，所以虽然只听了一会，但是还是收获巨大
在听两组同学优秀代码的分享时，然后笔者就悟到了，其实不应该把上次的实验作为”考试题”来对待，因为它很简单，每个人都可以完成达到最后的结果，但是难的地方就是如何高效的解决，所以应该把它当做思考题，重要的是过程，最终的目的是锻炼思维，这样才能真正提高像笔者这类人的代码水平
下面进入正题，关于实验交流
好处有三
一 肯定是有利于实验室成员增加感情
二 久而久之可以营造出一种竞争的学习氛围，这个相当关键
三可以提高部分同学的编码水平，比如笔者这类的
但是凡事皆有缺
比如说这次的讨论有很多同学都没有参与，或是因课全场缺席，或是笔者这样的快分享结束的时候才来，总之是缺少一个大家都统一的时间，这是一大不足。但是解决方法受到客观因数影响比较大，建议管理团队开会讨论
至于缺点，笔者不好定义，因为交流一定是好的，如果有缺点，那一定是方式有问题，笔者没有参加讨论，但是后来有人告诉我，过程其实还是有些繁琐，可能稍微有些浪费了时候，简而言之，不够高效。 但是是第一次嘛 很正常，在之后的讨论笔者相信会越来越好
这篇文章没有排版！这篇文章没有排版！这篇文章没有排版！
强行极简风，没错就这样吧
