GOTC 2023 参会流水账
有幸参加 2023 年 GOTC（The Global Opensource Technology Conference，全球开源技术峰会）两天的活动，可谓是是收获满满。
这次参加活动本是带着两个任务来的：一个是看（一声） LF APAC（Linux 基金会亚太区）开源布道者的展台；另一个是在云原生专场的分享：Kubernetes 跨集群的流量管理实践。
两天的活动原本计划第一天在展台，听各路大佬分享“八卦”；第二天除分享外就是听听其他几个感兴趣的分论坛。但临时被拉去主持云原生分会场，在分会场坐了一天，听了全部议题。也因为突然的变化，有了不一样的感悟。
前方预警，内容有些杂乱，定义为流水账一篇。或对或错，都是个人见解，其他的就当都市传说吧。
第一天
这次开源布道者团队在展区获得了一个展位，大会之前大家准备大展拳脚准备个酷点的背板。无奈被现实打趴下，由于几个人都太忙，最后背板是下面这个样子。是的，当你不做选择的时候系统会给你个默认的（当然，这都不重要）。
我是在 2021 年底在小马哥的怂（鼓）恿（励）下加入布道师团队的，正式开始是在 2022 年初。几乎一整年大家都是线上的交流，这次就变成了大型的网友见面会。这次虽然不是所有布道者都来参加，但是所有参加的人也没拍成集体照。
开源与开发者
一整天都在与人交流，更多的是听，听各个开源领域专家的分（吐）享（槽）。吐槽可以让人很愉悦，将原本稍显沉重的话题轻松讲出。
- 有开发团队吐槽开源团队（如 OSPO 等）：影响开发进度、规范流程不合理等等。有开源专家就反映团队设置流程检查节点看似合理，实际上却卡住了流程，最后谁都不愿担责。
- 有开源团队吐槽开发者：开源产品选型不合理、不遵守规范等。比如需要某个功能，直接从网上找来的开源项目没有许可、没有 READEME。
- 有开源团队吐槽企业的 KPI 设定，开源或做商业化，或要体现出价值。
这里面有企业、开发团队、开源团队，本应成为互相支持的正循环的，但企业需要业绩（活下去）、开发团队要支撑业务（有产出）、开源团队帮助企业更好地利用和贡献开源。彼此的关注点不同，却有一条无形的线联系着。开源团队如何向上提供开源战略和指导、降低成本和风险、促进共享和合作；向下传播开源文化、提供合规指导、技术支持。
说起来容易，做起来难。个人认为开源的最后一公里决定了开源在内部落地的成败。我们是否能够从当前企业的规模和实际需求出发，以一种务实的态度深入开发者群体，去了解他们所面对的情况。我不反对规范流程确实需要从上而下的执行，但是规范流程的制定也需要开发者的参与提供指导。我能想到的另一个点是，当一件事做起来很容易的话，应该可以让更多的人进入。 所以整个过程中，需要借助工具的力量去提升自动化减少人工的参与。
关于开源布道
其实加入开源布道师之后很长一段时间我都是很迷茫的。我本身参与开源的时间不长，文化理解也不够。平时看着大家对开源文化、开源合规等方面的专业，感觉甚是惭愧。自己只能写写公众号博客、在活动上分享下技术。后来被适兕老师“教育”两次，也理解到分享就是开源的本质之一，开源的理念是共享和开放。
