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