这是我在掘金的第二篇博客，今天分享关于社区活动的一点思考
在外人眼里，开源社区运营还是个新鲜玩意。在开源社区这个圈子里，技术贡献者每天敲着代码思考怎么样才能让某一个开源产品更好，布道师每天游走在不同的活动场合做不同程度的项目分享。但很多社区运营到了这个阶段为了做活动，恐怕头都要挠秃了。
从曾经的职能到短暂的做了市场品牌，不管目的是学习还是公事，我都参加了线下线上的不少活动，也组织过不少次。现在作为一个开源社区运营萌新，在短时间高频词的围观其他社区活动之后，我开始出现了活动审美疲劳。
开源社区活动都在做些什么
疫情之下，许多活动和大会不得已转成了线上。说句实在的，围观了很多社区，线上能做的基本就只有直播分享、在线圆桌、与大佬面对面连线，好像想再玩出花来已经很难。
请几个大咖，做个 PPT ，人均半小时左右的分享，提些问题互动一下，这样常规的线上 Meetup 近乎所有的开源社区都在做。稍微不一样的社区，除了 Meeyup 再多做一些在线的大咖圆桌会议，或者是找一个两个大咖分别做一场访谈直播。
似乎线上能做的都是这些了，区别只是，有些社区已经发挥到了极致，有些还正在发挥。
我相信不管是萌新还是大佬，大家都有同样的问题：要怎么才能做得更有吸引力？如果做线下又要怎么玩出花来？
开源社区里的活动到底有什么目的和意义
跟不少程序员聊了聊。他们希望从每一次的活动里得到什么。开源项目在大多数的他们眼里还是约等于可以白嫖，反正都在 github 上了，下载使用就好。如果不是深度参与社区的程序员，更多会直接选择线上的聊天沟通群发言，官网上找官方留言板 bolg 提问，或者自己搜索其他的解决方案，绕道解决问题。
我称之为，国内开源的大环境影响。而另一个程序员表述为，“这么做更多是想急于解决业务 KPI 上的问题”。与此同时，他还解答了一个我没想明白的问题，他说“使用者之所以不知道问题在哪里，说白了还是不理解底层。因为不是他自己开发的，需要花大量的时间来跟踪细节”。
反复琢磨了他最后的这句话，得出的结论是——是的，我赞同。像高中时候抄一道别人写过的数学题，只是看到了最后答案写错了，如果没有内驱力跟爱好，我不会去从头到尾看一遍到底是哪里错了，而是直接改成正确答案，然后交作业。
社区活动的目的和意义，是个很值得思考的问题，也是我被 Apache APISIX 社区的 Committer 提问过。 Committer 自己心里应该是有一定的答案和解读，但他知道我是运营萌新，所以让我自己去思考。
带着这个问题，我和几个社区运营互相学习了如何做开源社区的活动。我们做活动的目的是什么？单纯的从 Meetup 去看，为了布道增加 star 数？为了宣传自己社区的项目？为了让更多人成为贡献者？
每个目的都应该有不同的活动方式和内容，但回看了一下，似乎我自己都没有找到固定的目的，又或者其实有目的，只是在过程里这个目的被逐渐弱化到了没有。
其实仔细思考，程序员都是单线程的诉求“我能得到什么”。所以不管这场活动的出发点是什么，站在参与者的立场，除去活动主题的挑选要足够吸睛，更多关注的事内容里“我能获取什么”。
看客听久了功能多全，性能多好，只会觉得浪费时间。在有限的时间里尽可能多的对项目进行源码解读以及应用场景的上手实践，满足看客们追求，然后延伸到线上线下程序员们更主动的有针对性的去交流。
开源社区的活动还能做什么转变
- 线上线下的形式
线上好像该做的都做了，或者正在做，或者已经做过，又或者别人家做过了。圈子总共就这么大，做不了 InfoQ 组织的那么大规模，也做不到 MUSP 一样可以有自己的私域流量圈，社区到底该怎么样才能让更多人参与进来，要做些什么才能让大家觉得“我们很有意思”。
所以，看客的参与感很重要。
某平台上形形色色的 Meetup
Meetup 是不是真的一定要停留在，找大咖来分享，底下人听并且提问的传统模式？在 Apache APISIX 的社区，线上做了非常多次的 Meetup ，进入社区的第一天开始，我就开始留意每一次 Meetup 结束后各个渠道的观看数据。
陆续会发现，这样传统方式频率过高的时候不能否认无用，但会让更多人觉得疲劳，参与度和积极性都会降低，明显表现在 “持续观看时长” 这个数据上。
是不是可以换成茶话会，一个共同话题，分成几个不同的小桌小组，几个大佬分别下场，跟大家一起聊一起分享，最后每个组出个人站在台上做总结类的分享和沟通
可能是做过职能的原因，过去的工作经验总会告诉我：比宣传里和实际上可能真的很真诚的场上和场下，非正式沟通反而更容易获得更多内容。在传统Meetup之后做定邀晚餐，抛出一个话题边吃边聊，饭桌会谈的时候，休闲放松反而可以聊出更多东西。
- 以 Apache APISIX 社区为例，Meetup 的目的是什么？
在思考的时候我查找了很多资料，也读了一些社区运营的文章和书。有某位大佬在分享参与感这件事情的时候提到了“参与感”这件事。
如果我们的目的是从 多一个 star 数→多一次下载量→多一次安装使用， 那我们在内容上就要更接近布道，在人群的定位上就去做低门槛参与，让一部分人先变成了解者和使用者，低门槛+内容强输出+进圈子。
如果目的是转化为贡献者，除了基础布道，和技术干货分享，如果最后增加一个强引导的互动的环节（比如：workshop）， 会不会更好？会不会在活动之后能让参与者保持与社区的交流，持续贡献。
再进阶一点，参与者已经是深度用户或者开源爱好者的时候。内容的选择是否需要更加偏向于干货的强输出，或者更高难度的探讨。
在开源社区的活动里，我还能做什么
这只是我的一点点思考，关乎到参加活动的人有没有切身感受到的最实际的参与感。我，到底是个路人？还是普通的看客？还是从头到尾觉得 “这是我的活动”？
不管在线上还是线下的活动筹备过程里，除了组织能力+部分参与者的内驱力，更多的人很少有为爱发电主动去为了这个活动做点什么的思维意识。
如何赋予参与者一定的身份 ，让所有人都有的参与感或者自豪感，或者感受到“我和大佬终于零距离了”。
这是我为社区做的一点贡献，就像我正在敲下这些字，点击发布的时候也在为掘金做一点点贡献。成就感的同时是贡献的积累，也是自己经验的积累，于我而言何乐不为。
是不是可以转变一个筹备的方式，活动主办方可以是社区，但每一个参会人其实都在过程里为这一次的活动有实际的付出。
是否可以赋予开源项目 / 技术社区的伙伴“主办方”的身份，把每一次的活动当成一个放在 github 上的项目，把自己写好的代码放在 github 上的人是 owner ，大家 “有钱的出钱有力的出力”。
有资源并对接资源，能做宣传的就去做宣传，最后将这些不同的模块的整合，完成一次线下的活动。在筹备的过程里，活动结束的时候，赋予的身份可以是：讲师、资源组（设计，文案，摄影，摄像）或者宣传者。
当然，每个社区都在具体问题具体分析，最终的结果也不尽相同。但不可否认的是，在和不同的社区，不同的程序员聊起这个事情的时候，大家共同认为这应该是一个话题。
是值得很多人一起讨论，也是每一个社区运营，每一个活动组织者持续不断讨论的话题。
