COSCon‘25女性开源论坛议程发布：十年同行，为她发声

拿到这份女性开源论坛的议程正式发布稿时，我倒没有急着去记某个演讲嘉宾的时间段，而是先扫了一遍整体结构。这几年我养成了个习惯：看一个技术论坛是否真正成熟，不是看它请了多少大牌，而是看它敢不敢把不好回答的问题摆上台面，以及它给参与者留下的实际互动空间有多少。标题里那句“十年同行，为她发声”，放在开源这个圈子里分量不轻——十年的时间足够让人从实习生变成维护者，也足够让一个边缘话题逐渐长成社区的主流议题之一。“COSCon‘25 女性开源论坛议程正式发布”这句话看起来是一则公告，但对真正关心开源多元生态的人来说，它更像一份行动路线图：哪些议题被认真讨论、哪些环节被真正重视、哪些群体被明确纳入了这次技术会议的叙事。这篇文章就围绕这份议程展开，聊聊我理解的论坛价值、内容设计背后的逻辑，以及普通参会者怎么用好这份议程才算不白来。

1. 一个坚持了十年的论坛，到底在坚持什么

1.1 十年时间轴：从“被看见”到“有话语权”

第一次关注女性开源相关议题时，这类论坛还处于“我也有能力贡献开源”的证明阶段。那个时候的讨论，更多围绕着女性开发者要不要站出来、能不能做好，甚至连“女性在开源里的存在感不足”这个结论本身都要反复举证。十年之后再来看，话题中心明显发生了迁移，从“证明自己可以”变成了“如何改善协作环境、如何让贡献机制更公平”。这个转变，不是一个简单的口号升级，而是社区规模扩大之后必然要面对的深层问题。

你只要去看近几年各大开源大会的提交数据就会发现，女性提交者的比例其实在持续上升，但她们的项目能进入核心维护层的比例，依然比男性低不少。这就说明，问题不再单纯是“参与意愿”或“个人能力”，而是项目准入、导师机制、资源分配这些结构性的环节还有优化空间。此次议程中有相当一部分内容，正是对着这些结构性问题去的。例如，围绕开源项目如何搭建包容性贡献流程、如何设计Code Review中的沟通方式，这些议题放在十年前几乎不会出现在女性论坛，现在却成了主打方向。

我个人对这种变化持积极态度。讨论“话语权”不是要搞对立，而是要让社区决策者意识到：一个健康的开源项目不能被单一声部主导。如果写代码、审代码、定方向、带新人的角色全都集中在某一种背景的人身上，那这个项目迟早会因为视野狭窄而失去韧性。因此，这个坚持十年的论坛，真正在坚持的其实是一件很朴素的事——持续提醒社区，多元参与不是福利性质的点缀，而是技术生态可持续发展的必要条件。

1.2 议程首发对于普通参会者的真实价值

很多人会把议程发布当成一份“节目单”，无非就是看看几点钟有谁的分享。但在我看来，议程更像是一张愿意被公开审视的决策地图。主办方愿意把哪些议题放进来、把哪个环节放在黄金时段、为哪种参与形式预留了多久的时间，每一个选择都在传递明确的信号。

比如，如果主办方把“开源新手如何迈出第一次贡献”这样的工作坊放在午休后的低谷时段，而把光鲜的企业演讲放在开场黄金档，基本可以判断这个论坛对“引入新人”这件事的重视程度停留在口头。好在从整体结构来看，这次议程并没有出现那种明显偏科的问题。有比较硬核的技术实战，有兼顾心理建设和职业规划的讨论，也有面向刚接触开源不久的新手场，这种组合在女性主题论坛里并不常见，也很容易让人挑花眼。

对普通参会者来说，议程首发还有一层更现实的价值：提前抢占时间。开源大会的场次往往并行，如果是热门话题，现场座位基本靠抢。拿到议程之后，先列出几个“不可错过”的场次，再订好闹钟，比现场犹豫半天最后挤进一个不太感兴趣的分会场要高效得多。另外，主办方通常在公布议程的同时会开放一些近距离交流的报名通道，例如午餐圆桌或闭门工作坊，这些名额很少，基本就看谁下手快。

2. 拆解议程结构：每个环节为什么会被安排进去

2.1 主题演讲：垂直议题与横向视角如何搭配

主题演讲环节是整个论坛的门面，既要显示出专业深度，也得让非技术背景的听众有话可接。我注意到这次的安排有意避开了那种“全讲技术细节”和“全讲励志故事”两个极端。技术类的演讲集中在开源项目共建、代码贡献路径、软件工程实践这些实打实的领域，而横向视角的演讲则更多关注开源社区中的协作心理、远程工作、以及女性开发者如何建立技术影响力。

这种搭配的逻辑在于：纯技术议题容易把听众范围锁死，而纯故事分享又缺少可沉淀的方法论。真正合适的做法，是让每个技术演讲都包含一段“总结出的经验”，让每个非技术演讲都落到几个“可执行的行动建议”。这次的主题演讲科技硬核和分析软技能的比例大概在六比四左右，我认为是经过刻意衡量的——保住了开源大会应有的技术底色，又没有把女性论坛简化成一场励志宣讲会。

还有一个容易被忽略的细节是演讲时长。我参加过一些论坛，主题演讲动辄四十分钟以上，信息量其实撑不住那么长时间，后半段基本在注水。这次议程把半小时作为主题演讲的基准长度，加上十分钟左右的互动交流，比较克制。时间短反而能倒逼演讲者去提炼信息，听众也更容易保持注意力。

2.2 圆桌对话：真正的现场交锋在哪里

圆桌是议程中最难做好的部分，也是最能看出策划水平的部分。很多人理解的圆桌就是几个人坐一排，轮流对着PPT念感想，那跟拼盘演讲没有任何区别。有幸的是，这次议程里安排的圆桌，提供了几条具体的讨论线索，从“如何构建女性友好的维护者文化”到“开源项目的多元化贡献者结构的平衡点在哪里”，都指向了真实存在、而非幻想出来的争议。

按照过往经验，圆桌对话的精彩程度并不取决于嘉宾名气有多大，而是取决于主持人敢不敢追问。如果一个圆桌环节只停留在一团和气的分享状态，那它传递的信息量，观众自己回家写微博也能得到。好的圆桌通常会设置一个“不设统一答案”的核心问题，再让几位嘉宾分别从自己的项目实践出发给出不同角度的回答。我在过往大会现场见到过一些让人印象深刻的圆桌，往往是嘉宾之间真的出现观点碰撞、甚至有人现场修正自己刚才表述的时候。所以，在此次参会时，如果时间有限，我大概率会向观众席里已经掏出笔记本记录的人靠拢，一般这类圆桌的含金量较高。

另外，我比较喜欢的一种安排是圆桌结束后直接接听现场提问，而不是把问答丢给主持人事后整理。开源社区的交流文化强调直接、坦诚，既然是线下聚在一起，快速交换观点反而能激发出更多真实反馈。议程里看到类似的排布，我对这个环节的期待值因此提升了不少。

2.3 Workshop与闪电分享：动手体验的占比

一个论坛如果只有台上讲、台下听，那它本质上还是传统会议，撑不起“开源大会”这个名字。开源之所以叫开源，是因为它强调动手、贡献、反馈的闭环。这次议程里安排了一定比例的Workshop，覆盖了从Git工作流实操、写第一个Pull Request到如何使用新工具链搭建个人项目等主题。

对第一次接触开源的人来说，Workshop的意义远大于听十场演讲。一方面，它能提供一个低门槛的入口，跟着讲师一步步完成操作，比回家之后自己看文档、卡在某一步半天过不去要有耐心得多。另一方面，Workshop也是建立人际连接的高效场景。坐在你旁边的可能是一位刚完成自己第一次提交的初学者，也可能是一位愿意花时间指导新手的项目维护者，双方在共同完成任务的过程里认识，比在茶歇时递名片自然得多。

闪电分享虽然单场时间不长，通常在五到十分钟之间，但信息密度和多样性往往是全论坛里最高的。它像是开源社区的“快照”，能从某个小工具的开发故事，讲到某个地区社区举办的线下活动经验，再跳跃到某个项目的国际化协作细节。这种形态特别适合女性论坛的整体气质——不预设统一路径、不强制某种话题，允许每段经历只讲自己感受最深的一段。如果时间管理不错，闪电分享是“花最短时间、接触最多陌生领域”的性价比之选。

3. 从策划角度看女性议题的几种常见误区和取舍

3.1 避免把女性论坛办成“成果展示会”

连续好几年观察各类女性技术论坛，我最害怕看到的局面，就是论坛变成了一间“荣誉陈列室”：台上嘉宾依次讲述自己如何平衡工作生活、如何突破偏见、如何带团队拿到好结果，台下的掌声很热烈，但散场之后大家能带走的东西寥寥无几。不是说成功经验不值得分享，而是如果议程里全是“结果”没有“过程”，很容易让一位正在迷茫中的参会者产生一种隐秘的自我怀疑——是不是只有拿到成果的人才有资格站在这里。

幸好，这次议程明显在规避这种叙事陷阱。多个环节都把重点放在“途中”，比如如何面对贡献被驳回、如何在协作中争取话语权、如何在资源不足的项目里找到属于自己的成长路线。这些话题更接地气，也更具备可借鉴性。因为开源领域相当特殊，很多成功的路径没办法简单复制，但是应对挫折的方法、处理社区关系的方法，却有着相当强的通用性。把这些内容作为分享核心，远比炫耀成就来得有诚意。

还有一种误区是把女性论坛等同于“女性讲技术”，暗示技术与性别之间存在天然绑定。实际上女性论坛存在的目标恰恰是打破这种绑定：让更多的女性声音出现在技术讨论的前沿，也让大家意识到，性别并不决定一个人适合作贡献能力或者技术热情。因此，我从头到尾都不太关心某位演讲者是不是女性，更关心她讲的内容是否扎实，以及她是否代表了一种需要被放大但还没被充分听见的视角。

3.2 议题选择中的“技术主流”与“女性视角”平衡

在策划一批议题时，存在一个很难避免的张力：讲得太硬核，受众变窄；讲得太柔软，又会被批评缺乏技术含量。有些组织方为了追逐流量，倾向于安排更多“容易传播”的话题，例如女性职业成长、心理压力管理。这些当然重要，但一个开源大会里如果全是这类内容，那就失去了“开源”这个关键词的根基。

这次议程给我的整体印象是，比例控制得相对合理。技术议题并没有因为论坛主题是“女性”而被削减，反而和女性视角形成了一种互补结构。例如开源项目维护者如何搭建公平的贡献评价体系，这个题目既有技术治理深度，也天然包含对多元群体的关注。再比如针对开源社区沟通文化的讨论，既涉及Rules of Communication这种实操细节，也牵扯到不同文化背景的协作习惯。这类议题既有“技术主流”的骨架，也有“女性视角”的血肉，取舍之间看得出策划团队对内容是有思考的。

另外，我注意到议程中设置了一个关于“非代码贡献价值”的专门讨论。这是一个经常被低估的方向。文档编写、翻译本地化、活动组织、社区运营，这些都是开源的重要组成部分，可是它们很难用commit数量来衡量，所以贡献者经常处于“做了很多却不被看见”的状态。把这类议题放在女性论坛，恰好契合一个长期被忽视的现状：许多非代码贡献的参与者都是女性。把这条线拉出来公开讨论，等于在重新定义开源贡献的评价维度，这个策划手笔值得点赞。

3.3 线上线下同步：议程如何照顾远程参会者

线下会场始终有它不可替代的现场感，一杯咖啡的时间可能比一整段演讲更有收获。但现在开源大会的参与者大量来自线上，议程制定的过程如果只照顾线下体验，等于主动舍弃了一大半潜在受众。此次议程发布稿里，我注意到主办方对线上参与通道做了专门说明，不只提供了直播，还安排了远程问答时间段。这种细节看似不起眼，却能直接影响远程观众的留存率。

远程参与最怕的是“被隔离感”。线下观众可以通过提问、举手、偶遇实现互动，而线上观众往往只能看着屏幕发呆。除非主办方明确给出互动入口，并且有专门的工作人员盯着线上提问题，否则线上参与几乎等于看了一场没有反馈的广播节目。设置远程问答时间，并在每个环节预留出线上问题接入窗口，其实就是承认远程参会者们同样是这次论坛的正式参与者，而非旁观者。我也建议线上参会的朋友不要只开着会议软件去看，多做两件事：第一，提前在平台提交自己的问题；第二，加入大会的聊天群组，同步寻找可以交流的同好。也许没有办法完全对冲不能见面的遗憾，至少可以实现信息上最大的集中获取。

4. 拿到议程之后，参会者该做什么准备

4.1 根据目的选场次：听知识还是找同路人

一份议程发出来，很多人第一反应是“看起来都好棒，全都想去”，但开源大会的会场空间和人的精力都有限，盘点优先级是必须做的功课。我建议在做选择之前，先问自己一个问题：我今天来参加这个论坛，到底想要获得什么？如果答案是“学习技能、了解某个项目”，那就直奔技术实战类工作坊，不必贪心去凑热闹；如果答案是“寻找合作者、理解行业趋势”，那圆桌讨论和社交环节可能更值得投入。

针对不同的目标，我一般会采用两种完全不同的排程策略。以学习技能为目标时，我会提前把相关场次的预习资料找出来，简单过一遍基础概念，确保到了现场能跟上节奏，也敢在Q&A环节问出有价值的问题。以拓展人脉为目标时，我会相对少安排密集听讲，给自己留出茶歇和自由交流的时间，并提前想好三句简洁的自我介绍，包括目前在做的事情、希望寻找的协作方向、能提供的资源或经验。开源大会的社交效率，往往取决于你在开口之前有没有清楚的目标，而不是取决于你有多健谈。

如果你既是第一次参加开源相关活动，也对“女性开源”话题感到亲切，那么很重要的一点是：不要过早把自己定义为旁观者。哪怕暂时没有拿得出手的代码贡献，哪怕是第一次提起Pull Request这件事，都可以大方地在现场提问。绝大部分开源社区的参与者对新手极其友好，因为大家几乎都经历过从零起步的阶段，帮助别人解决一个入门问题并不能证明效率多高，却能让社区链条得到延续。

4.2 现场提问与社交的正确打开方式

现场提问是一门技术活。我见过太多人把宝贵的提问时间浪费在“先夸嘉宾讲得好，再绕着自己感想绕五分钟”上面。等真正想问的问题说出来，麦克风早就被主持人收走了。正确做法是开门见山：直接递出“我想问的是……”然后问一个具体的问题。所谓具体，是指这个问题能够用一两句话回答清楚，而不是需要一个长篇演讲来回应。比如你问“您提到项目里的新人培养机制，这个机制具体如何衡量有效性”，就要比“您对开源新人有什么建议”更容易得到高质量的回答，也更容易让其他听众感到有收获。

社交环节的破冰方式同样可以提前设计。与其端着水杯站在角落里等别人来搭话，不如选一个你刚刚听完并且觉得有趣的演讲者，走过去说一句“刚才你讲到的某个观点让我想到自己项目里遇到的情况”，自然就能把对话往深里带。开源社区最不缺的就是愿意谈论自己项目的人，你只需要找出一个真实的兴趣点。

有一点要克制：不要在对方明显想要离开时强行延长对话。社交的价值在于建立联系，而不是完成一次长篇访谈。简单互留联系方式，回头再把问题的后续用一条结构化留言描述清楚，往往比现场聊得火热、事后毫无下文要有效得多。

4.3 志愿者与组织者的经验清单

如果你恰好是本次论坛的志愿者或组织者，那么这份议程发布之后才是工作的开始。这里分享几条我观察到的经验。首先，一定要在议程发布的第一时间同步准备一份“会场导览图”，信息要精确到每个演讲厅在哪一层、哪条路线去工作坊最方便、最近的充电和饮水设备在什么位置。议程给的是时间线索，导览图给的是空间线索，两者结合，参会者才能真正顺利走完全程。

其次，互动环节要提前安排“备胎问题”。很多现场互动刚开始都很冷场，观众需要时间进入状态。如果主持人手里有几个提前准备好的、相对安全又容易引发讨论的问题，就能在冷场时兜底。女性论坛的氛围虽然整体比较友好，但大场面的沉默对演讲者来说压力不小，几颗“石子”投下去，水面自然就会泛起涟漪。

最后，不要忘记给线上参会者留下一名专门的“线上主持人”。线下的参会者有任何问题都可以随时抓旁边的人问，线上参会者在直播间里提问却经常得不到回应。安排一个人专门盯着弹幕、讨论区和问答箱，并且每隔一段时间把热点问题念给嘉宾听，会让远程参会的体验提升几个量级。开源大会本来就是跨地域连接人的活动，如果线上通道只是象征性开一个直播，那和录播回放没有多大区别。

5. 常见问题与避坑实录

5.1 高频问题速查表

很多第一次参加这类论坛的人，在拿到议程之后都会冒出一堆类似的疑问。我把最常见的几个整理成了速查表，可以直接对照着做准备。

5.2 我踩过的几个现场坑

这些坑是我过往参加类似技术大会亲身遇到的，写出来供大家参考。第一个坑是“低估转场时间”。论坛议程表上相邻的两场演讲可能在不同的楼、甚至不同的楼层，看起来中间留了十五分钟间隔，但光是排队等电梯、找洗手间就耗掉大半。我后来养成了一个习惯，出发之前就把路线走一遍，宁可早起，也不愿意因为跑错场地错过开头。

第二个坑是“误以为工作坊可以空降”。有些工作坊需要自带电脑，而且软件环境得提前配好。我见过不少人在开场前半小时对着安装界面抓狂，折腾完进度已经落下一大截。工作坊最理想的状态是提前把运行环境准备好，有问题提前一晚在社区群里求助。现场那点时间，应该留给“做项目”而不是“装环境”。

第三个坑是“忽视会后联系”。有一类人特别擅长在会场上聊得热络，互相加了联系方式，但回去之后那些聊天记录就躺在角落里吃灰。真正有效的开源社交闭环，是会后一周内给新认识的朋友发一条诚恳的留言，简述自己是谁、在哪场活动认识、当时聊了什么、后续可以怎样配合。哪怕只是一句简单的问候，记忆保鲜期没过，连接就能成立。如果所有人都只做现场的热闹，那开源社区就只剩下热闹了。

我还想特别提醒一点：对于女性论坛这种带有一定身份属性的交流场合，线上参会的朋友也要注意自己的言语边界。观点可以鲜明，沟通要有温度。开源社区本质是由陌生人构建的长期协作网络，任何一次对话都是在为未来的合作埋下伏笔。多一份尊重，合作的可能性就多保留一分。

6. 写在最后：十年不是终点，是下一个十年的起点

连续多年关注女性开源相关议题之后，我的一个直观感受是：这类论坛已经不再需要靠情怀去证明自己存在的必要性了。现在更关键的问题，是如何真正落实那些在圆桌和演讲中达成的共识。议程是一份承诺，承诺把这些话题放在聚光灯下面，但论坛结束之后，社区日常的协作氛围、项目文档的友好程度、维护者对待新人的耐心，才决定了“为她发声”这句口号能不能变成“与她同行”的长期状态。

从个人经验来看，一场有质量的论坛能带来最宝贵的东西，不是某一句话的醍醐灌顶，而是让你意识到自己遇到的困境并非孤例。当你发现坐在隔壁的人也在思考同一个问题时，原本让你犹豫很久的尝试，忽然就有了去做的底气。开源社区的奇妙之处正在于此，看似大家分散在世界各个角落，却能被一份议程召集到同一个会场，聊很多可能在日常办公室里不方便聊的话题。

最后再分享一个小建议：拿到议程之后，不要只把它当作一个时间安排表，试着把“我最想认识的一个人”“我最想学会的一个技能”“我最想在散场前弄明白的一个问题”分别列出来。然后带着这三条线索去参加论坛，等到散场的时候再回头对照一次，收获通常不会让你失望。十年同行是个很有重量的说法，但真正让它有分量的，是坐在会场里的每一个你。