这个周末，Pulsar 会出现在 COSCon‘25 的开源集市上。我大概率会站在摊位附近，被过路的人反复问三个问题：“Pulsar 是什么？”“你们是商业产品还是开源？”“周边能不能多拿一个？” 作为一名长期混迹开源社区的人，我对这种场面已经见怪不怪。开源集市和普通技术演讲不一样，它不是单向输出，而是把项目摊开放在桌上，让每个路过的人都能翻一翻、问一问、甚至当场动手试一把。这篇文章我想完整聊聊这次活动，顺便把集市怎么逛、项目方怎么准备、以及新手如何顺手入坑开源项目的经验一并写出来。不管你是准备周末去现场，还是只在屏幕前围观，应该都能从中捞到点有用的东西。

1. 开源集市是个什么样的场子

1.1 从“摆摊”到“面对面连接”

第一次听说开源集市的人，脑子里浮现的大概是菜市场：各式各样的摊子，有人吆喝，有人围观，逛完一圈手里多了一堆袋子。实际体验八九不离十——只不过摊位上摆的不是蔬菜水果，而是开源项目的宣传页、笔记本电脑、贴着大 Logo 的周边，以及一桌愿意跟你聊技术细节的志愿者。

COSCon 这类大型开源年会，通常会把一整块场地划出来做成开源集市。几十个开源项目团队各占一张长桌，背后立易拉宝，桌上放 Demo，旁边再堆一点贴纸、徽章、帆布袋之类的小礼物。活动形式没有想象中严肃，你不需要听懂所有 keynote 才能进入这个区域，也不需要报名某个分论坛才能坐下来交流。集市天然是开放的：你路过、好奇、停下来问一句，就能开启一次对话。

为什么叫“集市”而不是“展区”？我觉得设计者是有意把门槛降到最低。演讲厅里，观众和讲者隔着舞台，提问还要排队递话筒；技术沙龙里，陌生人围坐在一起，资深话题容易让新手不敢插嘴。集市这种形式，让交流回归到“摆摊”的原始状态：摊主希望有人来看，路过的人也没有压力，聊得来就多聊几句，聊不来就顺手拿张名片走人。开源项目最需要的就是这种低心理成本的接触。

我参加过不少这种场子，印象最深的是某些项目团队会带一些有趣的道具。有人在小黑板上写“本摊位专治各种疑难杂症”，有人现场支起一台旧机器跑一个“崩溃重试”Demo，还有人把 issue 列表打印出来贴成一堵墙，任来往的人挑毛病。这些看似随意的设计，其实都指向同一个目标：让项目从冷冰冰的代码仓库，变成可以被触摸、被吐槽、被理解的活物。

1.2 为什么项目团队愿意来集市

你可能觉得奇怪：一个开源项目的主要工作不就是写代码吗？项目团队花一整天时间站台，值得吗？

值得，而且比大多数人想象中更值得。线上交流再便利，也很难替代面对面带来的信息密度。在 GitHub 上，用户遇到问题通常只会丢一句“这步报错了”，但现场交流对方可以打开自己的笔记本，给你看完整的报错日志和部署架构，你能在几分钟内判断出他真正卡在哪里。这种信息量，在 issue 里来回评论三个星期都不一定挖得出来。

对 Pulsar 这类基础设施型项目来说，集市现场其实是一个“用户筛选器”。每天经过摊位的人里，有完全没听说过消息队列的学生，有用过同类中间件想迁移的工程师，也有正在调研架构选型的团队负责人。和这些人聊天，你能快速知道社区文档的盲区在哪里，默认配置在哪些场景下会踩坑，新手入门最容易在哪个环节放弃。这些反馈，比邮件列表里的长篇讨论更直接、更真实。

集市还有一个隐藏功能：跨项目社交。开源集市里除了我们团队，还有做数据库的、做前端工具的、做云原生基础设施的。志愿者之间也会趁人少的时候互相串门，聊聊双方项目的结合点。比如存储类项目可以配合消息队列做日志归档，监控类项目可能想订阅业务事件流。很多团队之间的合作，就是在这样一张长桌旁边聊出来的。

2. Pulsar 在现场会带来什么

2.1 Pulsar 到底做什么的

如果只用一句话介绍 Pulsar，我会说：它是一个开源的分布式消息与流数据处理平台。听起来有点抽象，换个生活化的说法——它就是数字世界里的“邮政系统”。

想象一下，你在电商网站上提交了一个订单，订单服务需要通知仓库系统去备货，通知积分系统去加积分，通知推荐系统去更新你的偏好。如果每个系统之间都直接点对点调用，那服务之间的依赖关系会缠成一团乱麻。有了消息队列，订单服务只需要把“订单已创建”这个事件写进 Pulsar，后面那些系统按需订阅这件事就行。发送方不用管接收方是否在线，接收方也不用担心高峰期消息被冲垮。

这还不算完，Pulsar 比较有辨识度的几个能力是：多租户、分层存储和跨地域复制。多租户的意思是，一个大公司里不同团队可以共用一套集群，但又能在逻辑上隔离成不同的“命名空间”，互不干扰；分层存储允许把比较旧的消息从高速磁盘搬到便宜的对象存储里，既保留历史记录，又不用无限堆硬件；跨地域复制能让多个机房的数据互相同步，适合做容灾或多活架构。这些特性，让它既能当传统消息队列用，也能在流处理场景里充当“数据底座”。

在集市上，我不会上来就跟人讲架构图。我会先问对方：“你现在的工作里，有没有一个环节，是 A 系统要把数据告诉 B、C、D 三个系统？”，只要对方点头，故事就能接着讲下去。技术概念只有在贴近业务场景的时候，才更容易被听进去。

2.2 现场互动设计：从扫码到动手玩

光靠口头聊天，很难让路过的人对项目留下印象。所以每次参加集市，我们都会设计几个让人“愿意停下来”的互动环节。照着做一遍，比听十分钟介绍更有效。

第一是现场 Demo。我们会带一台性能还不错的电脑，本地跑一个单机版 Pulsar，再用一个小程序不停地往某个 topic 里灌模拟数据，同时在屏幕上打开 Web 控制台，让围观的人亲眼看到消息一条条被生产出来、被不同的消费者订阅走。这个画面本身就有一种奇妙的实感——你看到数据在动，看到队列在涨，看到消费者消费后返回的确认，比任何 PPT 都直观。

第二是小游戏。比较稳妥的方案是做几道选择题，答对了送周边。题目不会特别难，比如“Pulsar 支持哪几种订阅模式？”“分层存储的主要目的是什么？” 这类问题能够帮新手建立第一层概念，也让资深用户觉得有挑战。偶尔也会有现场的故障排查挑战：我们在测试环境故意制造一个订阅堆积，让挑战者通过控制台找到原因。这种玩法适合对技术有一定基础的人，门槛高一些，但参与的人印象极深。

第三是“十分钟动手任务”。我们准备了几台装好环境的机器，志愿者指导路过的朋友写一段最简单的发布订阅代码。只要能在现场跑通，就能拿一套纪念品。很多人一开始会拒绝：“我不太会写代码。” 但十分钟以后，成功率其实很高，因为发布订阅的接口调用比想象中友好。看到有人在本子上写下第一条消息被成功消费时的笑容，你会觉得这一下午都值了。

2.3 为不同人群准备的入口

集市上的人背景差异很大，所以我们的接待方式必须“分流”，不能用一套话术应对所有人。

对于完全没接触过消息队列的人，比如在校学生或者刚转行的工程师，我们只做概念科普：一个点对点调用改成事件驱动之后会带来什么好处，什么叫“解耦”，什么叫“削峰”。这个阶段最忌讳堆术语，重点是让对方觉得“这东西有用、我能学会”。

对于已经在用其他消息中间件的工程师，我们会聊得更实际。对方通常会关心：部署方式差异、高可用方案、监控体系是否匹配、有没有现成的迁移工具。我们不会强行说 Pulsar 一定更好，而是把场景差异摆出来，让对方自己判断。比如“如果你有多团队共用集群的需求，可以重点关注多租户；如果你有跨机房容灾需求，可以试试跨地域复制”。这种对话能给对方带来真正的选型价值。

对于潜在的社区贡献者，包括想找开源项目练手的学生，话题会转向“新手如何进来”。我们会拿出提前准备好的贡献指南，告诉对方哪些 issue 打上了入门标签，哪些文档需要翻译，哪些测试任务可以不依赖大型环境完成。在现场直接扫码加入交流群，再附上一份 first-time contributors 的参考链接，比单纯说一句“欢迎参与贡献”要有用得多。

3. 逛集市的正确姿势与提问清单

3.1 活动前要做什么准备

很多人逛开源集市的方式是：到场、顺着人流走一圈、扫码抽个奖、拿一堆不用的布袋、回家。这样当然也能收获快乐，但说实话有点浪费。如果想从一顿操作里榨出更多价值，最好花十分钟做点准备。

先到年会议程页上找到开源集市的地图和项目名单，圈出你真正想看的几个摊位。集市通常持续时间不短，但如果目标不明确，你可能会在第一个摊位就消耗太多时间，最后精疲力尽。把最想聊的项目排在前半程，因为你精力最好的时候通常也就是开场后一小时内。

然后是把自己的问题带清楚。哪怕只是模糊的需求，也值得提前想好怎么描述。你可以准备一段话，比如“我们目前在做一个电商订单系统，日订单量不算太大，但峰值比较明显，想知道引入消息队列之后该怎么处理流量突刺”。志愿者听到这种描述，能很快帮你判断该关注哪些功能。相反，如果你只是问“你们这东西稳定吗”，回答也会非常泛，收获有限。

如果条件允许，建议带上充电宝和一个小本子。现场加了一堆群、拍了一堆照片，但真正的灵感往往来自你随手记下的关键句子——志愿者无意中提到的某个设计思路，比宣传页上的功能介绍更有价值。

3.2 在摊位前可以问什么

很多人到了摊位前会突然不知道说什么，尤其是刚开始接触开源项目的新手。我整理了几个比较“容易让摊主眼睛一亮”的问题，给你参考：

• “我现在有三个服务，想拆成事件驱动，第一个场景适合从哪里切？” 这个问题表明你真的在考虑落地。
• “多租户在实际使用里，权限和配额是怎么管理的？” 它会引出一段有深度的架构讲解。
• “生产环境最小部署大概要多少资源？我没有专门的基础设施团队。” 这类提问能帮你评估实际成本。
• “如果我只想在本地写个 Demo，最快能几分钟跑起来？” 志愿者通常会现场演示给你看。
• “我想参与贡献，但只写过 Python，有没有不涉及核心逻辑的任务？” 这直接打开了社区参与话题。

反面例子：不要一上来就追着问“你们和某某服务哪个最强”。选型永远依赖场景，脱离场景的技术比较没有答案，志愿者也很难接话。你可以换一种问法：“我这边的场景是 XX，之前考虑用另一套体系，但担心 XX 问题，你们怎么看？” 这种带上下文的提问，谁听了都愿意认真聊。

3.3 几分钟内拿到最大增量

如果时间紧张，我建议你在一个摊位前待 5 到 10 分钟，节奏大概是这样：

用 1 分钟站着看一遍 Demo，不需要立刻提问，先感受它展示的东西是什么。再用 2 分钟听志愿者介绍这个项目的核心场景和特色，期间可以点头或者简单回应。第 4 到 8 分钟，把你准备好的那个业务问题抛出去，听对方怎么结合项目功能来回答，这比泛泛聊天有价值得多。最后扫二维码加群、拿一份文档或代码示例，顺手拍一张 Demo 屏幕上的关键界面。

把问题问完了、联系方式加了，就可以礼貌地撤。不要觉得只待几分钟不好意思，摊主最怕的不是你走得快，而是你站在旁边刷手机就是不说诉求。一个明确的需求在三分钟内就能触发一场高质量对话，那种“被快速理解并解决问题”的感觉，会让每个摊主都心情愉悦。

4. 展位背后的准备细节

4.1 物料与人员配置清单

这部分是写给想参与布展的人看的，毕竟逛集市的人可能不知道一个看似简单摊位背后有多少琐碎工作。

物料清单我会分成三类：展示类、互动类、生活类。展示类包括易拉宝、海报、宣传折页、项目二维码桌牌、可以循环播放介绍视频的屏幕或平板；互动类包括贴纸、徽章、帆布袋、签字笔、便签纸、小礼品抽奖箱；生活类最容易被忽略，但实际上非常救命——多口充电器、备用插线板、网线转接头、手机支架、充电宝、矿泉水和润喉糖。

人员方面，一个摊位至少需要三到四个人轮换。一个人负责主讲解，其他人负责分流和补充。如果预算允许，还要给志愿者安排休息时间，上午站两小时、下午站两小时是比较合理的节奏。我见过有人一天讲了六个小时，第二天嗓子直接说不出话，后续线上咨询全靠打字。穿舒服的鞋是最低要求，集市地面一般都比较硬，逛到下午脚底板是真的会疼。

周边数量的控制也有学问。宁可准备得精准一些，也不要一次性堆出一座山。有些团队上午两小时就送完所有帆布袋，后面只能尴尬地跟人解释“真的没有了”。比较好的做法是准备总量的一半放在台面上，另一半存在包或角落，根据人流速度逐步补货。

4.2 Demo 环境搭建与降级方案

集市 Demo 最怕两件事：现场网络不通、电脑没电或死机。为了不在众人面前翻车，我们内部有一条不成文的规定：所有现场要跑的演示，必须在活动前一天用同一台机器，在完全相同的环境下完整跑过至少三遍。

本地跑一个单机版 Pulsar，通常一条命令就能启动。比如常见的启动方式是在解压目录下执行bin/pulsar standalone，它会自动拉起需要的组件。业务演示代码也要提前打包好，尽量做成“一键启动”，不要在现场敲命令还要等编译。如果你要在现场写代码给观众看，那就要把运行环境提前配置好，补全依赖、确认版本，否则很可能一轮到现场就报错。

网络永远是隐患。场馆里人多，公共 Wi-Fi 时常不稳。最稳妥的方案是全程不依赖外部网络：Demo 数据用本地脚本生成，客户端和 Broker 都跑在同一台机器上。万一机器本身没有网络，还可以用手机热点兜底。再往下一层，就是提前录一段完整的演示视频，放在桌面快捷方式上，遇到环境实在救不回来的时候就播视频，配合嘴上的讲解，大多数观众其实看不出差别。

还有一个小细节：舞台屏幕和笔记本的分辨率适配。提前带着高清转接线去，如果显示器边缘被裁切，你会失去半个控制台界面，那场面非常尴尬。最好提前到现场测试一下外接显示效果，再准备一版窗口缩放方案。

4.3 现场流程与志愿者轮换

集市人流往往不是均匀分布的。开场后一小时是一波高峰，中午午饭时间会回落，下午一两场热门分享结束前后又会涌来一波人。志愿者如果不做轮换，很容易在高峰时段集体疲劳，到了真正需要深度交流的时候反而没人愿意开口了。

我们的做法是固定一个“主讲位”，一个“机动位”。主讲位负责接待当前正在看 Demo 的人，机动位负责留意周边：看到有人站在摊位外侧探头，就主动递一张折页、问一句“要不要简单了解一下”；看到有人拿着电脑一脸困惑，就快速判断是否需要深入帮助。这样既不会冷场，也不会让所有人围在同一张大屏幕前而忽略了其他潜在用户。

现场反馈的记录是很多人会漏掉的一环。我们会在桌角放一个小本子和几支笔，鼓励志愿者在接待完一个人之后，趁记忆还新鲜，把对方提到的场景、问题、槽点记下来。这些内容在活动结束后的整理会上非常宝贵，它们可能成为下一次版本优化的一个细节，也可能变成一篇社区博客的素材。一个集市能收获多少真实反馈，往往取决于记录有多勤快。

4.4 集市常见状况处理

• 电脑死机、网络中断：先切换到手机热点，不行就直接播放预录视频。淡定从容切换的同时，还可以自嘲一句“这个故障充分说明高可用有多重要”，观众反而会觉得你很真实。
• 有人问“这项目是某商业产品的开源版吗？”：清晰解释两者的区别，强调开源项目可以自己部署、数据自主可控，但也不贬低商业服务的托管便利性，如实交代场景差异。
• 有人问“我在用另一套中间件，迁过来成本会不会很高”：不要急着拍胸脯保证，先问清楚对方为什么想迁，如果只是新鲜感，建议先做 PoC；如果有明确痛点，再介绍配套的迁移路径。
• 周边礼品提前发完了：不要当场说“没了”，请对方扫码登记地址，活动结束后用快递补寄，成本可控，还能沉淀联系方式。
• 志愿者被问到自己也不会的问题：诚实地说“这个问题我需要回去确认一下”，然后记下来。现场硬编一个答案，很可能误导对方，回去一查发现答错了，反而损害社区信任。

5. 开源项目参与门槛与长期价值

5.1 从逛摊到成为贡献者

集市上遇到的人，绝大多数第一身份是“用户”，而不是“开发者”。但很多持续贡献力量的人，第一步恰恰是在线下现场产生的连接。

道理很简单。线上参与开源项目，你面对的是仓库、issue 和冰冷的 CI 日志，很容易觉得自己在跟机器打交道。但在集市上，你会站在项目维护者旁边，看他们怎么解释设计取舍，听他们吐槽哪些 issue 一直没人修。这种真实感会让参与者产生一种“我也可以介入”的错觉——不对，不是错觉，而是正确直觉。

有人现场加了交流群，回去之后遇到一个使用问题，顺手在群里回答；多回答几次，就开始翻文档；发现文档和实际行为不一致，于是提了第一个 PR。这样一步一步走过来的人，在开源社区里比比皆是。线下活动不一定直接拉来很多“代码贡献者”，但它是整个贡献链条的起点。

5.2 新手可以在 Pulsar 做什么

如果你刚接触开源，想知道自己能从哪里下手，我以 Pulsar 为例给你一些具体方向。

代码层面，可以先找标记了“good first issue”的议题。这些通常是小范围改动，比如修一个报错信息、补充一个边界条件、改进一处日志输出。难度不高，重点是能让你走通从 clone 代码到提 PR 的完整流程。文档层面，中文社区永远缺高质量文档和示例，你可以把英文文档翻译成中文，或者补充一个更贴近业务的例子。有时候一个“工作了很久但没人写明白”的概念图，就值得单独画一张。

测试层面，开源项目也需要有人在不同的操作系统、不同的容器环境、不同的网络条件下跑测试。如果你手上有奇奇怪怪的环境组合，反而可能帮项目发现隐藏问题。插件与连接器层面，Pulsar 的生态支持很多外部系统对接，写一个小连接器的门槛并没有想象中那么高。社区层面，你还可以把日常看到的问答整理成 FAQ，这同样是对项目很实在的贡献。

不用一上来就想着“我必须读懂整个核心代码库”，绝大多数维护者也不是从头读到尾才开始的。他们往往是从自己的真实需求出发，修了一个小 bug，接着修第二个，然后慢慢熟悉了那片代码。贡献开源是一个滚雪球的过程，关键是先迈出很小的一步。

5.3 线下活动对开源社区的隐性价值

一场集市下来，如果按“新增 star 数”“提交 PR 数”来考核产出，数字可能并不亮眼。但如果你只看这些硬指标，会漏掉一些更微妙的东西。

我在现场见过一位工程师，他并不是那个团队的成员，只是路过时看到我们在讨论某个运维痛点，忍不住停下来讲了二十分钟自己的部署经验。临走前，他在小本子上写了一页注意事项。后来这些注意事项被整理成一条部署建议，帮不少人避了坑。这种贡献不会出现在 commit 历史里，但它确确实实让项目变好了。

开源社区本质上是一张由信任编织的网络。代码是网络的节点，但连接它们的，是对项目共同拥有感的人与人的关系。线下活动把虚拟身份变成一张张真实的脸，把issue 编号变成一次握手。此后你在线上再看到这个用户名时，会想起当时是怎么聊起来的，沟通效率完全不一样。

从这个角度看，集市不仅是项目的展示窗口，也是社区的一次“团建”。志愿者和路过的用户成了短暂的战友，未来某一天，他们可能就成了真正的协作者。

6. 常见问题速查表

6.1 门票与时间

问：去开源集市需要另外买票吗？

答：一般不需要。开源集市通常是年会整体日程的一部分，你只需购买了年会门票，就能进入。但不同年份的规则会有微调，最稳妥的办法是提前看官方网站或活动页确认当天开放时间和入场要求。若你只是对集市感兴趣、对演讲没兴趣，也是可以自由活动的，不需要在场内签到听完全程。

问：周末去不了，之后会不会有录播或资料？

答：集市本身是现场互动性质，很难完整录播。但项目的演讲内容和项目资料，通常会在活动后整理发布到社区公众号或官网。如果你只是想要关键资料，可以直接在活动现场扫码加入交流群，后续所有资料都会在群里同步。

6.2 技术问题速查

6.3 现场互动问题

问：到摊位前就想要一个纪念品，要做什么？

答：通常是扫码关注项目动态，或者完成一个很轻的互动任务，比如答一道选择题。我们很欢迎只是来拿周边的人，因为哪怕此刻不完全了解项目，一个贴纸留在手边也能成为一个日后了解的开头。

问：想参与项目，现场直接说要“写代码”合适吗？

答：非常合适。你可以直说：“我想给开源项目做贡献，但我只写过 Python，从哪个 issue 开始比较好？” 志愿者会给你指方向，而不是让你自我发挥。如果你想参与文档或社区运营，也可以直接讲，社区里代码之外的贡献空间很大。

问：站了一整天的志愿者，自己不腻吗？

答：说实话，嗓子会累，但基本不会腻。因为每天遇到的人都不同，每个人带给你的问题，都像一次快速的小型技术咨询。你帮对方理清了一个思路，对方眼神亮了，那种正反馈挺上瘾的。

我个人每次从集市回来，后遗症都是忍不住想改文档——因为在现场总有人问到我以为文档里写清楚、实际上谁都看不懂的地方。你要是周末到现场来，不妨专门挑一个自己最熟悉的场景去问摊主，看看他们对这个场景的现场回应能不能让你满意。那些让你感觉“答得还不够细”的地方，往往就是社区接下来最值得补上的部分。这个周末，祝你在 COSCon‘25 开源集市里，既能被某个小游戏吸引，也能在无意间撞见一个让你想深入研究的好问题。