COSCon‘25 的女性开源论坛议程刚出朋友圈就炸了一圈。我盯着那份议程看了半天第一反应不是“又有大会要开了”而是“这个论坛终于从‘喊口号’变成‘给路径’了”。做个背景交代COSCon是中国开源年会每年吸引国内几乎所有活跃的开源社区和核心开发者。今年的女性开源论坛Women in Open Source选在大会期间单独发布议程主题叫“十年同行为她发声”。一眼扫过去既有老面孔也有大量第一次站上开源大会舞台的新人议程结构从个人成长讲到社区治理从代码贡献延展到非代码贡献。这篇帖子我不做官方转述就从一个常年泡在开源社区、也带过多个社区女性贡献者的博主视角拆一拆这份议程背后到底藏了哪些门道以及不同阶段的开源参与者能从里面捞到什么实在东西。1. 为什么必须有“女性开源论坛”这个独立舞台1.1 数据背后开源世界的性别悬殊先聊一个可能被很多人忽略的事实。各大开源平台和基金会的历年调研报告指向的结论几乎一致开源贡献者中女性比例常年徘徊在个位数到百分之十几之间而且越往核心维护者、项目领袖、治理委员这个层级走女性占比越低。我前阵子帮一个社区整理Contributor名单翻了三百多个名字女性ID两只手数得过来。这个比例和整个软件行业大约三成女性从业者的背景相比落差非常明显。更值得玩味的是比例低就算了留存率还低。很多女性开发者不是没提交过PR而是提交完觉得项目氛围不友好、不知道找谁求助、Review意见语气太冲然后悄悄退场。这种“来了又走”的现象比“压根不来”更隐蔽、更值得警惕。所以独立论坛的存在本身就是在回应一个非常具体的问题让女性开发者有一个不被审视、不被质疑“你为什么在这里”的空间先安心坐下来再谈贡献。1.2 讲台不只是“讲台”而是资源和话语权的分配有人会问开源不是讲究代码面前人人平等吗搞个女性专场是不是反而特殊化了我理解这种疑问但现实中开源社区的“平等”更多是名义上的。一个女性开发者提交PR被追问“你真的是自己写的吗”的经历很多同行都亲测过一个女性想竞选项目PMC成员常被善意劝退“这个位置很花时间你要不要先做点文档”。这些都不是恶意而是根深蒂固的隐性偏见。独立论坛的价值就在这儿它不替代主会场的硬核技术分享而是补上结构性的缺失。议程把“女性如何进入开源治理层”“如何应对社区冲突”“如何从用户变成维护者”这些具体议题摆在桌面上本质上是在做话语权的再分配。这也是我认为这个论坛最该被认真对待的地方——它解决的不是女性“行不行”的问题而是社区“有没有给她们同等支持系统”的问题。1.3 “十年同行”这四个字的重量议程主题里“十年同行”不是修辞。开源社和国内多个社区推动性别多元化的努力确实走过了近十年。十年前大家还会争论“要不要专门给女性开个会”现在已经进化到讨论“如何让女性论坛的产出反哺整个社区的治理规则”。从“在场”到“发声”再到“参与决策”这条脉络在议程里看得很清楚。所以如果你还觉得这只是个联谊活动那确实该更新一下认知了。2. 议程四大板块逐个拆解从主题演讲到现场工作坊这次议程整体分成四个板块主题演讲、圆桌对话、闪电分享、工作坊。结构上很典型但每个板块里都塞了不少经过设计的细节我按板块说一下看点和我个人的判断。2.1 主题演讲从贡献者到社区领袖的成长路径主题演讲请了多位在不同开源项目中做到核心维护者或基金会董事级别的女性。从目前流出的选题方向看有一个贯穿线索她们讲的不只是“我怎么写出好代码”而是“我怎么从提交PR的人变成决定项目方向的人”。这里我想多说一句。很多刚入门的开发者有个误区以为想当维护者就得靠代码量堆。实际上从贡献者到维护者之间有一条很难言说的分水岭你能不能承担“社区对话”的责任。维护者大量的时间不是写代码而是做评审、立项、吵架拉偏架、安抚情绪。女性演讲者愿意公开讲这段经历对台下的人来说比任何技术干货都稀缺。建议对社区治理感兴趣的朋友这段主题演讲不要只听技术部分重点听她们怎么处理“反对声音”。2.2 圆桌对话技术之外的隐性壁垒与破局之路圆桌环节的议题设计得很直接职业中断期怎么回归开源、哺乳期妈妈如何参与社区会议、女性维护者遭遇骚扰时社区能提供什么支持。这些话题过去基本只在私下小群聊很少搬上开源大会的正式议程。我个人比较认可的是这个环节没有回避“开源社区对女性不总是安全”的现状。讨论如何建立举报机制、如何修改行为准则、如何让线上协作摆脱“深夜语音会议”这类对女性不友好的默认设定属于真正在推进基础设施级别的改进。如果你所在社区正好在修订Contributor Covenant行为准则这一场圆桌值得重点关注里面提到的很多操作细节可以直接抄作业。2.3 闪电分享让第一份PR成为你的起点闪电分享是历届女性论坛最热闹的环节五分钟一个故事节奏快、信息密度高。今年集中出现了好几个“从零到一”的案例有从翻译文档入门的有从修错别字入门的有从整理Issue模板入门的最后都走到了能独立提交功能模块的程度。这里我要插一句建议很多人觉得自己“还没准备好”进开源其实开源恰恰是“先做再学”的典型场景。你不需要等自己变成大牛才能提交PR从修文档、补测试、复现Bug开始都是实打实的贡献。闪电分享的价值就是给你看大量“非典型”的入门路径总有一条会让你觉得“这个我也能做到”。对寻找切入点的开源新人来说这个板块信息量最大。2.4 工作坊导师计划与现场代码实践工作坊是全天的压轴板块安排了开源导师一对一现场辅导参与者可以直接带着自己的Issue或者项目想法来现场完成从“提出想法”到“梳理成可提交的PR”的完整流程。现场还提供兼容性测试环境配置、Git协作实操、PR描述写作指导。很多线上协作的隐性知识比如“PR描述怎么写才容易被维护者接受”“Commit Message风格怎么统一”“如何礼貌地催促Review”文档里一般不会写得那么细但在工作坊里能被导师直接指出来。参加过类似活动的朋友应该都有体会这种手把手的体验比看十篇教程都有用。强烈建议已经有一定基础、卡在“不知道如何走完流程”的朋友优先预约工作坊的时段。3. 会场之外女性议题与开源治理的深层连接3.1 社区多元化和项目健康度其实是同一件事议程本身是女性专场但我会建议所有社区管理者都来听一听。原因很简单社区多元化不是政治正确它直接关乎项目健康度。我观察过很多社区凡是长期活跃、迭代稳定的项目治理结构大概率不是单一群体垄断的。原因也很好理解单一背景的团队会有大量视角盲区很多对门外汉不友好的设计内部人根本感知不到。女性开发者往往会在文档质量、新手引导、错误提示信息、社区沟通语气这些“软性但致命”的地方提出改进。这些改进表面上不改变功能逻辑却能显著降低新人的上手门槛和使用成本。一个社区对女性是否友好某种程度上是这个社区对新人是否友好的晴雨表。女性论坛产出的很多建议最终受益的是整个社区。3.2 非代码贡献被低估的参与通道议程里多次提到非代码贡献这是近年开源运动里一个很重要的转向。过去的开源叙事过分聚焦代码提交导致大量擅长写作、翻译、设计、运营、教学的人觉得自己“不属于开源”。实际上文档维护、官网设计、社区问答、新手指导、线下活动组织、代码评审记录这些非代码贡献支撑着项目真正的可用性。这次女性论坛把非代码贡献提升到和代码贡献几乎同等重要的位置我个人觉得意义不亚于任何一场技术演讲。它向所有觉得自己“不会写代码但想参与开源”的人打开了一扇正式的门。论坛期间会有专门展示非代码贡献成果的展板区据说很多社区已经在上面发布了文档岗、运营岗、设计岗的招募信息这个细节值得留意。3.3 行为准则不是挂在墙上的纸议程里有专门的环节讨论行为准则Code of Conduct的执行机制。这戳中了很多社区的痛点准则写得很漂亮但没有举报渠道、没有处理流程、没有透明度等于形同虚设。论坛上会公布一份参考模板包含举报受理人怎么选、处理时限怎么定、反馈结果怎么公示的实操建议。我还听说有社区打算借此机会把“不鼓励深夜语音会议”写进协作约定这种细节层面的改变才是女性在开源社区能留下来的原因。p如果你所在社区准备引入或修订行为准则这个环节建议重点关注。模板本身可能不完美但它能把“我们提倡友好讨论”这种空话变成可执行、可申诉、可改进的机制。4. 无论线上线下这份议程的参与者都能带走的实在收获4.1 线下参会怎么逛才不亏如果你是第一次参加开源大会又对女性论坛感兴趣我的建议是不要全程蹲在主会场听演讲把至少半天时间留给工作坊和圆桌之后的自由交流时段。开源社区最值钱的资产是人和人之间的连接议程页的日程只是骨架真正有营养的对话大多发生在茶歇、展区、圆桌后的散场路上。具体操作上带好笔记本可以但更重要的是准备好自我介绍。不用讲什么宏大履历就说明白“我在用什么技术栈、我在找一个什么样的项目/导师/同伴”就足够开启一段有效对话。另外可以提前在GitHub上找好两三个你感兴趣的项目打印出它们对应的Issue列表直接带去工作坊。带着具体问题去问导师比泛泛地说“我想参与开源”得到的帮助大得多。4.2 线上参与别把自己当成局外人不能到现场的朋友也不用觉得错过全部。按照往年经验论坛的主题演讲和圆桌会有录播回放部分工作坊会提供在线旁听名额。议程中的一些模板和资料会以开源文档的形式在会后放出可以持续关注。线上参与最大的优势是你可以提前消化材料。把主题演讲嘉宾之前写的博客、她们在社区里的发言翻一遍带着背景知识看回放吸收效率非常高。如果回放中有感兴趣的项目直接顺着项目仓库里的good first issue列表开始看不必等任何“批准”。我见过好几个线上观众就是这样看完回放后给项目提了第一个PR然后一路走进了社区核心群。4.3 给所有女性开发者的一句话你的第一个PR不重要第一千个才重要最后说点掏心窝的话。我见过太多女性开发者在提交第一个PR之前给自己设置了重重心理关卡“这个改动太小了会不会被笑”“这个文档翻译是不是浪费时间”“我还没资格给这个项目提意见”。这些自我设限比任何外部障碍都更难突破。请记住开源社区里几乎每一个维护者都是从“被拒绝”开始的。第一个PR到底完成了什么功能真的没那么重要重要的是你通过它走完了“发现问题—动手修改—提交请求—和人沟通—收获反馈”的完整闭环。然后第二个、第三个等到第一千个的时候你已经在改写社区的治理规则了。COSCon‘25的女性开源论坛想做的事说到底就是把更多人推到这条路上来。十年同行后面还有更长的路而这条路从来不是一个人走的。 
长河君 · 2026/10/9 15:41:15 · 阅读 1.2k COSCon‘25女性开源论坛：从贡献者到社区领袖的成长路径
COSCon‘25 的女性开源论坛议程刚出朋友圈就炸了一圈。我盯着那份议程看了半天第一反应不是“又有大会要开了”而是“这个论坛终于从‘喊口号’变成‘给路径’了”。做个背景交代COSCon是中国开源年会每年吸引国内几乎所有活跃的开源社区和核心开发者。今年的女性开源论坛Women in Open Source选在大会期间单独发布议程主题叫“十年同行为她发声”。一眼扫过去既有老面孔也有大量第一次站上开源大会舞台的新人议程结构从个人成长讲到社区治理从代码贡献延展到非代码贡献。这篇帖子我不做官方转述就从一个常年泡在开源社区、也带过多个社区女性贡献者的博主视角拆一拆这份议程背后到底藏了哪些门道以及不同阶段的开源参与者能从里面捞到什么实在东西。1. 为什么必须有“女性开源论坛”这个独立舞台1.1 数据背后开源世界的性别悬殊先聊一个可能被很多人忽略的事实。各大开源平台和基金会的历年调研报告指向的结论几乎一致开源贡献者中女性比例常年徘徊在个位数到百分之十几之间而且越往核心维护者、项目领袖、治理委员这个层级走女性占比越低。我前阵子帮一个社区整理Contributor名单翻了三百多个名字女性ID两只手数得过来。这个比例和整个软件行业大约三成女性从业者的背景相比落差非常明显。更值得玩味的是比例低就算了留存率还低。很多女性开发者不是没提交过PR而是提交完觉得项目氛围不友好、不知道找谁求助、Review意见语气太冲然后悄悄退场。这种“来了又走”的现象比“压根不来”更隐蔽、更值得警惕。所以独立论坛的存在本身就是在回应一个非常具体的问题让女性开发者有一个不被审视、不被质疑“你为什么在这里”的空间先安心坐下来再谈贡献。1.2 讲台不只是“讲台”而是资源和话语权的分配有人会问开源不是讲究代码面前人人平等吗搞个女性专场是不是反而特殊化了我理解这种疑问但现实中开源社区的“平等”更多是名义上的。一个女性开发者提交PR被追问“你真的是自己写的吗”的经历很多同行都亲测过一个女性想竞选项目PMC成员常被善意劝退“这个位置很花时间你要不要先做点文档”。这些都不是恶意而是根深蒂固的隐性偏见。独立论坛的价值就在这儿它不替代主会场的硬核技术分享而是补上结构性的缺失。议程把“女性如何进入开源治理层”“如何应对社区冲突”“如何从用户变成维护者”这些具体议题摆在桌面上本质上是在做话语权的再分配。这也是我认为这个论坛最该被认真对待的地方——它解决的不是女性“行不行”的问题而是社区“有没有给她们同等支持系统”的问题。1.3 “十年同行”这四个字的重量议程主题里“十年同行”不是修辞。开源社和国内多个社区推动性别多元化的努力确实走过了近十年。十年前大家还会争论“要不要专门给女性开个会”现在已经进化到讨论“如何让女性论坛的产出反哺整个社区的治理规则”。从“在场”到“发声”再到“参与决策”这条脉络在议程里看得很清楚。所以如果你还觉得这只是个联谊活动那确实该更新一下认知了。2. 议程四大板块逐个拆解从主题演讲到现场工作坊这次议程整体分成四个板块主题演讲、圆桌对话、闪电分享、工作坊。结构上很典型但每个板块里都塞了不少经过设计的细节我按板块说一下看点和我个人的判断。2.1 主题演讲从贡献者到社区领袖的成长路径主题演讲请了多位在不同开源项目中做到核心维护者或基金会董事级别的女性。从目前流出的选题方向看有一个贯穿线索她们讲的不只是“我怎么写出好代码”而是“我怎么从提交PR的人变成决定项目方向的人”。这里我想多说一句。很多刚入门的开发者有个误区以为想当维护者就得靠代码量堆。实际上从贡献者到维护者之间有一条很难言说的分水岭你能不能承担“社区对话”的责任。维护者大量的时间不是写代码而是做评审、立项、吵架拉偏架、安抚情绪。女性演讲者愿意公开讲这段经历对台下的人来说比任何技术干货都稀缺。建议对社区治理感兴趣的朋友这段主题演讲不要只听技术部分重点听她们怎么处理“反对声音”。2.2 圆桌对话技术之外的隐性壁垒与破局之路圆桌环节的议题设计得很直接职业中断期怎么回归开源、哺乳期妈妈如何参与社区会议、女性维护者遭遇骚扰时社区能提供什么支持。这些话题过去基本只在私下小群聊很少搬上开源大会的正式议程。我个人比较认可的是这个环节没有回避“开源社区对女性不总是安全”的现状。讨论如何建立举报机制、如何修改行为准则、如何让线上协作摆脱“深夜语音会议”这类对女性不友好的默认设定属于真正在推进基础设施级别的改进。如果你所在社区正好在修订Contributor Covenant行为准则这一场圆桌值得重点关注里面提到的很多操作细节可以直接抄作业。2.3 闪电分享让第一份PR成为你的起点闪电分享是历届女性论坛最热闹的环节五分钟一个故事节奏快、信息密度高。今年集中出现了好几个“从零到一”的案例有从翻译文档入门的有从修错别字入门的有从整理Issue模板入门的最后都走到了能独立提交功能模块的程度。这里我要插一句建议很多人觉得自己“还没准备好”进开源其实开源恰恰是“先做再学”的典型场景。你不需要等自己变成大牛才能提交PR从修文档、补测试、复现Bug开始都是实打实的贡献。闪电分享的价值就是给你看大量“非典型”的入门路径总有一条会让你觉得“这个我也能做到”。对寻找切入点的开源新人来说这个板块信息量最大。2.4 工作坊导师计划与现场代码实践工作坊是全天的压轴板块安排了开源导师一对一现场辅导参与者可以直接带着自己的Issue或者项目想法来现场完成从“提出想法”到“梳理成可提交的PR”的完整流程。现场还提供兼容性测试环境配置、Git协作实操、PR描述写作指导。很多线上协作的隐性知识比如“PR描述怎么写才容易被维护者接受”“Commit Message风格怎么统一”“如何礼貌地催促Review”文档里一般不会写得那么细但在工作坊里能被导师直接指出来。参加过类似活动的朋友应该都有体会这种手把手的体验比看十篇教程都有用。强烈建议已经有一定基础、卡在“不知道如何走完流程”的朋友优先预约工作坊的时段。3. 会场之外女性议题与开源治理的深层连接3.1 社区多元化和项目健康度其实是同一件事议程本身是女性专场但我会建议所有社区管理者都来听一听。原因很简单社区多元化不是政治正确它直接关乎项目健康度。我观察过很多社区凡是长期活跃、迭代稳定的项目治理结构大概率不是单一群体垄断的。原因也很好理解单一背景的团队会有大量视角盲区很多对门外汉不友好的设计内部人根本感知不到。女性开发者往往会在文档质量、新手引导、错误提示信息、社区沟通语气这些“软性但致命”的地方提出改进。这些改进表面上不改变功能逻辑却能显著降低新人的上手门槛和使用成本。一个社区对女性是否友好某种程度上是这个社区对新人是否友好的晴雨表。女性论坛产出的很多建议最终受益的是整个社区。3.2 非代码贡献被低估的参与通道议程里多次提到非代码贡献这是近年开源运动里一个很重要的转向。过去的开源叙事过分聚焦代码提交导致大量擅长写作、翻译、设计、运营、教学的人觉得自己“不属于开源”。实际上文档维护、官网设计、社区问答、新手指导、线下活动组织、代码评审记录这些非代码贡献支撑着项目真正的可用性。这次女性论坛把非代码贡献提升到和代码贡献几乎同等重要的位置我个人觉得意义不亚于任何一场技术演讲。它向所有觉得自己“不会写代码但想参与开源”的人打开了一扇正式的门。论坛期间会有专门展示非代码贡献成果的展板区据说很多社区已经在上面发布了文档岗、运营岗、设计岗的招募信息这个细节值得留意。3.3 行为准则不是挂在墙上的纸议程里有专门的环节讨论行为准则Code of Conduct的执行机制。这戳中了很多社区的痛点准则写得很漂亮但没有举报渠道、没有处理流程、没有透明度等于形同虚设。论坛上会公布一份参考模板包含举报受理人怎么选、处理时限怎么定、反馈结果怎么公示的实操建议。我还听说有社区打算借此机会把“不鼓励深夜语音会议”写进协作约定这种细节层面的改变才是女性在开源社区能留下来的原因。p如果你所在社区准备引入或修订行为准则这个环节建议重点关注。模板本身可能不完美但它能把“我们提倡友好讨论”这种空话变成可执行、可申诉、可改进的机制。4. 无论线上线下这份议程的参与者都能带走的实在收获4.1 线下参会怎么逛才不亏如果你是第一次参加开源大会又对女性论坛感兴趣我的建议是不要全程蹲在主会场听演讲把至少半天时间留给工作坊和圆桌之后的自由交流时段。开源社区最值钱的资产是人和人之间的连接议程页的日程只是骨架真正有营养的对话大多发生在茶歇、展区、圆桌后的散场路上。具体操作上带好笔记本可以但更重要的是准备好自我介绍。不用讲什么宏大履历就说明白“我在用什么技术栈、我在找一个什么样的项目/导师/同伴”就足够开启一段有效对话。另外可以提前在GitHub上找好两三个你感兴趣的项目打印出它们对应的Issue列表直接带去工作坊。带着具体问题去问导师比泛泛地说“我想参与开源”得到的帮助大得多。4.2 线上参与别把自己当成局外人不能到现场的朋友也不用觉得错过全部。按照往年经验论坛的主题演讲和圆桌会有录播回放部分工作坊会提供在线旁听名额。议程中的一些模板和资料会以开源文档的形式在会后放出可以持续关注。线上参与最大的优势是你可以提前消化材料。把主题演讲嘉宾之前写的博客、她们在社区里的发言翻一遍带着背景知识看回放吸收效率非常高。如果回放中有感兴趣的项目直接顺着项目仓库里的good first issue列表开始看不必等任何“批准”。我见过好几个线上观众就是这样看完回放后给项目提了第一个PR然后一路走进了社区核心群。4.3 给所有女性开发者的一句话你的第一个PR不重要第一千个才重要最后说点掏心窝的话。我见过太多女性开发者在提交第一个PR之前给自己设置了重重心理关卡“这个改动太小了会不会被笑”“这个文档翻译是不是浪费时间”“我还没资格给这个项目提意见”。这些自我设限比任何外部障碍都更难突破。请记住开源社区里几乎每一个维护者都是从“被拒绝”开始的。第一个PR到底完成了什么功能真的没那么重要重要的是你通过它走完了“发现问题—动手修改—提交请求—和人沟通—收获反馈”的完整闭环。然后第二个、第三个等到第一千个的时候你已经在改写社区的治理规则了。COSCon‘25的女性开源论坛想做的事说到底就是把更多人推到这条路上来。十年同行后面还有更长的路而这条路从来不是一个人走的。