☰
COSCon‘25参会指南:从新人到贡献者的开源大会生存手册
2026/10/7 11:42:32 网站建设 项目流程

如果每年只让我选一个国内开源活动,我的答案永远是 COSCon。今年是第十届,看到 COSCon'25 的筹备消息时,我第一反应不是“又要办会了”,而是“这个社区真的把一件小事坚持做大了”。这篇文章写给三类人:第一次参加开源大会的新人、正在维护或参与开源项目的开发者、以及想从听众变成贡献者的人。以我这么多年逛开源展会的经验,参会本身只是第一步,真正值钱的是你怎么准备、怎么在现场交流、怎么把三天的热情变成半年后仍在更新的一行代码。下面这份参会指南,我会尽量把它写成可以直接照着执行的清单。

1. 十年前那个“没有赞助商也能办”的会议,今年为什么值得专程跑一趟

1.1 COSCon 是什么,以及它和别的技术大会的区别

先纠正一个容易搞错的点:COSCon 不是某个厂商的发布会,也不是那种“上午领导致辞、下午供应商路演”的行业峰会。它是由开源社联合国内大量开源社区、高校组织和个人志愿者共同办起来的年度聚会,第一届办的时候,很多环节靠的还是社区成员的“人肉赞助”。正因为这样,它身上有一种其他商业技术会议极少见的气质:所有内容都来自贡献者,而不是来自市场部。

这和开源本身的精神是一致的。你在会场听到的不是“我们的产品多好”,而是“我们在解决什么问题、遇到了什么坑、接下来想拉谁一起做”。很多开发者第一次去的时候会有点不习惯,觉得怎么这么多“野生”展位、这么多动手环节,不像个正经大会。但你逛完一圈就会明白,这才是开源生态真实的切面。

1.2 第十届的特殊价值:十年节点上的内容密度与新手定位

为什么第十届尤其值得去?早年间参加 COSCon 的那些项目,很多现在已经是国内外开发者每天都在用的基础设施;当年还只是个人仓库的嵌入式项目,现在可能变成了一个几十人维护的正式开源组织;当年在台上做闪电演讲的年轻人,现在很多已经成了核心维护者,甚至创立了自己的开源公司。

所以这次年会的内容密度会明显偏高:既有重回故地讲十年复盘的老面孔,也有大量新涌现的议题,比如农业病虫害识别这类垂直场景应用、嵌入式实时系统、开源桌面系统在 PC 上的落地体验、模型开源、物联网边缘计算等等。对第一次参加的人,我的建议很简单:不要试图听完所有东西,把它当成一次开源生态的切片观察。你的目标不是“全部看到”,而是找到两三条让你产生“原来还能这么搞”的线索,然后顺着线索挖下去。

2. 参会前一周要做的事:三张清单帮你把行程变成产出

每年在会场都能看到两类人:一类拿着场刊到处乱转,到下午已经累得坐在楼梯上刷手机;另一类行程表排得清清楚楚,上午听两个 talks、下午蹲一个工作坊、傍晚还约了人喝咖啡。差距不在体力,而在准备。

2.1 第一张清单:门票、时间、住宿与动线

先把最基础的事情办掉。去开源社官网或者官方报名通道完成注册,能买早鸟票就买早鸟票,不是差那几十块钱,而是早买票的人通常会提前收到议程变更和场地通知。如果你经常参加技术会议,可以把电子票二维码和身份证件放在同一个文件夹,签到时候省去翻手机的狼狈。

住宿不要贪便宜住太远。开源年会不像演唱会,散场后才是真正的交流时间,你可能还有机会和刚认识的维护者一起吃宵夜。酒店订在场地步行可达的范围内,或者至少保证地铁半小时内能到,否则你第三天大概率会想提前离开。动线方面,到了会场先看一眼主会场、分会场、展区之间的相对位置,把“赶场”的时间预算留出来。穿一双舒服的鞋,这句话我说给每一个准备连逛两天的朋友。

2.2 第二张清单:重点 Talk 和展位清单

官方议程一般会在会前一周左右放出。我的习惯是用一个在线表格把每天要听的 talk 分成“必听”“备选”“随缘”三档,同时留出至少 30% 的空白时间。很多现场最有价值的对话,恰恰发生在你原本没有安排的空档里。

项目展位清单比 talk 清单更重要。提前去 GitHub 热门榜、开源社的社区账号、以及你关注的领域搜索一下,看哪些项目会来摆摊。这里特别提几个值得多留时间的类型:嵌入式开源项目、农业病虫害这类垂直行业应用、开放硬件设备、小团队维护但文档写得特别认真的工具库。它们看起来不如云原生、大模型那么显眼,但往往技术深度非常可观,而且团队规模小,你更容易和核心维护者聊上十分钟。

2.3 第三张清单:社交目标与见面名单

开源会议最珍贵的资源不是演讲,而是人。我在会前一周一定会列一个“想见的人”名单,一般五到十个人就够:某 issue 一直没解决的项目的维护者,一个我经常在评论区交流但没见过面的贡献者,或者一个我想拉进自己社区的作者。名单确定后,通过 GitHub、邮件、社区群里提前打个招呼,说“我下周去 COSCon,想当面请教一下 XXX 的设计思路”,对方大概率会很乐意。

这里有个小技巧:不要把约饭安排在正餐时间。开源人普遍行程密集,正餐往往要陪同事、陪团队、陪投资方。茶歇、散场后的宵夜、或者第二天早上开场前的10分钟才是最好的见面档期。准备一张电子名片或二维码,上面写清楚你的 GitHub ID、邮箱和最近在做的事。别发纸质名片了,现场弄丢的概率太高。

3. 会场当天怎么逛:路线规划与时间预算

拉开阵仗之后,考验的就是节奏控制能力。

3.1 签到、物料与信息获取

第一天上午的签到排长队几乎是无解的问题,尤其热门城市办会。我的建议是比一般到场时间再早二十分钟到,先排队,再逛周边,回来直接冲开幕式。物料领取时不要贪多,场刊留一份,帆布袋不管多好看最后大概率变成装瓶装水的袋子。真正有用的是议程变更通知,所以一定要加入官方通知群,或者用大会小程序把“我收藏的 talks”同步到手机上。

高频踩坑提醒:议程在会议期间真的会改,不是改了没人通知,而是你在赶场时顾不上看。正确做法是每天早上花五分钟刷新一下收藏列表,把演讲者的工作坊时间确认一遍。如果你有特别想听的一场,提前十五分钟到场,坐前排,等 Q&A 环节直接举手提问,这是现场互动效率最高的位置。

3.2 主论坛与分论坛的选择策略

主论坛适合拿来感受“方向感”:开源十年、全球化协作、开发者体验、新兴技术趋势,这类大题目不会教你具体代码,但能帮你建立一整年的视野框架。分论坛则适合拿来“下潜”,比如嵌入式开源专题、边缘计算与物联网专题、模型开源与开源基础设施专题、社区治理与开源商业化专题,每一个都可以蹲满两个小时。

我的个人经验是:与其在主会场和分论坛之间来回折返,不如稳定守住一个专题场次。理由是每场 talk 之间的茶歇时间很短,频繁换场的结果往往是到晚了没座位、走早了没听完,最后什么都没收获。上午听主论坛,下午选一个最感兴趣的专题连续听,傍晚再留时间逛展区,这是我实验多年最稳的组合。

3.3 项目展区与开源市集的逛法

展区值得你单独留出至少两个小时。很多人逛展是“拿贴纸—扫码—走人”,这样太浪费了。比较好的方式是在每个感兴趣的项目前停五到十分钟,问三个问题:这个项目解决什么问题?现在最缺哪类贡献?你们有没有适合新手的入口?大部分维护者都会很愿意展开讲,因为这比他们独自蹲在摊位前发传单有意思得多。

开源市集也是年会很有特色的一片区域,很多社区会卖贴纸、徽章、T恤、甚至硬件开发板,收入通常直接用来支持项目运营。我每次都会主动买一点,不是为了东西本身,而是用钱投票支持那些没拿企业赞助、纯靠社区爱发电的项目。逛到冷门项目也不用急着走,农业病虫害识别、嵌入式采集设备这类项目听起来小众,实际背后的技术栈和社区故事往往能给你很多做项目的启发。

3.4 工作坊与黑客松:动手区最值得留时间

如果时间允许,一定要把工作坊和黑客松放进必做项。工作坊通常是手把手教你跑一个开源项目、调一个开发板、或者完成一次 CI/CD 配置,名额一般有限,需要提前占位。去之前先把环境准备好:电脑充满电、装好必要的依赖、提前把项目仓库 clone 到本地。活动现场往往人多网络差,等下载依赖可能就要吃掉你半小时。

黑客松则更适合喜欢组队的人。你不一定要抱着获奖的目的去,哪怕只是和临时队友一起完成一个最小原型,也是很难得的协作体验。而且黑客松是认识人的绝佳场域,同一个桌子的陌生人在两天内一起熬夜、一起 debug、一起跟评委讲方案,这种信任关系很容易延伸到日后的开源协作里。我自己最稳定的两个长期贡献者,都是在黑客松上认识的队友。

4. 在会场认识人、聊项目:把破冰变成长期合作

开源大会最大的一笔财富是“线下见面”。但这需要技巧,随便发名片只会被当作销售。

4.1 开源社交和职场社交不一样

开源社区里的社交,核心词是“项目”和“问题”,不是“头衔”和“公司”。和一个维护者破冰,最有效的方式不是“我是某某公司的架构师”,而是“我一直在用你们的库,最近遇到一个 issue,想当面请教一下”。哪怕这个问题你已经通过搜索解决了,只要它是真实的,对方就会愿意多聊几句。

这里有个我踩过很多次的坑:不要在别人刚讲完一场很累的 talk 后,立刻上去长篇大论介绍自己的项目。那个时间点的正确做法是简短表达对内容的具体反馈,比如“你刚才提到的那段关于异步日志的分析对我启发很大”,然后停下来,把话语权交给对方。等对方开始问你在做什么,才算真正打开了会话。

4.2 提问与反馈的正确姿势

在 talk 后的 Q&A 或者展位前提问,不要问“你们什么时候支持某某功能”这类无效问题。更好的姿势是“我在某某场景下遇到了某某问题,社区现在是怎么考虑的?”。前者听起来像催进度,后者听起来像一起想办法。维护者不是客服,没有人喜欢被当成免费技术支持外包。

如果你在展位前和核心维护者聊了超过五分钟,走之前一定记得问一句:“你们仓库有没有标着 good first issue 的任务?我想看看有没有能帮上忙的。”这句话的杀伤力远大于“你们东西真好”。它让对方知道你不只是来拿贴纸的,你是真的愿意成为项目的一部分。很多维护者会当场打开 GitHub 跟你过一遍 issue 列表,这种机会在线上很难等到。

4.3 如何拿到后续协作机会

聊得再热络,不加到线上就是零。但加联系方式也有讲究,我一般首选交换 GitHub 主页和邮箱,其次是即时通讯工具。原因很简单:后续协作发生在 issue 评论里,在合并请求的讨论串里,这些地方认得的是 GitHub ID,不是微信号。拿到联系方式后,七天内一定要做一次 follow-up,把当时聊到的问题链接发过去,并附上一句“我准备看一下这个 issue,如果你觉得方向没问题我就认领了”。

如果你在会议上有过一对一的深入交流,建议当场打开手机备忘录,把对方的名字、项目、聊到的关键点记成三行。别高估自己的记忆力,开源会议信息密度极大,等你回到酒店可能已经忘了大半。当天整理一次笔记,第二天早上再回看一遍,你会发现很多原本模糊的机会点变得非常清晰。

5. 除了听和逛,你还能在年会上做什么贡献

很多人第一次去 COSCon,以为自己只能做观众。其实开源年会最大的魅力恰恰在于:你随时可以变成参与者。

5.1 向开源项目提交你人生第一个 PR

如果你是完全没有贡献经验的新手,年会现场的维护者密度其实是全球范围内都少见的“新手友好环境”。找那些在展位或工作坊里明确表示欢迎新人的项目,翻一下它的 issue 列表,选一个标着 good first issue、或者包含“beginner friendly”标签的任务,然后现场直接问维护者:这一步我理解得对吗?很多项目维护者会很乐意在会议间隙手把手带你走一遍完整流程。

文档贡献是门槛最低也最被低估的入口。项目里过时的安装说明、缺示例的中文文档、不清晰的贡献指南,都是新手可以立刻动手改进的地方。别小看这点,很多项目最缺的不是核心代码,而是让下一个新人能顺利入坑的文档。现场提交一个 README 措辞修正的 PR,可能比写十个新功能更容易被合并,也更可能让维护者记住你的名字。

5.2 成为志愿者、讲师或社区布道者

从听众到组织者,其实是一条被很多人忽略的路径。第一年你可以报名当志愿者,负责签到、现场引导、速记、直播协助,这些工作看上去琐碎,却是了解一个大型开源活动如何运转的最佳角度。你会认识到所有场次的出品人、核心志愿者、和大部分演讲者,第二年再参会时,你已经有了半个“内部人”的视角。

再往后,就可以考虑申请闪电演讲、提交专题分享,甚至参与某一条内容线的策划。开源大会的筹备大多靠社区志愿者完成,不存在什么神秘的“官方入场券”。只要你愿意承担一块具体的事情,比如把一份英文会议记录翻译成中文、帮某个社区设计一张展位海报,都会有人接住你。

5.3 独立开源项目推广方法论

如果你是自己维护开源项目的那一方,年会是你一年一度最重要的一次“线下路演”。我的建议是不要只准备一张二维码贴纸,而是准备一个“三十秒电梯陈述”:这个项目解决什么问题、当前处于什么阶段、我们现在最需要哪类帮助。能跑通的一段 demo 比十页PPT管用得多,一台装了开发环境的笔记本电脑比一百张宣传单更容易留下印象。

这里有一个心态上的转变:不要把目标定成“有多少人扫了我的码”,而要把目标定成“找到三个愿意深度使用并给我反馈的人”。我被问过很多次,为什么不直接冲 star 数?因为 star 只代表围观,issue 和 PR 才代表真实的使用需求。年会上维护者和用户面对面沟通的反馈,比线上票选可靠得多。

6. 参会常见问题与避坑实录

写到最后这部分,我把这些年实际踩过的坑整理成了一张速查表,希望大家不用再来一遍。

6.1 十大踩坑现场与对应解法

这些坑听起来都小,但在现场都会真实浪费时间。每踩一个坑,至少损失半小时到一小时,对时间预算影响很大。

序号踩坑场景现场现象解法建议
1忘带证件或电子票排队折返,错过开场前一天把票夹和身份证放同一个包
2日程临时调整跑到会议室发现话题变了每天早上刷一次官方群和议程页
3展区逛得漫无目的一下午只收集了一堆贴纸提前列项目清单,每个摊位停留不超十分钟
4热门工作坊满员在门外傻等半小时开场前十分钟蹲守,常有人临时退出
5笔记本没电没法记笔记也没法写代码自带大容量充电宝,工作坊座位先找插座
6现场网络拥堵在线文档完全打不开出门前缓存议程、仓库主页和必要的依赖包
7信息过载当天晚上什么都想不起来每场结束后花五分钟写三条关键词笔记
8想见的人没约上会议结束才发现错过了提前一周私信约时间,现场也要随时留档期
9演讲者结束直接离场堵不到人结束后快步跟上,在场外简短致意再约细聊
10参会后没有后续热情三天后完全消散48小时内发 follow-up 消息,并认领一个 issue

6.2 参会后的开源项目跟进清单:让热情不要死在返程路上

会议最后一天下午,你可能会觉得收获满满,但等你回到家,这种热情消散的速度快得惊人。我试过最有效的办法是给自己定一个“72小时行动线”:

  • 24小时内:把会议笔记整理成一份带链接的文档,给每个重点项目标上“下一步行动”。
  • 48小时内:给名单上的每一个人发一条简短消息,附上你在 GitHub 上认领的 issue 链接。
  • 一周内:写一篇参会复盘发到自己的博客或社区,里面至少包含一个有用的新项目介绍和一个你计划贡献的具体任务。
  • 一个月内:完成一次真正的开源贡献,哪怕只是修了一个文档里的错别字。

只要这四步走完,你这次参会就真的“复现”了。开源社区最不缺的就是一时兴起的围观,最缺的是持续跟进的人。你做完了别人没做完的那一步,就已经超过大多数参会者了。

我个人在开源年会里学到最重要的一件事,从来不是某个框架的用法,而是“把同行变成同路人”的能力。第一届 COSCon 结束那晚,几个当时并不熟悉的人在会场外的台阶上聊了很久,从编程语言一直聊到社区应该怎么运营,最后这个话题变成了一直维护到现在的开源项目。如果你准备去 COSCon'25,我的建议是带一个具体的问题、一本空的笔记本、两块充电宝,然后少刷一会儿手机,多和身边人说话。现场见。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询