小公司的技术分享怎么搞

我这我的对分享特别感兴趣，老是爱给人叨叨讲东西。我也一直认为对于每个搞技术的同窗 ，技术分享是应该始终伴随在工做中的，就像吃饭上厕所同样。然而最近咱们团队的分享却各类难产，一种“没有分享，地球也照样转”的感受，这不由让我开始怀疑人生。

 

遥想起刚来北京，看到帝都有这么好的分享氛围而激动万分，不辞辛劳不远万里去参加w3ctech组织的各类分享会，那份渴望至今还记忆犹新。第一次见到传说中的周爱民老师，近在咫尺却也不敢上前对话，只能投以深情的目光，那种感受至今也还萦绕心间。

 

多年来我从被分享和主动分享中获益良多。这里并不打算阐述分享的种种好处，我相信读者朋友是心知肚明的。例如老王自从爱上分享，变得能言善辩，多年的口吃都治好了。今天想要讲的是咱们团队在组织分享中遇到的一些问题，以及个人一些思考。组织分享远不是想象中的那么简单，这中间会面临不少决策，思考的过程像是在作一道道选择题。（咱们有20个前端，在创业公司中应该算不少的了）

 

创业公司要不要搞技术分享

 

首先，问题的根节点，创业公司要不要搞技术分享。

 

若是答案是否，那本文就到此结束了...提出这个问题是由于我对此也有点犹豫。创业公司相对更忙一些，作项目是头等大事，能留给作技术分享的时间并很少。并且咱们的前端分散在各项目组，时间步调不一致。每次分享都零零散散来不到十我的，这对分享者来讲有点泼凉水，毕竟人家吭哧吭哧准备了几个晚上的内容。

 

以上是负面的因素。既然咱们要打造公司的技术氛围，那么分享是必定要搞的。搞技术的人应该都有这样的初心，要保持技术上的持续成长，而不是作了一年项目下来发现什么都没学到，我以为新手尤为有这样的诉求。若是公司没有提供这样成长的环境，那么优秀的员工早晚会离开。因此分享仍是要搞滴，咱们须要作的是克服一下负面因素。

 

分享的时间该如何安排

 

人到不齐，那确定是时间安排不合理喽。因此，下一个问题，分享的时间该如何安排。

 

首先纠结的一个就是：分享是按期搞仍是不按期随机搞。若是按期搞，差很少就是一周或两周一次。上面也提到了创业公司的时间充满不稳定性，很难保证每次按期分享都到齐，并且分享者的压力也比较大。咱们目前技术比较高能作分享的也就四五个。就算轮着来，每人每个月进行一次分享压力仍是蛮大，更况且这仍是理想状况。

 

若是是不按期组织呢？我以为会更不靠谱。人对于学习老是有惰性的，这是本性，凭兴趣能坚持的是少数。若是不按期组织，极可能就会一推再推，最后分享就变成一件无关紧要的事情。

 

综合考虑仍是以为按期分享比较靠谱，至于分享压力的问题，想办法再权衡。

 

关于分享的时间，还有另外一道选择题：上班时间搞仍是下班时间搞？以前咱们是在上班时间，周五的下午来分享。考虑到尽可能不占用你们的下班时间。这样的弊端是，手头有工做的同窗可能就不能参加了。

 

其实我是倾向于下班时间来搞的，以前在奇舞团也是每周一下班开始分享会，每次参加的人都不少。我以为稍微向上一点的程序员，在占用下班时间和学习知识之间，都会偏向后者。人的本性是贪图温馨，但不能所以就把分享和听讲者的关系本末倒置，不能有“很差意思占用一下你们的时间，请你们参加一下分享会”这样的想法出现，分享不是求人，分享者在无私付出，其余人要想学到东西就必须牺牲一些享乐时间。并且下班时间也更加自由宽松，你们可以安心听讲不被工做打扰。

 

总的来讲，我以为按期、下班时间分享是比较好的选择。

 

分享人的选定

 

接下来就是分享人的选定，小公司不像BAT那样有那么多讲师资源，一人一遍能轮一年。因此分享人的选定咱们也面临两个选择：自由申报、强制指定。

 

以前咱们是本着自由申报的原则的，毕竟分享是一个自由开放的事情。

 

最大的阻力仍是人的惰性以及付出回报的不对等。作PPT、准备分享须要耗费必定的精力，这是时间成本。每次来听的就零星几我的，分享者成就感过低，写篇博客还几千PV呢，扯着嗓子讲半天就这点影响范围，太不划算。再有就是程序员的主动性每每很低，性格使然吧。

 

自由申报的结果就是无人申报。要想按期分享，讲师接不上确定是很大的问题。

 

因此我也有考虑是否每次都提早指定好分享人。这种指定固然是你们在会上商量一下，谁很久没分享了，下次该轮谁了，你们的意见达成一致就行，算半强制吧。我以为有一个共识是全部人须要达成的，分享人是付出劳动的，听讲者是占了便宜的，因此本身也不能老占便宜，也付出一点劳动回馈一下团队。达成这一的共识后，就算是强制到你头上了，你也应该没有怨言。

 

这么分析下来，我倾向于轮流分享，每次提早商议决定分享人。这样就解决了讲师资源不足的问题，讲师足了，按期分享也就好搞了。

 

分享内容怎么挑

 

团队的技术水平良莠不齐，分享内容的选择也是须要考虑的一个方面。由分享者本身把控应该是市面上的常规套路吧。这样的缺点是太依赖分享者的我的品味，万一他看走眼了选了一个偏门主题，让听众感受浪费时间也是很差的。

 

常见的作法就是提早预告，让你们先对分享内容有个了解，而后再决定参加与否，我以为这是很好的。另外我还想到的一个办法是，能够成立相似“分享管理委员会”这样一个小组，事先对分享人的主题进行评审，对PPT以及内容进行先验，这样万一发现主题不合适能够进行调整。这样更好地提升了分享质量，保证了上座率。

 

关于分享内容，咱们团队还有这样的尝试，将分享内容进行分类，根据分类将分享会定为不一样的级别：

1. 由讲师编写“教材”，分享前端的基础知识、公司的技术栈，要求新员工必须参加，相似培训会。
2. 常规的分享，可是要求内容必须是本身实践的原创，能Google到的内容不容许讲。
3. 技术边缘的普遍讨论，内容形式不限。大概就是聊聊工做近况，聊聊行业话题之类，相似茶话会。

看上去好像挺规整，可是这个方案一直没能落实。我以为多是如下缘由吧：

1. 编写“教材”进行培训，对讲师的要求过高，并且是长期的。咱们平时手上都有项目，根本腾不出这么多时间写教材、作培训。并且对于新人，我以为知道公司的技术栈本身去学就能够了，也没有必要进行手把手的教学，都喂到嘴里了，对丫太好了。
2. “不容许讲”这4个字是很伤感情的，分享原本是自由开放的事情，有些内容即使网上能够搜到，再分享一下也没什么的，毕竟前端的知识太杂，没有谁能面面俱到。原本讲师就不积极，再加这个限制的结果就是没人肯分享了。
3. 茶话会却是挺好，我以为合并到分享会，做为末尾环节就能够了，也没有单独搞的必要。

因此，对于分享内容，我以为仍是简单化，不必这么多限制，仍是交给分享者吧。（之前奇舞团的分享搞的那么好，不知他们是否有委员会）

 

看人家的分享搞得风生水起，着实眼红。到咱们这里，要创建起一套你们都满意的分享机制，看上去并非那么容易。对于分享，你怎么看呢？欢迎探讨。

 

 

---

时而干货时而鸡汤，时而严肃时而疯癫。欢迎关注个人公众号：