写点什么

GitHub 换帅:那位曾努力维持代码托管平台中立性的 CEO 要离职了

  • 2021-11-04
  • 本文字数:3255 字

    阅读完需:约 11 分钟

GitHub换帅:那位曾努力维持代码托管平台中立性的CEO要离职了

Nat Friedman 曾说:“GitHub 存在的意义,是帮助开发人员。”


今天,GitHub 首席执行官 Nat Friedman 宣布即将于本月 15 日卸任,转而成为名誉主席。而几个月前刚刚被任命为 GitHub 首席产品官的 Thomas Dohmke 将接过掌门权柄。


GitHub 在 Friedman 的三年任期之内保持着良好的独立性与平台中立态度。继任者 Dohmke 表示他不会搞什么“新官上任三把火”,而且 GitHub 的基本定位同样不会改变。但他同时也坦诚地表示,他的个人风格肯定与 Friedman 有所区别。他本人更关注执行,所以在前瞻性方面可能要差一点。


GitHub 将继续在微软内部保持独立,也就是说,Dohmke 将向刚刚成为微软开发人员部门的总裁 Julia Liuson 汇报工作。恰巧的是,作为开发部门的负责人,Julia Liuson 才在上个月,因为想加强 Visual Studio 的销售,做出了一个“删除开源.NET 的某些关键功能”的决定,这个举动极大地激怒了广大的开发者。


GitHub 更换 CEO


GitHub 是通过 Git 进行版本控制的软件源代码托管服务平台,由 GitHub 公司(曾称 Logical Awesome)的几名早期开发者用 Ruby on Rails 编写而成。


在微软于 2018 年决定以 75 亿美元收购 GitHub 时,开发者社区一直担心软件巨头会拿出霸道总裁作派,将这项覆盖全球的代码共享与协作业务作为优先服务微软的平台。面对质疑,微软选中了拥有丰富开发及开源参与背景的 Friedman 出面负责。开发者社区对这样一位老朋友表达出善意,GitHub 也在他的三年任期之内保持着良好的独立性与平台中立态度。


微软最近还透露,GitHub 现在拥有 7300 万开发人员,几乎是收购时的 2 倍。



Friedman 是一位让开发人员放心的人物。自 1990 年代以来,他一直活跃在 Linux 社区中,曾任职 Novell 的开源 CTO,共同创立了 Xamarin 和 GNOME 基金会,并被描述为行业中值得信赖的人物之一。在 Novell 任职期间,他帮助 6,000 名员工从 Windows 和 Office 切换到了 SUSE 和 OpenOffice。其后,他作为联合创始人成立了一家名为 Xamarin 的初创公司。该项目提供了 Microsoft .NET 和 C# 的跨平台实现,这也是后来备受欢迎的开源跨平台开发软件 Xamarin 的前身。


当微软收购 GitHub 时,Friedman 是一个不错的 CEO 人选,因为他能够向开发人员保证该平台不会被微软阉割或搞砸。他说他理解社区中“健康的怀疑态度”,发誓会赢得程序员的信任。



尽管 GitHub 在 Friedman 任职期间在微软内部幸存下来,但这不能保证情况能继续保持乐观。因为除了 .NET 的惨败事件之外,GitHub 的源代码生成工具 Copilot 同时令人印象深刻,且存在抄袭以及代码版权问题。


而新任 CEO Dohmke 在采访中明确表示,GitHub 的基本定位在他的任期内同样不会改变。他还提到,当初微软收购 GitHub 交易敲定后,Firedman 很快就力邀他参与项目管理。出生于德国的 Dohmke 在职场上最辉煌的瞬间,当数 HockeyApp 公司联合创始人兼 CEO(于 2015 年被微软收购)。


在 HockeyApp 收购案后在微软开发者部门中平步青云的 Dohmke 表示,“2018 年,Nat 选中了我来管理 GitHub 收购交易。对我来说,那是一段非常激动人心的经历。期间我仿佛重新回到了 CEO 岗位,每天应对各种需要不同领导职能的交易事务。除了产品与工程技术之外,当时的 GitHub 还有很多其他问题需要解决。所以后来 Nat 邀请我一同加入 GitHub 时,我欣然接受。之后,我在 GitHub 负责战略规划与几个特定项目的运营工作。”


他管理的第一个项目,就是 2019 年初面向全体开发者发布的私人 repo 服务。而且与公众印象一样,Dohmke 承认他自己的外部知名度没法与 Firedman 相提并论。但他强调自己同样拥有开发者与开源倡导者背景,能够很好地延续上届 GitHub CEO 制定的整体发展路线。


Dohmke 解释道,“大家不妨回顾过去几年,看看 Nat 作为 GitHub 的领导者带来了哪些令人振奋、激动人心的成果,又是如何让 GitHub 发展成愈发完善的软件开发场景。希望 GitHub 的这段过渡期成为大家心中的美好时光。在与微软磋商收购交易的过程中,很多朋友对 GitHub 的未来独立地位感到紧张。我们会不会逐渐变成微软的一部分?但经过几年的事实验证,我们证明自己将始终保持独立、保持云中立姿态,将开发者放在首位并努力为他们做出正确的尝试。请大家相信,本次 CEO 换届将是 GitHub 开发者传统的延续。无论是之前的 Nat 还是现在的我,本质上都是开发者群体中的一员。希望大家能够以满怀期待的心情迎接 GitHub 未来的发展方向,并关注我们如何通过创新进一步提高开发者的生产力水平。”


GitHub 的未来规划


不过 Dohmke 也坦诚地表示,他的个人风格肯定与 Nat 有所区别。他本人更关注执行,所以在前瞻性方面可能要差一点。Dohmke 告诉我们,“过去几年以来,我和 Nat 一直密切合作、几乎每天都要充分交流意见,而且多数情况下有着相同的判断。但我认为 Nat 的前瞻性更强,他很善于预判未来——而我自己的执行力较强,更专注于当下需要交付的工作。而我们的共通之处就是都很关注客户。”



展望未来,喜欢在业余时间搞点个人移动开发项目的 Dohmke 表示不打算搞什么“新官上任三把火”。相反,他提出的很多规划都契合 GitHub 之前的前进轨迹——例如继续向 1 亿开发者用户的目标进军。


在他看来,达成这个目标需要四大支柱的加持。


首先,GitHub 将继续推进以 Copilot 为代表的 AI 项目。 正如 Dohmke 所强调,过去几年来 GitHub 在软件开发 CI/CD 方面做出了诸多努力,涵盖 pull 请求之后的一切。“借助人工智能与 Copilot,我们将这些努力引入了内部循环,希望把功能交付到开发者使用的笔记本电脑乃至编辑器当中。”


第二大支柱则是 Codespaces——GitHub 的云开发者环境,由 Visual Studio Code 提供支持。他强调,其中的基本思路就是保证 GitHub 能够切实匹配开发者的当前使用场景和需求,避免为每个新项目重复设置复杂的开发环境。


可以想见,第三大支柱自然就是 GitHub 社区了。“说起当下的顶级创作者社区,大家会想到 TikTok、YouTube 和 Substack。但实际上,开源的初始创意社区可以追溯到上世纪九十年代。开源的早期发展,或者具体到 Linux 的早期发展,恰恰就是创造、分享、相互合作并建立软件世界的完整过程。因此,我们希望 GitHub 能逐步发展成一个创作社区;而且从某种意义上讲,GitHub 自 2008 年诞生时起就一直秉持着创作者社区的基本定位。”


接下来是安全——Dohmke 认为如果没有这第四大支柱,GitHub 不可能在发展道路上走得又快又稳。作为一段时间以来的关注重点,Dohmke 本人主导了一系列安全收购交易,包括 2019 年将 Dependabot 与 Semmle 招至麾下。


Dohmke 在今年 8 月刚刚被任命为 GitHub 首席产品官,他对自己短短三个月间就再度晋升也有些意外。


“今年 8 月时,我还完全没想过自己会出任 CEO。但作为 Nat 的朋友、同事以及内部合作伙伴,他向我吐露了自己想要回归创业领域、重拾创业本行的打算。有了这层铺垫,我们几个月来也做了一定的过渡准备。”而且作为 GitHub 高管团队的一员,Dohmke 过去三年间一直在参与所有产品的审查工作。


Friedman 也确认了回归创业战场的决定。他在此次公告中写道,“GitHub 近年来已经取得了辉煌成就,而我在微软也工作了五年多,是时候重新回归自己的创业本源了。让我做出这个决定的核心驱动力,是帮助创造者们缔造未来的愿望。我喜欢跟打造新工具与新项目、解决种种棘手难题并用代码创造奇迹的开发者们并肩战斗、共同学习。因此我打算开启自己的下一段征程:为创始人和开发者提供支持、建议与投资,毕竟他们才是用技术创造未来、时刻投身于机会窗口的时代弄潮儿。”


对于 Friedman 的规划,我们似乎找不到反对的理由。他于 2016 年将 Xamarin 出售给微软,而且留任的时间比大多数人的预期更长。而被任命为 GitHub CEO 应该是吸引他为微软长期效力的重要理由之一。我们也会密切关注 Friedman 同志的最新动向,特别是他在 Ximian 项目上的规划。


参考链接:

https://techcrunch.com/2021/11/03/github-gets-a-new-ceo/

https://www.infoq.cn/article/Ut9C11Q1e5A0Sy0665Vh

InfoQ 对 Nat Friedman 的采访:https://www.infoq.cn/article/vks-FzY4ItsRg89zxmIi

2021-11-04 14:062571

评论

发布
暂无评论
发现更多内容

让区块链价值的属性之一“免信任”,更好的融入

CECBC

负载均衡算法之二 - 以 Golang 方式

hedzr

Go 语言 load-balancing weighted random weighted versioning

源码级别理解 Redis 持久化

蘑菇睡不着

Java redis Redis 协议

期权的初步认识

Qien Z.

期权 6月日更

CSS实战 | 磁性页头和页脚的表格制作

devpoint

CSS 6月日更

图论环境配置出现的各种错误

容光

Tomcat架构的认知

邱学喆

tomcat @WebServlet @WebFilter Manager

全国首个“区块链+数字人民币”应用场景在雄安新区落地

CECBC

什么是 API

escray

学习 极客时间 朱赟的技术管理课 6月日更

servlet工作原理之tomcat篇

hasWhere

数据库索引为什么使用B+树

hasWhere

相比买买买,我们更想在618聊一聊云厂商的能力象限价值几何

脑极体

「SQL数据分析系列」5. 多表查询

Databri_AI

数据库 sql 查询语句

网络攻防学习笔记 Day46

穿过生命散发芬芳

网络攻防 6月日更

【Vue2.x 源码学习】第十六篇 - 生成 render 函数 - 代码拼接

Brave

源码 vue2 6月日更

还不会JVM调优吗?照着做就行

看山

Java JVM 6月日更

Redis响应延时问题排查

hasWhere

SpringBoot之ScopedProxyMode

梦倚栏杆

短链接生成算法

Skysper

算法

WinRM 如何设置 TrustedHosts

HoneyMoose

【Flutter 专题】102 何为 Flutter RenderObjects ?

阿策小和尚

Flutter 小菜 0 基础学习 Flutter Android 小菜鸟 6月日更

烹饪一道美味的 CLI

蛋先生DX

node,js command 6月日更

Zookeeper在线迁移

阿骆麦迪

zookeeper 分布式 中间件 6月日更

沟通的方法:反向叙述

石云升

读书笔记 沟通 6月日更

【21-9】文件和文件夹

耳东@Erdong

PowerShell 6月日更

区块链场景化应用大有可为

CECBC

深入了解Spring框架之WebMVC框架

邱学喆

spring webmvc HandlerMethod HandlerInterceptor

react源码解析14.手写hooks

全栈潇晨

React

戏说前端 JavaScript 之『防抖节流』基础知识

编程三昧

JavaScript 大前端 防抖节流 函数节流 函数防抖

从金融街往事到全场景智慧金融未来

脑极体

清晰理解红黑树的演变---红黑的含义

hasWhere

GitHub换帅:那位曾努力维持代码托管平台中立性的CEO要离职了_开源_Tina_InfoQ精选文章