【51CTO专稿】这两年无论是身在帝都还是魔都,还是身在杭州、深圳、成都乃至其他二线城市的技术圈网友们,可能都明显的感觉到一个变化,那就是各路团体组织的线下活动越来越多了。有技术交流的,有创业交流的,有站长圈子交流的,有产品交流的,几乎每个周末都会在某个会议中心、某个咖啡馆遇到大批同行聚集,在帝都一带甚至会遇到同一天同时有三五场来自不同组织的线下活动的情况,四处都是人山人海,场景甚为壮观。
于是活动变多了,人的时间变成了稀缺资源。办一场活动,从邀请嘉宾、邀约用户、预定场地、售票、安排吃住玩乐、负担讲师差旅住宿(哦,貌似社区活动一般都不报销这些)等一系列流程都要考虑到,活动规模大了,还有各种物料的准备,拉赞助的跑动,应对意外情况的准备工作,牵扯到的时间精力无法计算,自然希望自己的活动能够场场爆棚。
做为今年PyCon China北京站的组织者,Zoom.Quiet(社区人称zq大妈)倒是不需要担心大会的到场情况。Python已经发展了二十多年,在国内也已经积蓄了相当可观的社区群体。PyCon是全球各国Python社区的招牌会议,去年刚刚进入中国,反响不错,今年想来的人自然是很多的。事实上也的确如此:虽然今年的PyCon设置了百元左右的门票作为门槛,在北京的现场还是爆棚了:
(2012 PyCon China 北京站现场,地点选在了北京方家胡同46号院的一个泛着文艺气息的厂房里)
观众热心参会,是个好事。可是一天的会议下来,我们听到了很多观众抱怨的声音。经过了无数个小时的辛苦,投入了无数时间、精力、金钱上的投入之后,面对各种吐槽,zq大妈还得低头认罪,身心上的疲惫可想而知。
(截图来源)
这就是当前非盈利技术社区组织活动面临的困境:
1、资金。上万的场地费,几百人的伙食费,大会背板、易拉宝、发送的T-shirt等礼品,都是支出。百元/人的门票说来不少,但加起来往往也就能填充一个场地费。而赞助商虽然看起来很多,但基本都是几个k的赞助额度,也就能用来发发礼品。
2、观众预期。由于上述资金问题,组织方动用了对外拉赞助、向观众收取门票等手段,导致观众对大会的预期上升,容易造成不满。尤其是外地观众特地买车票住宿跑过来的,更加容易怨念冲天。
3、主办者的经验。zq大妈是全职的研发,虽然在社区做了多年大妈,但对搞活动方面毕竟不是专业的。会场方面的人手不足部分,可以通过自己在社区的影响力解决(这次到现场搬凳子、签到、组织发礼品的都是zq大妈找程辉从新浪云计算请过来的壮丁美女),但是zq大妈长期在技术社区,跟赞助商的市场人员没有什么打交道的经验,总是“反射性的相信各色人员”,所有分享的议题事先都没有审查,直接导致广告冲了场子。
事实上,以上的问题不仅发生在非盈利技术社区当中,即使51CTO这样的技术媒体也是不容易把控的。就在PyCon China举办之后的一周,51CTO也举办了为期两天的2012云计算架构师峰会,所以举办一场活动所涉及的方方面面,付费的参会者的心理预期,以及议题确认中可能出现的各种问题,我们也都有很深的感受。为什么Google从今年开始就不把工程师投入到线下活动的组织当中,而是后退到一个赞助商的身份,通过GDG社区的成员去运作活动,也是因为这个原因:
办线下活动,太容易费力不讨好了。
但是,实际情况也没有那么糟糕。
简单介绍一下当天的议程吧(注:所有的PPT可从微盘下载):
当天的活动正式是早上9:30开场,很多人都是9点甚至8点多就到了,所以先所有人自我介绍了一番,暖暖场子。几百号人一个一个自我介绍过来,其实是记不住的,不过至少让大家知道关注Python的人都从哪儿来,都有哪些公司在使用Python。
之后,早上的会场依次是:
25分钟的Video联播《世界各国Python高手的演讲》,几百号人坐在会场里面看主持人放视频。这个项目不知道是借鉴哪国PyCon的,总之由于视频内容不够精彩的关系,现场效果比较一般。
(现场播放的视频内容是国外的geek用python编写程序让机器人跳舞……也许找一些国外美女Python程序员进行自我介绍的视频会比这个效果好点?)
45分钟的《OpenShift is FanPaaStic》,分享者是红帽在国内唯一的一个官方OpenShift代言工程师陆林青。据他自己所说,整个亚太区推广OpenShift的红帽工程师也就是5个人,而他在当天分享结束之后就直接飞奔印度去了。OpenShift本身是个新玩意儿,本来也没什么开发经验可讲的,除了平台本身支持Python之外,跟Python其实没啥关系,分享的主要是OpenShift的架构设计。平心而论,就这个方向目前可讲的内容而言,这个议题不算水,但是OT(Out of Topic,社区常用OT来代表偏离主题的讨论)这标签是免不了的。
35分钟的《北京GDG介绍及GoogleIO大会新技术阅览》,分享者是北京GDG创始人葛涵涛。他分享的时候正好碰上陆林青跑到场外发OpenShift的T-Shirt,所以很多人都跑到会场外面晒太阳了,我只听了一部分,无法评价;但是从PPT看来,整个都是市场宣传,不仅跟Python搭不上边,根本跟技术就没咋沾边,所以这节也是OT的最厉害、被喷的厉害的议程之一。
40分钟的《App Engine for Grand Cloud》,分享者是盛大云的开发经理刘海丰。盛大云的PaaS平台现在还在内测,相比OpenShift,更加是一个谈不上开发经验的项目,都是谈自己的架构设计思路,所以再次OT。
然后,早上就结束了。午饭是主办方准备的披萨,据说很多人没有吃饱。
(早上中场的晒太阳时间)
如果只看早上的议程,那么这次PyCon China的北京场可以说是完败。广告其实没啥,怕的就是OT的纯净水广告。其实对于有赞助商参与的会议组织者而言,对于这种情况一般是有心理预期的。一般赞助商投钱,至少会要求两点:
1、早上的议程时间段
2、较长的宣讲时间
而作为会议主办方,一般会反向要求至少两点:
1、宣讲人必须是工程师背景
2、提前审核PPT
虽然是这样说,但实际运作起来,别说缺乏拉赞助经验的zq大妈了,就算是我们在技术媒体当中经常跟厂商打交道的这批人,也往往难以把控内容的干货成分,好比这次我们自己主办云计算架构师峰会,也难免漏了一些水到早上的主会场(不过技术大会的下午分会场众多,所以整体影响层面没那么大)。个人感觉吧,提前审核PPT能够起到的效果也有限,最靠谱的还是确保分享的人是工程师。
PyCon China北京站的下午场其实还是可圈可点的。下午的议程如下:
(豆瓣的分享,干货的开始)
30分钟的《豆瓣阅读中的持续集成/发布实践》,分享者是豆瓣的QA工程师孙毅。杠杠的干货。
20分钟的《SAE Python的发展历程》,分享者是SAE Python开发工程师陈峰。本来这个议程是30分钟的,结果小伙子有点紧张,20分钟就讲完了。内容不是讲SAE工程师是怎么用Python的,而是介绍外面的工程师要怎么在SAE上使用Python开发,其实是有些产品介绍的意思,但也不能算水或者OT。
之后原本有个SAE的程辉的快速演讲《基于OpenStack建设公有云平台的开发实践》,结果不巧赶上程辉跑到美国参加OpenStack Summit了,于是漏了一节干货(这里顺便打个广告,程辉的这个议程后来在我们的云计算架构师峰会上友情支援了一把,想看的朋友们可以等待我们这边稍后发布的大会视频资料)。
50分钟的《飞天开放平台与产品》,分享者是阿里云的布道师王力。原本这个议程是30分钟的,但是前面SAE的同学贡献了大把时间出来,结果时间就交到阿里云手上了。这个议程也是后来被吐槽最多的议程之一,OT的产品宣讲。
15分钟的《Python在互联网广告监测中的应用》,由AdMaster研发副总裁陆丹峰分享。杠杠的干货。
15分钟的《Python在社会化问答网站中的应用》,由知乎的工程师杨昆分享。杠杠的干货。
15分钟的《Python&Hadoop构建数据仓库》,由EasyHadoop创始人童小军分享。深度的干货。
30分钟的《42qu.com 源码&架构导读》,由42区教主张沈鹏分享。杠杠的干货。
15分钟的《又一年,UliWeb发展记事》,由UliWeb作者limodou大师分享。深入细节的干货。
15分钟的《小小开发团队不妨知道的技术》,由扇贝网总经理王捷分享。实用的干货。
15分钟的一个不知道标题是啥的分享,来自3Gland的曾庆生。内容都是网络,其实是OT了,不过也不算广告。大概可以算是对程序员的网络知识普及?
15分钟的《影视CG制作行业当中的Python》,分享者周辉是华强方特影业的技术研发副总监。内容很干很专业,但是深入影视领域,对于大部分现场的Pythoner而言,是很陌生的话题。能感到分享者已经尽力将内容放在知识普及的深度,不过现场听众能吸收多少就不好说了。不过,对于PyCon这样的活动而言,我觉得这样的议程其实是最有建设性的!
最后,是15分钟的《生活中的学习和知识引擎的开发》,分享者刘远亮是个计算机方向的学者,搞知识引擎的设计和开发。本来我对这个议题是很感兴趣的,但没想到分享者身上的学院派气息如此之重,对着PPT第一页的几个大字滔滔不绝的说了好久,而且我完全不明白他在说什么,仿佛回到了学生时代,某节我根本听不懂教授在说什么的课程的那种感觉。于是最后也没听完,就跑路了。如果我能听懂他在说什么的话,这个议程应该算是干货吧。
以上就是下午所有的议程,中间还穿插了三次抽奖。12个议程当中,其实真正水的只有一个,至少有8个都是杠杠的干货!(当然,每个干货只有15分钟,一个水货占了50分钟,这也是很多观众的吐槽点之一。)如果每一个干货议程扩展到45分钟,其实可以完美的撑起两天的下午。
zq大妈后来总结说不容易拉大牛到社区来分享。其实完全没关系!跟大牛交流需要站在跟大牛同样的高度,他们的技术交流都在编译器、内核层级的,大部分听众其实到不了那种深度,大牛来了也只能分享一下方法论和个人成长经验,对于大部分听众而言,还是上面那8个议程的实用程度更高。对于PyCon这样针对泛Python开发者的活动,其实8个这样的内容已经足够了,可以打满分。
(PyCon China 2012的北京站合影)
那么,话题又回来了。非盈利社区主办活动,分享的内容其实不是问题,绝大部分问题都是由资金引起的。美国的PyCon背后有Python基金会做支持,但是国内的技术社区就没这么幸运了。
社区搞活动,资金怎么解决?其实目前可以选择的余地不多。
1、找厂商承办
2、拉赞助
3、找媒体承办
4、KickStarter众酬模式
按理说找厂商承办是最理想的,比如Google办HTML5训练营和DevFest。但是,HTML5的推广对于Google是有战略意义的,推广Python对Google而言却没有战略意义。这次PyCon结束之后zq大妈表示明年应该豆瓣来办了,但对于豆瓣而言,推广Python也是一个没有战略意义的工作。豆瓣的发展,现在是用Python,但以后也可能会是Go语言,对Python的支持更多是出于工程师个人在Python社区当中的活跃和投入,而非豆瓣作为一个公司所能够承担的义务。所以,除非是HTML5、Flash或者Windows Phone开发这样的领域,社区要找厂商承办活动,几乎不可能。当然,求个场地赞助还是比较常见的。
拉赞助,后果咱这次都看到了。拉赞助的活动要求活动主办者有充足的跟厂商市场人员打交道的经验,一双识别这人会讲干货还是纯净水的慧眼,还要有无限的精力去跟着厂商的讲师后面催PPT(是的,不催PPT的大部分结果是讲师会到会议当天带着新鲜出炉的PPT过来)。可行,但有风险。
找媒体承办。OpenStack大会是CSDN承办的。Hadoop大会是IT168承办的。为啥,因为火,搞这个有影响力,有厂商投钱,媒体本身有盈利的空间。Python社区?Linux内核开发者社区?运维社区?对不起,公司的资源要投放在商业项目上,没有多余的资源帮社区搞这些。51CTO历史上对技术社区的支持并不太多(尤其是51CTO也有自己的技术社区),大部分就是帮忙发发宣传,顶多帮忙做个视频直播,承办会议这方面任务据我所知是没有操作过的。ChinaUnix在历史上素有帮助运维社区承办会议的传统,不过根据我目前了解的情况,这个状态恐怕也无法维持太久。其实媒体跟厂商是有共性的,那就是需要商业运作的空间。所以,也很难。也许有办法能够将类似Python社区这样的力量转变为媒体可以借助的力量,双方达成资源互换的状态,但是目前我还没想到。
那么,似乎就剩下kickstarter众酬模式了。其实,这就是一个变相的基金会了。这个方法比较新潮,效果如何我也不好说。今年的RubyConfChina正在尝试这种众酬模式,各个社区倒是不妨观摩学习一下。
最后有一点建议,也是这次PyCon China很多参会者提出的,那就是发T-Shirt、抽奖这些活动,其实都不重要,干货和交流才是主菜。所以社区搞活动,完全可以按照Python的设计理念去操作:
“够用就好,无需完美。人生苦短,我用Python。”
【完】