播客：工程文化和 API 革命：与 Sagar Batchu 的对话
快速阅读: 据《InfoQ 公司》最新报道，Sagar Batchu建议个人贡献者应思考自身动力，明确最关心的领域（技术、团队或商业），从而选择适合的职业发展路径。在早期创业公司积累多方面经验有助于做出明智选择。
Shane Hastie：大家好！这里是Shane Hastie带来的InfoQ工程文化播客。今天我将与SpeakEasy的联合创始人兼首席执行官Sagar Batchu坐下来交谈。Sagar，欢迎！感谢您抽空与我们交谈。
Sagar Batchu：谢谢您，Shane。非常高兴能在这里。我一直关注InfoQ，所以这对我来说非常令人兴奋。
Shane Hastie：谢谢您，并且我们很感激您对我们的关注。我通常在对话开始时会问：Sagar是谁？
**介绍部分 [00:58]**
Sagar Batchu：或许我先从后面说起。我今天是以首席执行官、SpeakEasy联合创始人的身份来到这里的。我们是一家开发工具的公司，总部位于旧金山湾区和伦敦。我们致力于构建一套工具链，帮助全球开发者创建出色的API。
我从这里开始是因为过去两年半左右，正如你可能预料到的那样，这已经完全占据了我的生活，而且是一种很好的方式。我热爱这份工作。如今，我把大部分时间都投入到建设和扩展这家公司中。我们是一家二十多人的小公司，拥有不断增长的客户群，以及分布在全球的早期热情员工。这就是我今天要向大家介绍的背景。
我的到达这里的旅程是一段有趣的经历。实际上，我并不是从软件开始的。我的背景是物理学。这是我所学的专业。我的旅程是如何演变的呢？我当时实际上在考虑从事实验物理学。我正朝着攻读博士学位的方向前进，但当时我发现我最喜欢的事情其实是构建用于数据分析的软件，并实际围绕实验物理学构建所有这些技术。
因此，我没有继续攻读博士学位，而是转向了软件行业。在2010年代初进入了这个行业。那其实是一个非常好的时机，我很幸运能够在那个时候来到旧金山湾区并在不同的初创公司工作。在这段时间里，我获得了大量关于大数据API的曝光。这也是云计算的早期阶段。我在一家名为LiveRamp的广告技术公司工作，该公司在数据和API方面规模巨大。我们进行了大规模的云迁移，从本地部署迁移到Google Cloud。我想我们很长时间以来都是仅次于Spotify的第二大客户。
这是一段令人振奋的经历，通过这段经历，它可能是我作为一个人和一名员工最基础的经验之一。这也带我去了伦敦，我得到了一个绝佳的机会在那里成长和建立一支工程团队，并真正帮助定义业务中新生的部分。所有这些加在一起，我认为这让我回到了今天的旧金山湾区，在这里我很幸运能够从事这种开发工具的工作，这是过去十年左右在行业中我所能做的各种事情的总结。
**在新的国家开始新的事业 [03:28]**
Shane Hastie：让我们深入探讨几个要点，其中一个我想深入探讨的是从旧金山湾区搬到伦敦并在那里创办新事业的经历。这个过程有什么有趣、困难或令人兴奋的地方吗？
Sagar Batchu：我认为这段旅程中最有趣的地方在于，我一开始认为，“嘿，我已经在一家大公司工作了。他们正在组建一个新的团队。嘿，让我举手吧，这将是一次有趣的旅程，去那里应用我的经验并继续作为一名个人贡献者。”一旦我这么做了，我意识到实际上是要出去帮助建立业务中完全不同的一部分，而这实际上基本上就是一个初创公司。
我们拥有的只有一位总经理、几位早期销售人员，基本上还没有技术团队，只有愿景但执行力还不足。我从未做过这样的事情。走出去接手一张空白画布是一种令人震惊的体验。作为一名工程师，当我们刚开始职业生涯时，我们通常会加入已经有既定模式的团队、系统和软件，不仅有开发的既定模式，还有团队结构和发展模式等。这无疑是一种非常疯狂的方式，作为一个个人贡献者被推入那个位置。
结果变成了五年来与业务团队紧密合作，帮助定义一个新的市场。我们是广告技术公司，所以在GDPR实施期间在欧洲建立业务实际上是一种如何同时导航软件和法规的非常有趣的经验。然后还有组建团队并学习如何在一个没有联系的新市场中招聘，你意识到工程师并不希望直接被联系，他们更喜欢中介机构和招聘人员。所有这些学习。
这对我来说是一次全新的经历，从技术到人员再到业务建设，以及不仅仅是作为一名工程师，而是成为一名工程经理、工程领导者，最终成为总监和副总裁。你被置于挑战之中，需要自己想办法应对。我认为这就是那段经历对我的意义所在。
**从个人贡献者到团队领导的转变 [05:51]**
Shane Hastie：你已经经历了从个人贡献者到创始人整个旅程。在这个旅程中的步骤……其中第一步，我认为也是我们许多观众将会关注的一步，是从个人贡献者转变为团队领导再到首席工程师。典型的做法是我们把最好的工程师提拔到这个新角色中，却不给予任何支持和培训，只是希望他们能够自行摸索。
你的经验是什么？我们可以做得更好吗？
Sagar Batchu：是的。很好的问题，Shane。我认为你说得对。通常在一个团队中，我们会选择最优秀的开发人员然后让他们担任管理者。实际上，我认为不幸的是，这并不总是能找到团队中最佳管理者的标准。我认为作为行业，我们应该首先做的事情之一，而且我认为这些年已经有所发生，就是理解从个人贡献者转变为团队领导或管理者，这是一个非常不同的期望集，成功的定义也截然不同。
我认为对于那些已经成熟的公司来说，晋升流程应该真正讨论作为个人贡献者成长和作为工程领导者成长之间的差异。我认为这两者是不同的。我认为人们潜意识里认为这意味着前者的技术能力低于后者。我认为这不一定正确。我认为尤其是在当今的生态系统中，优秀的工程领导者仍然可以非常技术化，但他们的成功定义和对他们成功的理解是非常不同的。
是的。很好的问题，Shane。我认为你说得对。通常在一个团队中，我们会选择最优秀的开发人员然后让他们担任管理者。实际上，我认为不幸的是，这并不总是能找到团队中最佳管理者的标准。我认为作为行业，我们应该首先做的事情之一，而且我认为这些年已经有所发生，就是理解从个人贡献者转变为团队领导或管理者，这是一个非常不同的期望集，成功的定义也截然不同。
我要说的是，这是我要推动人们思考的第一件事，就是在从个人贡献者到经理的成长路径中，确保你明白什么是出色的表现，以及它与从L5到L6的不同之处，或者与横向转岗至EM或其他领导职位的不同之处。这就是我要开始的地方。
**从个人贡献者到领导者的旅程中的陷阱和风险 [08:04]**
Shane Hastie：在这个旅程中有哪些陷阱？存在哪些风险？
Sagar Batchu：旅程中的陷阱和风险。我认为作为开发者，我们有一种特定的直觉，我们会依赖这种直觉，比如技术直觉，它基本上非常贴近产品。一切都关乎如何最好地构建某物或如何最好地设计。归根结底，我们是非常创造性和建设性的。我们喜欢将不同的组件组合在一起，并且我们真的会从底层开始思考。我们思考如何构建一个系统。经典的系统思考者是那种审视所有组件并决定如何堆叠它们的人。
我认为有时作为领导者你需要有这样的视角，但常见的陷阱是你没有从其他角度看待问题。也就是说，与其从底层开始看，不如从顶层开始看并说：“对于企业来说，最重要的前一两件事是什么？让我们从这里开始。”我认为这是任何领导者都会遇到的陷阱之一，尤其是对于那些从个人贡献者开始的工程领导者来说，几乎所有人都是如此。
我认为这也是我曾经陷入的主要陷阱，就是过于专注于系统层面而没有确保你清楚地掌握业务目标、KPI，然后从顶层开始工作。然后真正将决策权下放给其他与你同级或在你之下领导，让他们做出具体的决定。
**组织领导的一部分是塑造文化 [09:28]**
Shane Hastie：组织领导的一部分是塑造文化。什么是文化，什么又是良好的文化？
Sagar Batchu：是的，这是一个很好的问题。在我的职业生涯早期，我常常思考成为前谷歌人、前Facebook人或前Uber人的意义是什么。我们用来描述曾在某些公司工作过的人的常用短语在我和我的朋友之间非常普遍。我意识到他们这么说的原因是，这是一种文化或技术经验的标志，一种大致归类的方法。我认为这是我一直在思考文化时想到的事情，有时理解文化的最好方法其实是当你离开一个组织之后。你离开了它，然后你会意识到带走的重要内容是什么，当去到新组织时别人会如何看待你。这可能是对你上一次经历的文化的一种反映。
我在团队中常说的一句话是，“我希望公司在文化上能成为一个地方，当人们有一天离开这里去下一个机会时，能够说他们曾在SpeakEasy工作过，这对他们而言是一种重要经历，同时也意味着他们将与什么样的人共事。”
我认为文化实际上就是那些让你觉得这是核心体验的经历。在任何经历中，你是否会带走一些重要的内容？我认为这就是文化。
我认为这是我一直在思考文化时想到的事情，有时理解文化的最好方法其实是当你离开一个组织之后。你离开了它，然后你会意识到带走的重要内容是什么，当去到新组织时别人会如何看待你。这可能是对你上一次经历的文化的一种反映。
我认为另一个广为人知的说法是“人们加入公司，但他们会离开经理”。我认为这也是文化的一个反映，最终文化成为了帮助你应对起伏、增强韧性的纽带。我认为其中有很多内容。这些是我所注意到的一些事情。
**领导者塑造文化，并让它有机地成长 [11:08]**
Shane Hastie：作为领导者，你是如何构建这种文化的？
Sagar Batchu：我一直非常重视自主性和推动高责任感。对我来说，关于文化的第一大领悟是接受让人们以有机方式创造文化，这意味着人们可能会犯错。会有你不认同的事情，会有你觉得不是按照你的方式进行的时刻。但你必须让这一切自然发展，让文化自然形成。
实际上，作为领导者，你可以引导和指导的地方，我认为是在思考一些围绕公司可以运转的核心原则。我们特别作为一个以产品为主的团队，经常讨论的是请求原谅而非请求许可。作为一个高度自主的公司，要接受个人做出决定并坚定地执行下去。只要他们承担后果和影响，我们就应该对他们在自己负责的领域内做出这些决定感到放心。这是公司可以围绕其运转的核心原则之一的例子。
我认为这些都是你可以引导的方式，但在除此之外，我认为我确实会让团队和公司自行做决定。无论是成功还是失败，都有可能。我认为从更宏观的角度来看，作为领导者，你必须接受这些波动，否则文化就真的像是一堆脆弱的纸牌屋，每一次互动都需要你表现得很好。这是不可持续的。最终，这不是文化。这意味着这只是你，而不是某种超越你的文化。
实际上，作为领导者，你可以引导和指导的地方，我认为是在思考一些围绕公司可以运转的核心原则。我们特别作为一个以产品为主的团队，经常讨论的是请求原谅而非请求许可。作为一个高度自主的公司，要接受个人做出决定并坚定地执行下去。只要他们承担后果和影响，我们就应该对他们在自己负责的领域内做出这些决定感到放心。这是公司可以围绕其运转的核心原则之一的例子。
**高度自主性，允许人们做出决定并承担结果，这如何体现出来？ [12:50]**
Shane Hastie：高度自主性，允许人们做出决定并承担结果，这如何体现出来？实现高度自主性
Sagar Batchu：高度自主性可能会带来几个方面的影响。我认为积极的一面是你可能会有更快乐的员工，那些因做出决策而感到被赋权的人。他们可以做出重大决策，也可以处理小事情，无论大小，都会感受到波动，并且因此可能会学得更快。
我认为自主性的另一个真正积极的方面是减轻了管理者和领导者作为决策守门人的压力。我认为自主性的不太积极的一面是你必须面对的混乱局面。它可能会更加混乱。组织的各个层级都会有更多的变动。边界区域会稍显杂乱。决策过程也会有更多的混乱。
我认为高度自主的行为对于处于我们这个阶段的早期公司来说非常有效，因为你真正关心的是员工的热情、公司的速度和前进的速度。我认为我们这个阶段的公司，速度是我们唯一的朋友。那是推动公司前进的唯一因素。我认为对我们来说它非常有效。
随着公司变大，我认为自主性需要与更多的稳定性进行平衡。我认为我上一家公司LiveRamp的情况就是这样，当我们变大时，许多工程计划从依赖自主性转向更多地关注创建一致的用户体验。我认为自主性可以朝两个方向发展，但我认为在早期公司中，我是高度支持它的。
我认为自主性的不太积极的一面是你必须面对的混乱局面。它可能会更加混乱。组织的各个层级都会有更多的变动。边界区域会稍显杂乱。决策过程也会有更多的混乱。
我认为高度自主的行为对于处于我们这个阶段的早期公司来说非常有效，因为你真正关心的是员工的热情、公司的速度和前进的速度。我认为我们这个阶段的公司，速度是我们唯一的朋友。那是推动公司前进的唯一因素。我认为对我们来说它非常有效。
**通过明确的所有权来减少错误的影响范围 [14:16]**
Shane Hastie：如何保持错误的影响范围最小？
Sagar Batchu：这是一个好问题。我认为为了保持错误的影响范围最小，自主性与所有权和明确的所有权结合得很好。最近我们公司做了一件事，这是我们公司历史上第一次从只有一个工程团队演变为多个工程团队。一个很大的问题是，每个工程团队将拥有什么？如果每个团队都将是自主的并做出决策，那么所有权必须非常清楚，否则就会出现不必要的混乱，而且是我们自己造成的。
我认为当所有权清晰时，自主性可以很好地发挥作用。在我们的案例中，我们决定走产品团队或收入团队的道路，每支团队都拥有真正的全栈开发能力，从产品的销售到如何构建和部署，从前到后。就每支团队拥有什么而言，所有权非常明确，现在我们可以让每支团队运营并拥有产品、销售、支持等整个生命周期的所有权。
我认为这是减少高度自主组织影响范围的一种方式，确保决策落在明确的所有权范围内。
**在职业成长路径中遇到的其他挑战 [15:28]**
Shane Hastie：在职业成长路径中，你还遇到了哪些其他挑战？
Sagar Batchu：我认为从高级个人贡献者成长为工程经理具有挑战性。我认为我是以非传统路径做到这一点的，因为我因为地理位置的变化被迫进入了一个新的市场，而不是通过传统的途径。你得到了一位工程经理的指导并以此成长。被扔进那个位置是一个艰难的学习经历。
我认为第二个大的挑战是从任何类型的工程领导者转变为创始人，这实际上是一种闭上眼睛跳进去的信念飞跃。没有人能给你足够的心理调整来应对角色转变的性质。
我认为作为创始人最突出的特点是很难找到对你的处境有同理心的人。
**将注意力从人事问题转移到技术问题 [17:02]**
Shane Hastie：将注意力从人事问题转移到技术问题。你们是一家API公司。这些AI代理对API今天的发展有什么影响？
Sagar Batchu：这是一个非常有趣的时代，展望未来开发的趋势。玩起来很有趣，看起来也很精彩。它像是窥视未来开发的方式，不再完全是人工主导的，或者至少主要是人工主导的，而是主要由机器驱动的开发方式。这真是一个疯狂的想法。
我只是在想，我们作为开发者的日常流程，从编写代码到版本控制，再到发布代码和部署，所有这些都旨在解决人类的问题。开发者体验的概念，一切都是关于人类的。即使是认证这类事情，也是关于人类的。你必须登录门户获取密钥或OAuth令牌之类的内容。一切都关乎人们如何与系统交互。
随着这些代理（agent）的发展，我有了一个观念转变的想法：如果我们进入一个由代理——本质上是小型应用程序——代替人类发起请求甚至为人类编写代码的世界，在冷静下来并恢复平静后，你会发现我们今天所拥有的每一项技术实际上都没有针对这种新的工作模式进行优化。即使是我们今天看到的能够为我们发起API调用的代理，它们实际上也都在依托于为人类设计的所有软件框架内运行。
让我举一个非常具体的例子。当你想到API时，API认证是一个非常大的问题，围绕它已经有许多大型企业正在建立。当我深入思考这个问题时，我会想到OAuth认证这样的东西，它专为API认证设计，创建作用域，并确保正确的API可以被正确的用户访问。而那些OAuth工作流都是关于人类输入用户名和密码以获取令牌来驱动这些认证工作流的。
然后你再想想代理（agent），让代理登录浏览器、登录工作区、获取令牌并执行任务这样做并不合理。当然，理论上可行，但效率极低。当你考虑到这类事情时，你会意识到其实有大量空间可以进行颠覆式创新，也有大量空间可以开发新技术。
作为一家API公司，我们的定位是与客户紧密合作来构建他们的API。这些API是如何构建的将会发生变化。我认为我们将扮演的角色是继续构建基础工具——即组件和工具链，它们是客户与代理交互、构建代理以及让代理自行构建API所需的一切。
我们现在处于起步阶段，没有框架堆栈，没有协议，也没有像今天已经存在的多年标准。我认为所有这一切都将在未来重新塑造。我认为代理（agent）这一方面非常令人兴奋。实际上，我们可以称自己正处于起步阶段。我们所看到的一切都只是原型测试或演示。它们尚未达到企业级部署的标准，距离这个目标还很远。
因此，像我们这样的公司有很多机会去为企业打造实用的工具来利用这些技术。
**给个人贡献者的建议**
Shane Hastie：如果你要给当今组织中的个人贡献者一些建议，他们会如何考虑自己的职业发展方向？
Sagar Batchu：我认为值得思考你的动机是什么，是什么每天驱使着你？是构建前沿技术吗？是构建业务吗？还是团队的成长和人员管理方面？我认为一旦你能明确什么是你最关心的动力，你就能够更好地与各种角色相匹配。
如果你是一名个人贡献者（IC），并且你真的关心构建前沿技术并从事定义标准和新框架之类的工作，那么……个人贡献者的成长潜力巨大。这可能是所有路径中最深的一条。你应该学习和成为专家的东西几乎是无限的。
我认为还有工程经理这条路径，你真正关心的是效率、生产力、打造高绩效团队，真正将一群想要相互合作并出色完成工作的人员聚集在一起。
最后，如果你受商业驱动并试图思考那个传说中的产品市场契合点，那么迈出成为创始人的一步并尝试这样做是一条可行的道路。
我只描述了三条路径，可能还有更多。但我想说的是，从你的动力开始。我认为作为一名个人贡献者，需要一些时间才能弄清楚这一点。因为日常的贡献工作并不一定留出很多时间去思考这些问题并获得经验。
即使在迈出信心的一步之前，尝试对所有这些不同的路径有所了解是非常好的。其中最好的方法之一，当然我是有偏见的，就是在处于成长期的早期创业公司工作。在技术贡献、管理、招聘、销售、收入等方面都有巨大的机会。
如果你能做到这一点，那么我认为作为一名个人贡献者，你将拥有做出明智决定所需的正确经验。
(以上内容均由Ai生成)
