📱

Get Our Mobile App

Take your business learning on the go!

Download on the App StoreGet it on Google Play

Why Microsoft paid $7.5 billion for GitHub (Nat Friedman)

Dwarkesh Patel8:12

Transcription

您在微软。然后,在某个时候,您意识到 GitHub 极具价值,值得收购。您是如何意识到这一点的,又是如何说服微软收购 GitHub 的?

我曾与 Miguel de Acaza 和 Joseph Hill 一起创办了一家名为 Xamarin 的公司,我们开发了移动工具和平台。微软于 2016 年收购了这家公司,我对此感到非常兴奋。我认为这很棒。但说实话,我并没有真正期望或计划在那里待一年以上。但当我进入那里后,我接触到了 Satya 的工作以及他领导团队的素质。我真的印象深刻。事实上,我认为我在那里工作的第一周就见到了他,他问我——您认为我们在微软应该做什么?我说,我认为我们应该收购 GitHub。

这大概是什么时候?

这是我第一周。大概是 2016 年的 3 月或 4 月。

好的。然后他说——是的,这是个好主意。我们考虑过。我不确定我们是否能做到,或者类似的话。然后大约一年后,我给他写了一封电子邮件,一份备忘录,我大致说——我认为是时候这样做了。

有一些传言说谷歌在四处打探。我认为这可能是 GitHub 团队制造的。但这起到了很好的催化作用,因为这是我认为无论如何对微软来说都很有意义的事情。

所以,我给 Satya 写了一封电子邮件,一份小备忘录,说——嘿,我认为我们应该收购 GitHub。原因如下。我们应该如何处理它。

基本论点是,开发人员现在正在做出 IT 采购决策。以前是 IT 的事情,而现在开发人员正在主导采购。这是软件产品采购方式的一次重大转变。微软确实是一家 IT 公司。它不是一家开发者公司,因为它的大部分采购都是这样进行的。但它最初是一家开发者公司,对吧?所以,你知道,微软的第一个产品是一种编程语言。

是的,我说——看,我们面临的挑战是,有一整代新的开发人员对微软没有好感,而他们中最大的一部分就在 GitHub。如果我们收购了它,并且我们以一种仅仅称职的方式来运营它,我们就能赢得这些开发人员在我们所有其他产品上的考虑权。

令我惊讶的是,Satya 大约在六七分钟内就回复了,他说,我认为这是非常好的想法。我们下周左右见面谈谈。

我最终和他、Amy Hood、Scott Guthrie、Kevin Scott 以及其他几个人一起在一个会议室里。他们说——好的,告诉我们你的想法。我大概说了 20 分钟的闲聊。Satya 说——是的,我认为我们应该这样做。为什么我们不独立运营它,就像 LinkedIn 一样。Nat,你将是 CEO。他说,你认为我们能以 20 亿美元的价格买下它吗?我说,我们可以试试。他说 Scott 会支持你。三周后,我们签署了意向书并宣布了交易。

对我来说,这是一次了不起的经历。我在那里不到两年。微软是由许多在那里工作了很多年的人组成的,并由他们运营。他们信任我来负责这个非常重要的项目。这让我感觉很好,被信任和赋权。

我在开源世界长大,所以对我来说,有机会运营 GitHub,就像被任命为家乡的市长一样,感觉很棒。我真的想为开发人员做好工作。这就是它的发生方式。

这实际上是我想要问你的事情之一。通常,当某件事成功时,我们倾向于认为它的成功是不可避免的,但当时,我记得有大量的怀疑。我会在 Hacker News 上看到,最热门的文章是关于微软将如何搞砸 GitHub 的博客文章。我想这些担忧多年来已经被消除了。但你是如何应对这种怀疑和不信任的?

嗯,我对此非常警惕,我非常关心开发人员的想法。总有一个问题是你在为谁表现?你实际上真正关心的是谁?在你脑海中,你试图做好工作、给人留下深刻印象或赢得尊重的受众是谁?虽然我爱微软,也非常关心 Satya 和那里的每个人,但我真的关心开发人员。我在这个开源世界长大。所以,如果我在这家开源的中心机构上做得不好,对我来说将是一种毁灭性的感觉。对我来说,不这样做非常重要。所以这是第一件事,就是我关心。

第二件事是交易泄露了。原定于周一宣布,但周五就泄露了。微软正在收购 GitHub。整个周末网上都有可怕的帖子。人们说我们必须尽快撤离 GitHub。我们想——哦我的天,这太糟糕了。然后周一,我们发布了公告,说我们正在收购 GitHub。它将作为一家独立公司运营。然后说 Nat Friedman 将担任 CEO。我不想夸大其词,或者别的什么,但我认为有几个人说——哦。Nat 来自开源社区。他在开源领域待过一段时间,而且它将独立运营。我不认为他们真的平静下来,但至少有几个人想——哦,也许我会给它几个月的时间,看看会发生什么,然后再迁移。

然后,在我成为 CEO 的第一天,交易结束后,第一天早上 9 点,我在这间会议室里,我们通过 Zoom 和所有工程和产品负责人进行了会议。我想他们可能期望某种长期的战略或别的什么,但我进来后说——GitHub 没有官方的公开反馈机制,但社区成员已经启动了几个 GitHub 存储库。来自 NPM 的 Isaac 启动了一个,他允许人们向 GitHub 提供反馈。人们已经对这些东西进行了投票多年。我分享了我的屏幕,把它们按投票数排序,说——我们将从这个列表中选择一件事,并在今天结束前修复它并发布它,只是一件事。

我想他们说——这是新 CEO 的策略吗?他们说——我不知道,你需要做数据库迁移,一天之内做不了。然后有人说也许我们可以做到。我们实际上已经有了一半的实现。我们最终找到了可以在一天结束前修复的东西。

我希望我说的是——我们需要向世界表明,GitHub 关心开发人员。而不是关心微软。就像如果我们收购后的第一件事是集成 Skype,开发人员会说——哦,我们不是你的优先事项。你现在有新的优先事项了。

这个想法只是找到方法让它对使用它的人更好,让他们立即看到我们关心这一点。所以我说,我们今天就做这件事,然后我们将在接下来的 100 天里每天都这样做。

这很酷,因为我认为它创造了一些非常好的反馈循环,至少对我来说是这样。一个是,你发布东西,然后人们说——哦,嘿,我一直想看到这个修复多年了,现在它被修复了。这是一件相对简单的事情。所以你那里会有一个很好的多巴胺反馈循环。然后团队中的人们会感受到发布东西的兴奋。我认为 GitHub 是一家之前有点害怕发布的公司,打破这种静止的摩擦,多发布一些东西感觉很好。

然后是学习循环。通过尝试做很多小事情,我接触到了诸如——好吧,这个团队真的很棒。或者代码的这部分有很多技术债务。或者,嘿,我们发布了那个,结果有点糟糕。为什么那个设计会被放出来?而如果项目是那种六个月的事情,我不确定我对公司的了解是否会那么快。

当然,我仍然错过了很多事情,也犯了很多错误。但这部分是我如何思考的。没有人确切知道这是否产生了很大的影响,但我确实认为这赢得了一些信任。