谈谈公司内部的技术分享

这段时间，为了促进程序同事间技术氛围，在公司内部组织开展技术分享会。形式很简单，每两周也就是半个月，进行一次技术分享；分享人由组员顺序安排；题材不限，可以是自己熟悉的技术,比如说服务端的开发者，分享后端定时器，消息队列等等，前端的开发者分享加载的模式，MVC模式等等，可以是一些通用的技术，比如数据结构，算法，代码风格，Effective 系列，调试技巧等，甚至可以是经典书的读后感等等，抑或是最近大家在研究一个开源的项目，也可以跟大家讲一下这个开源项目的框架；或许有些人利用业余时间做了一个小软件，也可以拿出来分享。

      所谓技术分享，可能很多人觉得是为了让参与者提高技术，对方方面面的技术有一个了解，提高一个广度上面的认识；其实我认为对于分享者的提高会更大。

      分享着，为了做好一个技术分享，必然要对自己所讲座的题目有一个系统了解；在做分享之前，需要花去几个钟头的时间，做一个PPT，这其实是对这个讲题做了一个系统而又合乎逻辑构想，同时呢，还要根据这个PPT，做一个合乎逻辑和符合大家口味的一个陈述。这样即使提高了分享者的总结能力，又提高了他对这个题目更加深刻的认知！ 

      聆听者呢，在技术分享的过程中，常常可以根据自己的所听所见，提出自己的意见，补充或者纠正分享者的不足，或者向分享者寻求一个更加合理更加详细的解释。即便是在过程中，有一些细节无法领悟，但是已经在脑海中形成了一个概念，会后可以自己去翻阅或者跟分享者再做沟通！

      在过程中，确实是有些人表示了反对，“我参加可以，但是让我分享就算了吧”。分享这个东西，其实最大的益处还是在分享者身上。在分享的准备和过程中，其实训练了写作能力，组织能力，和资料整理能力；再面向自己的同事陈述一遍，分享的资料才会真真正正变成自己的东西。不然只是存在脑海里，流于空泛，无组织。保存葡萄最好的方式是将其酿成酒，那么使所有的印象变成自己的方法，就是将其记录并且组织成文了！ 

     做技术分享，在一定程度上讲，还锻炼了演讲能力。自己做的PPT打在大屏幕上面，面对着七八个自己的同事，向他们陈述自己的观点；由语无伦次变成条条有序，由双腿发颤变成稳如泰山，等等，谁敢说自己一开始就能镇定自若呢？

      还有些人因为项目进度紧张，而拒绝；可是我们刷刷微博也是一刻钟时间，我们看看视频也是一刻钟时间，我们聊聊微信也是一刻钟时间，为什么不将这个时间来准备一个PPT呢？   

     说了那么多对分享者益处，我们也要说说对聆听着的好处；结合我自身的情况  

      记得在广州的时候，经常听一些技术牛人的讲座，比如我们之前的技术经理，他在向我们讲述的调试技巧的过程中，就讲到了因使用ucos操作系统API的不切当而造成的一次死锁，也是在听了他的讲座之后，我才在业余时间去阅读ucos操作系统的代码；还有一个很厉害的游戏后端主程，我个人因为忙于开发逻辑，但是对游戏服务器缺乏一个系统的认知，正是听了他的演讲，我才对后端服务器有了一个系统的了解！

评论

11 楼 rickqin 2013-11-02  

我们公司的同事也在自发的开展这项活动。这样可以加强团队成员间的凝聚力，而且能让大家保持很高涨的学习兴趣和不断探索新知的心态。

10 楼 红烧狮子头 2013-11-01  

懂得分享，顶楼主，不仅可以锻炼演说呢你，还能自己发现自己是否还有不了解的东西~

9 楼 yixiandave 2013-10-31  

1.一个PPT的篇幅基本不可能讲清楚一个技术，最多做一个概要性的描述，听众最多是知道有这么一回事，对于技术分享帮助不大

2.技术交流更多体现在日常工作中，遇到问题提出来找同事帮助解决

3.认为技术可以作为壁垒的是最愚蠢的，特别是IT行业，守着自己的一亩三分地拒绝与别人交流最后只会得不偿失

4.哪怕是一味的为他人讲解，自己也往往能得到新的体会，另一方面别人遇到的问题肯定会比自己一个人遇到的问题更多，帮助别人解决问题的同时也能增长自己的经验

8 楼 feels 2013-10-31  

最好在项目空闲的时候，定一个主题，大家一起钻研一起分享，跟在学校一样，或许还有点用。
这种太随意了，刚开始可能还认真点，到项目忙起来，或者时间久了，谁有那心思跟你玩这些有的没的，项目加班都做不完。。。。

7 楼 id.alex 2013-10-31  

没有深度的分享了也没什么用,
大家技术水平都差不多, 差异的只是日常工作和负责的业务不同.

有深度的分享1,2天也搞不定.

当然,并不是分享没有用.
只是个人觉得周期比较短、例行公事的分享是没用的.

技术类分享应该建立在公司业务发展能用的到或涉及到的方面.
大概每个公司都是忙一阵闲一阵的状态.


闲一阵子的时间利用起来,做某个方向技术调研和分享.


比如目前数据库中有个动态列的大表.利用迭代之间的闲暇时间, 调研下 Hbase, mongo db.
比如数据库查询缓慢,压力大, 调研下 主备库读写分离, memcache
比如 WebService 调用缓慢,调研下开源 NIO 框架,做个性能对比.
比如 .........

这些与公司技术以及业务息息相关的, 有干货的分享及对比才有用.
否则只是浪费时间.

6 楼 yds3300376yd 2013-10-31  

同意楼主的看法，要让别人能清晰了解自己的意思，必须自己要先了解10倍，还要用清晰的思路和语言表达出来，如果用心去做怕真要几个钟头，对自己用处相当大，不过过程嘛不免会有点纠结了~

5 楼 hoarhoar 2013-10-31  

我以前就在公司组织技术分享，讲课。但是大家不是对付一下就拒绝准备。最后我自己讲了一段时间，后来离职了。

4 楼 lvwenwen 2013-10-30  

技术分享，不错，能学到东西

3 楼 jadewoo 2013-10-30  

经验丰富的人总能分享些东西，刚毕业的人能分享的题材狭小。

2 楼 white_crucifix 2013-10-30  

我们也有我们也有，每周五下午上一个人分享技术，其实的确如博主说的，分享着收益的更多，听的人顶多就是扩展一下眼界。

1 楼 halbert918 2013-10-30  

以前公司领导要求每周五下午都有一个小时，员工循环讲解自己熟悉的内容，感觉都是在完成任务，根本没用心准备