首页 > 其他分享 >滴滴开源的深度与温度——滴滴开源委员会秘书长吴国斌专访

滴滴开源的深度与温度——滴滴开源委员会秘书长吴国斌专访

时间:2023-06-20 15:00:46浏览次数:53  
标签:吴国 项目 滴滴 夜莺 雨林 科技 开源

::: hljs-center

裁剪.jpg

:::


点击链接收听本期 “大咖访谈” 播客,与大咖面对面: 滴滴开源的深度与温度——滴滴开源委员会秘书长吴国斌专访

开源雨林:请您先向观众介绍自己

大家好,我是吴国斌。2016 年加入滴滴,负责科技生态与发展部的工作,主要跟学术界、工业界、政府科技侧做科技生态建设的工作,同时,我也一路见证了滴滴开源的成长。因此,我除了是科技生态与发展部的负责人外,也兼任着滴滴开源委员会秘书长。

此外,我还担任中国计算机学会(CCF)理事、会员与分部工委主任、公益工委副主任,在担任 CCF 理事的过程中,滴滴跟学术界、工业界有很好的交流,也在积极参与到 CCF 开源发展委员会当中。

开源雨林:您何时开始接触开源?为何对开源治理感兴趣?

我从 2017 年滴滴开始做开源的时候,就在关注开源动向了。2019 年,我负责的科技生态与发展部业务版块做了升级,除了学术界外,也关注开发者侧和政府科技侧,致力于推动政、产、学协同创新,这三个生态位之间其实是可以做很多互补和连通的。那个时候,开源是构建开发者和工程师群体一个非常重要的抓手,所以我在开源方向承担起了开源委员会秘书长的角色。

开源雨林:滴滴开源治理单位的现状?

滴滴有自己的开源委员会,我们在 2022 年 8 月进行了新一届的亮相。目前开源委员会采取的是 FT 虚拟组织形式,设有秘书处以及开源治理、项目管理、合作发展、开源运营四个工作方向。

滴滴开源战略由开源委员会主席杨毅和各位委员共同商议决定,目前遵循“内部开源大循环,内源外源双循环”的运转模式。开源委员会承担的角色就包括了开源战略规划制定、开源文化和品牌建设、开源软件合规和安全建设、保障内源/开源项目健康孵化和发展、打造精品项目影响力和建设开源生态等。

开源治理:监督开源合规性,指导开源相关法律事务,加强开源软件合规和安全建设; 项目管理:保障内源和外源项目健康孵化和发展,挖掘公司级精品项目; 合作发展、开源运营:共同承接内外部开源文化与品牌建设,构建滴滴内外部开源生态,助力公司内部协同开发及降本增效,外部打造精品项目和贡献开源社区,持续提升影响力。

开源雨林:滴滴有哪些值得分享的开源使用的实践案例

滴滴在 2019 年就启动了公司内部开源,内部有类似 GitHub 的内源平台,短短几年内部项目也累计有 500 多个了,包括工具插件、组件库、服务框架等很多方向。

2022 年,开源委员会提出了项目精品化策略,希望建立内部孵化的流程管理机制,引入基金会模式,去挖掘和孵化符合开源战略方向且能代表滴滴技术实力的精品项目。目前在泛前端领域的项目 MPX、DoKit 以及云原生领域 Huatuo 项目已经成为精品孵化项目。

可以分享下微服务治理项目。滴滴内部开源倡导的是开放、协同、共建的文化,内部构建的内源平台项目数量多,当时我们在想怎么能够找到跨多个业务协同开发的精品项目。

微服务治理是 2021 年滴滴 CTO 线启动的技术子战役,确定了要把滴滴的基础架构往云原生和开源方向发展引导,所以当时微服务治理项目也成为了滴滴内源发展过程中的经典代表,多个部门在服务治理基础中间件生态建设上,以内源共建的形式开展了密切协作。

但时间紧,任务重。服务治理团队就 4 个同学,涉及到多语言 SDK 以及后续的迭代,很难达成战役的目标,当时的方法是采用内源共建方式。

在内源共建初期,也有遇到一些困难,比如一开始并没有考虑到多个业务线标准化沉淀,例如 A 业务线实现的方案,可能不能在 B 业务线直接落地,上线后会直接影响业务单量。复盘后,共建项目组对标准流程和审核方案进行了抽象和通用化设计,在集团拉起了一套服务治理产品标准,可以实现多业务复用,解决了业务技术团队的痛点。

开源雨林:滴滴有哪些值得分享的开源生态建设的实践案例

滴滴非常重视外部开源,也取得了一定的成绩。目前滴滴对外开源的项目已经有 86 个了,在 Github 上的 star 数在国内公司里排名第五,国际排名在 100 内。另外,我们近期在中国计算机学会的 Gitlink 社区贡献了一个项目 —— 夜莺 Nightingale。这是首个捐赠给 Gitlink 的项目。

夜莺项目发展还是蛮有特点的,它切入的是国内监控开源软件的空白领域,想做国产云原生监控系统。刚开源的时候,寻找种子用户我们同学说非常困难,甚至要从国外社区靠人肉找用户,这种好处是能够了解用户痛点,但规模化还是蛮难的。

转折点来自当时一个活跃用户是华中师范大学。他们找到了项目组,合作了一系列监控系统的培训和活动,带来了一定的规模化的种子用户。后来,萨摩耶、超算中心等试点,对我们的产品无论是在易用性、性能、稳定性和技术支持方面都比国外的同类型强很多,社区慢慢开始涌现更多的潜在用户。

近几年国产化浪潮下,社区迎来了更多的需求,希望帮助项目在国内可观测性领域持续打响知名度。这个时候 CCF 作为计算机专业学会建立了开源发展委员会,王怀民院士他们在领衔委员会发展,提出了我国开源生态建设发展的初衷,跟夜莺项目专注打造一流云原生开源监控方向和目标深度契合,所以我们就捐赠给了 CCF 开源 GitLink 社区。

进入 CCF 开源发展委员会孵化后,夜莺免费用户目前已经突破 1W+,希望在社区共建下,夜莺作为国产开源软件,持续在开源云原生监控领域做精做强,创造更大的社会价值。

开源雨林:夜莺 Nightingale 是以滴滴的核心开发团队为主吗?外部贡献者比例如何?

据我了解,夜莺 Nightingale 的外部贡献者还是有一定比例的,内部就几位工程师。外部有些用夜莺 Nightingale 做了创业项目,成功后会再反哺到夜莺 Nightingale 项目。目前,社区贡献者近 100 人,和滴滴内部的个位数字相比还是不一样的。

开源雨林:您从学界到企业界,一直坚持科技向善,滴滴在这方面是否有一些分享?滴滴开源委员会在开源向善方面有什么理念和规划吗?

在滴滴,CTO 张博 把“科技有爱”作为产研文化价值主张之一。“价值牵引、技术驱动、科技有爱”是整个产研文化价值主张,这 12 个字里,“科技有爱”是占很大分量。科技有温度,有底线,也是滴滴一切工作的内核跟原动力。滴滴在 2018 年成立 AI for Social Good(AI 赋能社会)共创平台,2011 年推出“Tech for good”,把“科技有爱”作为滴滴产研文化价值主张的底层核心。科技有爱里,我们围绕着无障碍、安全、健康、环保四个方向,从产品侧让用户感受到滴滴的关怀,从技术侧跟用户建立友好安全的品牌信任。

我可以举几个例子,是滴滴科技有爱非常重要的几个项目。第一个项目是 31 小时滴滴医护保障车队上线。2020 年春节,产研体系在疫情突发的情况下快速组织了技术开发团队,征集了司机志愿者,用 31 个小时快速地上线了一个医护保障车队模式,服务医护人员。

第二个项目是老人打车,滴滴老年版在做适老化改造,例如产品侧的流程简化、字号加大、实现一键叫车以及语音辅助等功能,主要为了方便老年人操作使用。在实名认证是 60 岁以上的老人,当他的订单终点是医院时,后台会优先呼叫周边车辆,先响应这样的特殊用户群体。在滴滴多个团队的共同努力下,这套产品上线到现在,已经有 325 个城市开通了老人打车,提供了超过 7200 万人次的老人出行服务,医疗场景的优先派单也超过了 6 万次。

在滴滴产研价值主张的底层核心理念下,开源委员会同样也是秉承了开源向善的理念。我们将开源技术与公益进行有机结合,开源了抗疫的健康类项目,除了滴滴车内司乘场景外,通过开源覆盖和扩展更多的应用场景,目前已经有超过 100 家企业应用。

同时,我们在滴滴 1024 程序员节黑客马拉松大赛上,也设置了科技有爱的赛道,希望能够有更多的内部项目开源。另外,基于滴滴开源项目 DoKit&Hummer 的开源课程已经连续三次进入北京大学,助力他们的开源实践课程教学。这也是体现滴滴在开源向善的一个理念,希望能够为中国高校培养更多的开源人才。

开源雨林:您对国内企业开源治理的未来发展有什么期望?

第一,目前国家把开源当成一个很重要的发展战略,提出 2025 年要建设两到三个有国际影响力的开源社区,我们期望国家在战略顶层设计上能够更好地引导企业,通过社区、白皮书、奖项的设立,推动整个开源生态建设。

第二,希望国内企业建立健全开源治理体系,企业都能够多去思考,把开源当成一个非常重要的战略。秉承开源理念,希望能有更多的交流场域,包括企业开源办公室、开源积极参与者,有更多的场合分享自己踩过的坑或取得的成绩,更好地互相借鉴,我觉得是很有必要的。

第三,希望企业能践行开源向善理念,一方面为中国高校培养更多的开源人才做出积极的贡献,另一方面将开源技术应用到公益领域,实践科技向善,产生更多的社会价值。

开源雨林:您对开源雨林有什么建议,接下来期望开源雨林做哪些事情?

我觉得开源雨林是一个很好的平台级场域,这个平台持续地系统化的输出各个方向的开源经验,大家可以在开源雨林平台可以很好地做交流。希望开源雨林通过这些交流,梳理出来一些理念,更好地帮助业内企业更高效的贡献开源,甚至自主开源,提升全行业的开源技术和应用水平。期待开源雨林能够越办越好!


开源雨林围绕开源通识、开源使用、开源贡献三大方面构建知识体系,愿把长期积累的经验系统化分享给企业,在团队、机制、项目三方面提供合作,推动各企业更高效地使用开源、贡献开源,提升全行业开源技术与应用水平。 开源雨林的内容已开源,并托管在 https://github.com/opensource-rainforest/osr ,欢迎通过 Pull Request 的形式贡献内容,通过 Issue 的形式展开讨论,共同维护开源雨林的内容。 欢迎关注 “开源雨林” 公众号,获取最新、最全的消息。

标签:吴国,项目,滴滴,夜莺,雨林,科技,开源
From: https://blog.51cto.com/u_15708880/6522872

相关文章

  • Databend 开源周报 第 98 期
    Databend是一款现代云数仓。专为弹性和高效设计,为您的大规模分析需求保驾护航。自由且开源。即刻体验云服务:https://app.databend.cn。What'sOnInDatabend探索Databend本周新进展,遇到更贴近你心意的Databend。后台服务Databend的内置存储引擎FuseTable是一种与Ap......
  • 全球开源 AI 游戏开发挑战赛,只等你来!
    我们在之前的文章中预告过(*划重点,IP属地法国):7月初,我们将举办一次与AI游戏相关的黑客松活动,这是有史以来的首次开源游戏开发挑战赛,借助人工智能工具释放你的创造力,一起打破游戏开发的边界。比赛将在北京时间2023年7月8日凌晨1点到9日凌晨1点间举行,限时24小......
  • 常见k8s开源网络组件
    目前,已经有多个开源组件支持容器网络模型。常见的网络组件,包括Flannel、Open vSwitch、直接路由和Calico。1.FlannelFlannel之所以可以搭建k8s依赖的底层网络,是因为它能实现以下两个功能。(1)它能协助k8s,给每一个Node上的Docker容器分配互相不冲突的IP地址。(2)它能在这些IP地址之......
  • 浅析开源容器标准——OCI
    1、导语容器技术火起来了以后,Docker的容器镜像和容器运行时已然成为行业的标准。此后,为了推进容器生态的健康发展。在Linux基金会的主导下,Docker和各大云厂商Google,Amazon,CloudFoundary,Microsoft积极响应于2015年成立了"OpenContainerInitiative",旨在主导容器的生态发......
  • SAP Spartacus 开源项目中 $skipComponentStyles 的作用介绍
    SAPSpartacus和Angular开发的前端应用中的$skipComponentStyles是用于跳过组件样式加载的一个标志。在理解$skipComponentStyles的作用之前,我们先来了解一下SAPSpartacus。SAPSpartacus是一个开源的电子商务前端框架,用于构建可扩展、可定制的电子商务网站。它基于An......
  • 2023年十大最受欢迎的Flutter开源应用程序
    原文出处:https://juejin.cn/post/7245170503798538296在移动应用开发领域,Flutter以其跨平台能力和漂亮的用户界面获得了巨大的人气。随着其开发者社区的不断壮大,Flutter生态系统已经见证了众多开源应用程序的诞生。这些开源应用不仅展示了Flutter的多功能性,而且还为开发者提供......
  • 华为云邓明昆:云原生时代,以开源赋能数字化转型
    摘要:云原生技术以“极致弹性、分布式、松耦合、高韧性”等特征,可有效帮助企业实现基础架构升级,业务快速创新。近日,以“开源赋能,普惠未来”为主题的开放原子全球开源峰会在北京亦创国际会展中心顺利举行。其中,由华为云承办的以“探索云原生技术发展与应用实践,赋能企业数字化转型”......
  • 华为云邓明昆:云原生时代,以开源赋能数字化转型
    2023年6月11日-13日,以“开源赋能,普惠未来”为主题的开放原子全球开源峰会在北京亦创国际会展中心顺利举行。其中,由华为云承办的以“探索云原生技术发展与应用实践,赋能企业数字化转型”为主题的2023开放原子全球开源峰会--云原生分论坛于6月13日圆满落幕。此次云原生分论坛邀请开发......
  • 又一开源项目爆火于GitHub,Android高级插件化强化实战
    一、插件化起源插件化技术最初源于免安装运行Apk的想法,这个免安装的Apk就可以理解为插件,而支持插件的app我们一般叫宿主。想必大家都知道,在Android系统中,应用是以Apk的形式存在的,应用都需要安装才能使用。但实际上Android系统安装应用的方式相当简单,其实就是把应用Apk......
  • 不成生DOM的非主流Blazor UI开源啦!
      作者之前介绍了开发中的PixUI,为了适配Web应用采用了将C#通过Roslyn语法语义分析后转换为Javascript的方案,但是这样带来的问题是工程量较大,在短时间内无法达到生产级质量。因此在简单评估了Blazor技术后决定暂使用BlazorWebAssembly来实现PixUI的Web端。本文记录一些Blazor链......