2026 犀牛鸟发布会直播对谈环节发言稿
用途：直播对谈口水稿
场景：2026 犀牛鸟发布会直播
要求：每个问题回答不超过 2 分钟，结合经历分享，鼓励大家报名并参与犀牛鸟开源人才培养计划
口径：偏口语，宁可短不要满，可按现场节奏增删
yunyouyang 2026-06-22
开场自我介绍
大家好，我是云游君，我是首届犀牛鸟开源人才培养计划的结业学员，现在在腾讯微信做前端开发，平时也会积极参与一些开源项目。
多年之后，面对犀牛鸟，云游君将会回想起，他犹豫是否要填写报名表的那个遥远午夜。
问题 1：你和犀牛鸟的故事/经历？
我和犀牛鸟也算是老相识了，我在学生时代便有幸成为了 2021 年首届犀牛鸟开源人才培养计划的结业学员。 去年也在这里分享了「从犀牛鸟开『园』到三顾鹅厂」的故事。
我和犀牛鸟相识的故事，得从一个遥远午夜说起。
2021 年夏天，我在腾讯北京实习，住在一个九平米的小出租屋里，白天搬砖，晚上回去接着写代码。 此前便已刷到了犀牛鸟的报名信息，但苦于事务繁忙，一直没有下定决心。
学校与实习事务已经够忙了，报了万一做不完怎么办？后来一想：与其将来后悔没试，不如先报了再后悔。 在那个报名即将截止的午夜，我还是点下了报名按钮，决定逼自己一把。
我参与的是 Omi，导师 dnt 老师来自微信支付团队。从拆组件、提 Issue、提 PR，到做方案分享，最后顺利结业，拿到了奖金、证书，还有一次秋招面试机会。
我想不管从实践体验来说，还是未来职业发展来说，这都是一次值得回忆、性价比很高的经历。
问题 2：你入职腾讯前后你的变化和体验是什么？
这里的入职前后，我可能要分为两个阶段来说，一次是实习前后，一次是社招前后。
虽然之前我有幸得到了秋招 offer，不过此前因为种种考虑，我最终没有选择校招入职腾讯。
这也是此前分享 三顾鹅厂 标题的来源。
但我想也正因此，再次社招进入腾讯后，我反而更能体验对比出不同公司之间的文化差异。
第一次实习入职前后，我从在学校/社区的小打小闹「自嗨」角色，转换到了真正开始编写面向用户的代码的开发者。 在此之前，我常常囿于代码本身是否够漂亮、技术栈是否够新、demo 酷不酷，而这些，只是技术最表层的一部分。 工作中，注释、文档、测试、灰度、问题定位、协作沟通流程，这些反而是工作中更常接触也更需要考虑的问题。
开源项目其实也是如此，个人项目我们可能丢上 GitHub 能跑就算赢，但需要协作的大型开源项目里，Issue、PR、讨论记录、测试覆盖率、文档质量，这些才是社区和用户真正关心的东西。
第二次社招入职前后，我从另外的视角更有了些其他的独特体验。
在开源社区里，腾讯可能是几个一线大厂中，（对比阿里/字节）开源项目最少的公司。 在腾讯的文化里，主要是围绕一个产品去做项目，这里对「拿来主义」很坦然，能用现成的轮子就不必重复造。
腾讯是一个更加以产品为导向的公司，在内源的基建和工具上可能更多秉持着「拿来主义」。 我觉得「拿来主义」倒不是一个贬义词，而是要根据现况去做合理利用已有的资源，避免重复劳动。使用开源项目本质也是如此。 同时反过来我们可以利用机会参与和学习外部社区的开源项目，或是开放进一步优化的项目，反哺社区。
这可能是造成这个结果的原因之一，但我觉得这也是开源社区的意义所在。 我想这也是开源社区的意义所在。 过去的工作经历中，我也见过许多为造轮子而诞生的项目，并最终因为种种原因逐渐走向死亡。
因此，我想真正有意义的开源项目，并不在多，而是在于是否真正为社区带来价值、解决问题。 以及是否能在此前提下持续维护、不断迸发出新的活力。
问题 3：AI 工具快速发展，对你带来的最大影响和变化？
好的，接下来我用最直白、最不绕弯的话告诉你… 好吧，其实稿子还是我手写的。
不得不承认，AI 工具飞速发展之后，我亲手写的代码比重已经越来越少，甚至接近于无。
以往做技术调研和问题排查，可能会打开几十个标签页，翻阅大量文档、issue、PR，甚至是 StackOverflow 上的问答，来寻找解决方案。 现在，我只需要把问题丢给 AI，它帮我把问题拆解、分析、解决，我再把结果验证一下，便可以解决大部分的 Case。
过去我也自认拥有着代码洁癖，常常沉迷于编写代码本身，推敲每一处优雅的写法，但 AI 到来也迫使我从以往专注代码本身，转向了搭建工作流、问问题、验收结果。 我对代码本身的优雅追求也逐渐减少，更关注代码本身能解决的问题和最佳实践。
在学生时代，我会积极参与维护一些开源项目，但工作后，我不得不转移我的时间重心与经历。 在开源社区，有一些知名的全职开源维护者，也会用到 burn out 一个词。 他们维护了太多开源项目，导致自身实在有些精疲力尽。
但有了 AI 后，我觉得我又有信心重新做到以前想做的各类事情了，也不用再将自己困在一些并不复杂但繁琐的任务上，开源项目的维护成本也大幅下降。 我们每个人都可以有更多的精力去关注创意和项目产品本身的方向与发展。
此外，我也想到一点，如果 AI 抹平了技术门槛，那么除了项目架构设计本身（甚至架构本身 AI 也能给出不少方案和优化建议），还有哪些是 AI 无法代替的？ 我想这时，开源信用本身、自身的开发热情、与他人协作的友好态度，反而更为重要。
我想这点对参加犀牛鸟的同学也一样：AI 能帮你读项目、补基础、理清维护贡献思路。 不过它替代不了你的开源信用与协作态度/开发热情，开发过程中，你的 Issue 讨论、PR 描述/文档/测试质量也同样重要。
什么是开源信用？我给出一点我自己的理解，为某个项目的技术点，在相关讨论里能够从始至终跟进，推进问题，给出方案建议，并持之以恒直至解决，便是信用的体现。
问题 4：你给计划参与犀牛鸟活动的同学的建议？
「宝子，我用最直白、最不绕弯的话告诉你：犀牛鸟这个活动，真的、可以、报。」
与其不去做而后悔，不如报了之后再后悔。
先报名，勇敢迈出第一步。别等「我准备好了」，那天永远不会来。 很多人怕自己太菜，Issue 提得太蠢、PR 太小，怕丢人。 完全不必在意，每个人都有第一个 PR，也不可能上来就是完美的。
选项目别光看名字酷不酷，看自己愿不愿意长期投入。 也别一上来就啃最硬的功能，容易卡死、也容易拿不到反馈。 先从小任务开练：修个文档、复现个 bug、补个测试、改个小组件。一个小而正确的 PR，比憋一个月也憋不出来的大招强多了。
我在 GitHub 上的第一个 PR，是一个很简单的样式修复，现在回看仍有很多不足，但那个被合并的 PR，也在开源之路上给了我很多信心。 “种树最好的时间是十年前，其次是现在。”
不管是提 Issue、写 PR 还是问导师，都把背景、现象、试过什么、怎么验证、还有哪些风险说明白。 代码只是结果，思考过程才是你真正的成长存档。把事说清楚，本身就是一种工程能力。
（当然，还可以善用 AI。但别全盘复制粘贴，首先确保自己能够理清理解。）
无论何时，保持友好，对事不对人。
也许在参与活动过程中，或者未来你维护了一个自己的开源项目，可能会因为疏漏或者设计理念不同，遇到各种各样的质疑和批评。 保持友好，吸取经验，不代表一味迎合，可以有自己的态度，但开源不只是开源，社区环境也要靠大家共同维护。
也祝大家都能度过一个精彩、充实、无悔的开源之夏。