第一次做技术讲座

    周二下午，老板布置了个任务：在周四下午做一个简单的技术讲座，讲讲实习时候用到过的开发框架和实习的收获。第一次接到这样的任务，刚开始的时候头脑里一片空白。之前做的东西都是在别人搭好的框架之上调用一些接口实现需要的业务逻辑，很多时候都是知其然不知其所以然。

    经过一个下午的徘徊，最后决定介绍一下现在用得比较多的Struts、Hibernate、Spring的基本原理和做一下这三个框架各自的例子及整合的例子。决定了之后就开始行动，刚开始心里其实没什么底气的。虽然书是看过不少，但是在工作的过程从来没有做过从零开始把这三个框架整合起来的工作。项目组里早已搭好框架并提供了所有用到的接口，所谓的开发就是用这些现成的接口去实现需求里面的业务逻辑。感觉自己就是一条大大的生产线上的一个部分，流水化的作业。

    找来了两本“大砖头”分析里面的例子，提取一些比较好的模式融合到自己的例子里面。成功的编码是一件愉快的事情，相反，在一堆Bug中迷途则是一件痛苦的事情。现实情况是，我们往往在一次又一次的愉快和痛苦之间循环迭代。熬了一夜外加半个白天，终于把五个小例子调好了。第一次从零开始，第一次把注释写得详详细细，第一次做得编程风格如此统一，总得来说收获是有不少的。

    接下来是做ppt。把自己的思想反应到ppt上面真是不是一件容易的事情，尤其像我这样刚入门不久的菜鸟。在脑海里做的一个大纲，在编写的时候改了又删，删了又改。不过这个也是学习的过程，经历过总会有所收获的。在ppt写到最后的时候，又追加了一些编码规范、使用快捷键提高开发效率和一点建议的内容。就这样又熬了一夜，第一次讲座的ppt问世了。

    该准备的都准备好了，接下来该正式上场了。自身的问题往往会在关键时刻显露得更加明显。一直以来，我都不是一个表达能力很强的人。第一次做这样的讲座，一个多小时里面给实验室里的兄弟们讲解ppt和代码，感觉很多想表达的理念都没有表达得很到位。不过现在回想起来，那一个多小时过得挺快的，期间的感觉也相当微妙。

    总结一下：在开始之初有点紧张，明显地或者暗地里说错了一些词句；之后感觉渐渐平静下来，讲话也清晰了一点；开始留意台下听众的表情，担心自己讲得不够清晰，使听众觉得乏味；心态发生了变化，紧张的感觉膨胀起来；遇到一些比较繁琐的文字描述的部分，就想快点跳过，结果讲得有点稀里糊涂；随着时间的推移，思路开始变得有点混乱，原先的安排被打乱了；说的时间长了感觉有点缺乏辞藻，一样的话出现了几次；像多米诺骨牌一样，心理的防线在一点一点滴崩溃，但讲座还有一大段，硬着头皮顶着上；调整语速，适当地停顿，尝试跟听众互动起来；感觉在某些时刻，听众被调动起来了，讲听双方的互动多了；互动断断续续，紧张的感觉忽来忽去；讲座结束，听着台下的掌声，心里冒出两个字：“有愧”。

    第一次技术讲座把我表达能力差的弱点暴露得很明显。知道了这个弱点，必须有所行动。从来都不怀疑：没有任何弱点是克服不了的。希望在以后的第二次、第三次、第N次这样的讲座中，表现会自然一点，从容一些。人生在世，本来就应该在一次又一次的错误与不足中提升自己，进步永远是成功的阶梯。

    讲座不完美，我的收获却不少。

    命运这东西有时候真的很奇妙。经历了半年多的苦闷和煎熬，心灰意冷，本以为就这样告别校园走向社会。命运却安排了一次让我重返校园的机会。我倍感珍惜，接下来两年半的时间里，要加倍努力。无论命运多么奇妙，它永远是掌握在我们自己的手中。
 
    晚安，诸位。