我们加入或者留在一个技术团队，除了薪资和福利之外，很多时候团队内部的技术氛围和成长空间也是一个比较重要的因素，尤其是市场环境不好的情况下，大家也越来越关注个人能力的提升，这样才能以不变应万变，降低焦虑。
技术分享是团队技术氛围建设一种常用的手段，我之前负责组织过团队内部的技术分享，在这里跟大家总结和分享一下相关的经验，希望对大家有所参考，也欢迎留言交流。
目的：
提供一个团队内部沟通、交流、学习、分享的平台。
时间：
每周周会结束之后 30分钟-1个小时 。原则就是每周固定的时间，最好不需要单独定会议室和单独组织，如果有现成的周会那放在周会之后就可以。
内容：
（1）现有项目阶段性的技术产出和总结；
（2）相关经验或者技巧的总结，比如某类疑难杂症的调试技巧或者平时读书记笔记的技巧等
（3）行业最新技术或者流行框架 ，比如 Flutter、iOS12新特性等
（4）一些好用的效率工具推荐
（5）QA也可以给我们分享一些测试方法、自动化自测框架等
不局限于以上内容，当然最好是技术相关，但是不做限制，觉得对大家有用有参考价值的，都可以分享
自愿为主 + 半强制性：
原则上每人都要轮流分享，这对分享者来说是一种督促，其实在一次分享过程中收获最大的往往不是听众，而是分享者本身。自愿为主很好理解，半强制性就是可以利用公司制度的一些约束，比如如果你要想提晋升，那必须要做1次或者2次分享等。
其他：
（1）所有分享的文档和资料都要在团队wiki或者其他地方上传保存
（2）每个季度或者年底，大家匿名投票，评选一个觉得对自己最有价值的分享，申请一些福利哈
误区：懂得不多，讲得不好，会不会丢人？
别人不懂但是感兴趣，那你可以分享，让对方入门；
别人也有懂，那就互通有无，共同进步；
如果别人有深刻的理解，那可以借此机会学习请教。
罗振宇这次跨年演讲中有一页ppt，说”成就 = 核心算法 * 大量重复动作的平方“，虽然是鸡汤，但是不无道理，对一个人来说需要找到自己的核心目标和策略，然后养成习惯，并且把这个习惯坚持下去；对一个团队和组织来说，其实也是成立的，要建立和健全各种机制和制度，然后执行，分享机制就属于团队的核心算法之一。我们写代码也是，要有代码规范，要有抽象和封装来实现代码的复用，这样可维护性才好，修改bug才更简单。
微信公众号：云峰小罗，分享程序员的视界和段子
