这段时间,为了促进程序同事间技术氛围,在公司内部组织开展技术分享 会。形式很简单,每两周也就是半个月,进行一次技术分享;分享人由组员顺序安排;题材不限,可以是自己熟悉的技术,比如说服务端的开发者,分享后端定时 器,消息队列等等,前端的开发者分享加载的模式,MVC模式等等,可以是一些通用的技术,比如数据结构,算法,代码风格,Effective 系列,调试技巧等,甚至可以是经典书的读后感等等,抑或是最近大家在研究一个开源的项目,也可以跟大家讲一下这个开源项目的框架;或许有些人利用业余时间 做了一个小软件,也可以拿出来分享。
所谓技术分享,可能很多人觉得是为了让参与者提高技术,对方方面面的技术有一个了解,提高一个广度上面的认识;其实我认为对于分享者的提高会更大。
分享着,为了做好一个技术分享,必然要对自己所讲座的题目有一个系统了解;在做分享之前,需要花去几个钟头的时间,做一个PPT,这其实是对这个讲题做了 一个系统而又合乎逻辑构想,同时呢,还要根据这个PPT,做一个合乎逻辑和符合大家口味的一个陈述。这样即使提高了分享者的总结能力,又提高了他对这个题 目更加深刻的认知!
聆听者呢,在技术分享的过程中,常常可以根据自己的所听所见,提出自己的意见,补充或者纠正分享者的不足,或者向分享者寻求一个更加合理更加详细的解释。 即便是在过程中,有一些细节无法领悟,但是已经在脑海中形成了一个概念,会后可以自己去翻阅或者跟分享者再做沟通!
在过程中,确实是有些人表示了反对,“我参加可以,但是让我分享就算了吧”。分享这个东西,其实最大的益处还是在分享者身上。在分享的准备和过程中,其实 训练了写作能力,组织能力,和资料整理能力;再面向自己的同事陈述一遍,分享的资料才会真真正正变成自己的东西。不然只是存在脑海里,流于空泛,无组织。 保存葡萄最好的方式是将其酿成酒,那么使所有的印象变成自己的方法,就是将其记录并且组织成文了!
做技术分享,在一定程度上讲,还锻炼了演讲能力。自己做的PPT打在大屏幕上面,面对着七八个自己的同事,向他们陈述自己的观点;由语无伦次变成条条有序,由双腿发颤变成稳如泰山,等等,谁敢说自己一开始就能镇定自若呢?
还有些人因为项目进度紧张,而拒绝;可是我们刷刷微博也是一刻钟时间,我们看看视频也是一刻钟时间,我们聊聊微信也是一刻钟时间,为什么不将这个时间来准备一个PPT呢?
说了那么多对分享者益处,我们也要说说对聆听着的好处;结合我自身的情况
记得在广州的时候,经常听一些技术牛人的讲座,比如我们之前的技术经 理,他在向我们讲述的调试技巧的过程中,就讲到了因使用ucos操作系统API的不切当而造成的一次死锁,也是在听了他的讲座之后,我才在业余时间去阅读 ucos操作系统的代码;还有一个很厉害的游戏后端主程,我个人因为忙于开发逻辑,但是对游戏服务器缺乏一个系统的认知,正是听了他的演讲,我才对后端服 务器有了一个系统的了解!