Question

技术分享是提高团队技术水平的3个方法之一，另外两个是Code-Review和修复线上Crash，本节只谈如何组织技术分享。

技术分享的关键在于坚持。有些公司、部门或者团队往往就是搞个一两次就因为各种忙而夭折了。技术分享短期内是看不到效果的，所以对于急于求成的管理者而言，他们会转而把精力用于做那些短平快的事情。

接下来分享一下我在部门内实施技术分享的经验。

·每周一次，每次1个小时。由于我们的App迭代周期是两周，开发人员会很忙，尤其是第二周的周三周四周五，是三个非常重要的时间点，所以我把技术分享的时间定在每周一下班前的一个小时。中途也有周一没有准备好的情况，可以延期到这一周的某一天，但是不能取消。

·单周由我来讲，双周由团队成员轮流进行。这样每个人就都有2周的充足准备时间。我讲的主题偏内功修炼，比如说设计模式、算法、框架设计，等等，团队成员讲的主题，偏实战中的经验和心得体会，会具体到代码和项目层面，比如xmpp、内存泄漏、Activity加载模式，等等。

在初期执行的时候，我也是走了一些弯路的。比如我的开发团队整体水平还不是很高，而我讲的又都是高大上的东西，比如我讲过Android打包流程，把一群人讲得云山雾罩。

在和开发人员一对一沟通得到反馈后，我把“逼格”适当调整，改为讲有趣的算法题目，就明显受欢迎很多。进一步，我又每次讲几个设计模式，结合着Android的实际情况进行讲解，慢慢地提高团队的内功修为——要知道，很多Android开发人员都是半路出家，没学过正规的软件开发所需要的这几门基本功，所以他们是需要补上这一课的。

同时，我还发现大家使用GIT命令行不是很熟练，我就从给大家介绍一款我用了3年的GIT图形化操作工具——SmartGit，从而提高开发效率，每天不用为合并代码花费过多的时间。

在团队成员轮流进行技术分享的时候，也遇到了问题，就是每个人都介绍自己感兴趣的东西，往往就变成了讲的人眉飞色舞，听的人不明觉厉。也就是说，没有形成一个体系，比如，通过半年的技术分享，为团队灌输了哪些必备的技术，大家是否在这些技术上有了提高。

于是我和客户端的几个技术经理一起罗列了Android和iOS必须掌握的若干技术点，然后发给大家去给自己打分，每个技术点都是5分制，量化如下：

·完全不知道：0分。

·听说过：1分。

·看过介绍的文章：2分。

·亲手做过demo：3分。

·项目中使用过：4分。

·非常熟悉：5分。

把大家的自我打分收集上来进行汇总，对团队的整体技术水平就一目了然了。对于团队的技术短板，在每周的技术分享上，会安排团队成员专门进行讲解——当然这个人需要事先花大量的时间去学习、研究并准备Demo。

对于Android应用类开发人员所需要掌握的20个技术点，我会在本章后面第7节进行介绍。

根据我的经验，按照这种形式坚持下去，半年就能够培养出一批App新型技术人才，他们在技术水平、开发效率上都会有质的飞越。技术团队能力不强这一问题，很多高管往往通过招更优秀的人优胜劣汰来解决，其实通过技术培训也能得到一批精兵强将。