Post #1714

夜天之书 #84 国产开源社群的运营，为何总是画风奇特？ 国产开源社群的运营总是画风奇特，这也符合近几年来作为理论上开源社群的主要参与者，即软件开发者们的主流感受。从眼花缭乱的开源营销，到一次性开源、开关式开源的另类创新，再到同质化开源的内卷、打擂台……凡此种种，不仅和开发者熟悉的黑客精神驱动的开源运动有很大的出入，也很难说实现了开源政策想要的达到数字技术创新目标。 从开源社群的建设和运营角度来看，我想造成这个局面的主要原因分成三个方面：运营人员的问题、核心团队开发人员的问题，以及根本的软件产品力问题。 运营人员的问题主要来自用面向消费者 (2C, to customer) 的小白营销思维做面向开发者 (2D, to developer) 的开源社群运营。 一个典型的例子是大街上送小礼物换关注的地推营销。例如，住宅区内新建了一家配送超市，通过雇佣一批没有任何背景要求的地推员，在人流量大的地方发传单，关注超市公众号或者下载 APP 就能领取几元的代金券或小礼物。目标人群基本也不用太作区分，能走到大街上的人都是超市的潜在用户。 开发者不乐意见到这类活动，不是因为不能送小礼物，更不是因为运营有“原罪”，而是这些利用企业资源抢占开发者注意力的活动违反了软件开发的常识。 企业发起的国产开源社群，开发人员导致的运营变形的问题，起因几乎都是缺乏开源战略和理论指导下被迫突然开源的应激反应。很多企业决定开源某个内部系统，实际上只是一个跟风行为，没有开源战略，也没有开源经验：开放源代码本身就是目的。 这个时候，作为工作在这个系统上的一线研发人员或是基层研发主管，突然被告知自己每天打交道、提交变更的代码仓库要开源了，下意识的自我保护策略就是 Open Source Code Only - 开放源代码就是源代码用开源协议公开发布？点击发布……好，完事啦！至于研发计划和开发流程，这跟开放源代码有什么关系？我不是已经开源好了吗，这些照旧就可以了。 应该说，运营人员的执行问题主要来自行业不成熟，经验尚未广为人知。在诸多好的案例和坏的案例的曝光下，我相信运营人员是能够快速找到新定位，建立起面向开发者的运营能力的。这一点其实已有苗头，也有一些开拓性的人才已经出现。 除此以外，国产开源社群要想发展，要想获得广阔的运营空间，最后最难的问题，是如何提高开源软件的产品力，或者叫开源软件的质量。 历史上很多红极一时的项目，在热闹过后留不下什么东西，其核心原因就是软件的产品力不行，也就是不能解决实际问题，甚至号称要解决的问题并不存在。 https://mp.weixin.qq.com/s/FU2h8xUddcs14pItwgQgBw