In short
Decoder Podcast Episode Summary: GitHub's CEO says AI Coding is ‘Here to Stay’
Podcast Details
- Podcast Title: Decoder with Nilay Patel
- Episode Title: GitHub's CEO says AI coding is ‘here to stay’
- Host: Alex Heath, Deputy Editor at The Verge
- Guest: Thomas Dohmke, CEO of GitHub
- Release Date: [Not Specified]
- Description: Thomas discusses the evolution of AI in coding, competition, and GitHub's future in software development.
---
Key Concepts and Discussions
The Rise of AI Coding
- GitHub Copilot is a significant driver of the current AI coding boom.
- Vibe Coding: A trend that enables users to create applications without deep coding knowledge, primarily utilized on platforms like Cursor and Windsurf.
- Current Status: While small applications can be created without extensive coding knowledge, complex applications still require a foundational understanding of software engineering principles.
Developers and AI
- Developer Feedback: Many developers acknowledge that AI will redefine software development roles.
- Survey Insights:
- About 50% of developers distrust AI code accuracy.
- A significant portion finds AI-generated code leads to more debugging, raising concerns about productivity gains vs. time consumption.
Future of Software Engineering
- AI's Role: AI is expected to write a substantial percentage of code, potentially around 90% in the near future.
- The expectation is that AI will serve as an amplifier, allowing human developers to focus on higher-level tasks.
- The interview touches on the complexities of modifying existing software systems, which AI currently struggles with.
Competition and Market Dynamics
- Competition Landscape: The podcast discusses various competitors in the AI coding space, such as Cursor and Windsurf.
- GitHub's Position: GitHub Copilot remains influential, with 20 million users reported.
- Market Trends: Rapid advancements in AI have led to a dynamic and competitive environment, where companies constantly innovate to keep pace.
GitHub's Strategy
- Architectural Shifts: Acknowledgment that AI coding tools must adapt to new workflows and flexibility to compete effectively.
- Partnerships and Collaborations: The importance of healthy partnerships, particularly with OpenAI, is emphasized for innovation and growth in AI tools.
Professional Implications
- Changing Role of Developers: Future developers may take on roles more focused on overseeing AI agents, rather than coding directly.
- Evaluation Metrics: Discussion around how employee performance may begin to include AI tool usage as a criterion.
AI and Superintelligence
- AGI Discussion: Thomas suggests that true AI will evolve to a point where it can improve itself without human intervention, leading to what could be termed superintelligent AI.
- Perspective: The progression toward AGI may rely heavily on advancements in AI coding capabilities.
Key Takeaways
- AI's Permanence: Thomas asserts that AI coding tools are not a fleeting trend but an integral part of the future of software development.
- Developer Adaptation: Developers must adapt to changing tools and workflows to maintain their relevance in a rapidly evolving landscape.
- Collaboration and Competition: The dynamic between GitHub and its competitors underscores the importance of innovation and responsiveness to market demands.
---
Conclusion This episode of Decoder provides insightful perspectives on the role of AI in software development, the evolution of coding practices, and the competitive landscape shaping the future of technology. Thomas Dohmke emphasizes the importance of adaptability for developers and companies alike in navigating this transformative period.
Written by AI. May contain mistakes. Listen to the episode to check what was said.
Transcript
Automatic transcript. May contain errors.0:02Welcome to Decoder. This is Alex Heath, your Thursday episode guest host and deputy editor at The Verge. It's AI Coding Week here at Decoder. You just heard my friend Casey Newton's interview with the CEO behind Cursor, Michael Terrell. And now I've got a conversation with GitHub CEO Thomas Dumka. In many ways, GitHub co-pilots set off the current AI coding boom we're all living in. But since Thomas was on the show a year ago, the rise of Vibe Coding has shifted the buzz to newer platforms like Cursor and Windsurf. As you'll hear in our conversation, Thomas is thinking a lot about the competition and GitHub's role in the future of software development.
0:44It's a good time to be having this conversation. Thomas has a bird's eye view of where the industry is headed. I wanted to know how he thinks the role of a software engineer will keep changing with AI and when I'll feel comfortable vibe coding myself. This is Decoder, after all, so I couldn't have him on the show without asking what life is like these days running GitHub as its own company within Microsoft. Okay, GitHub CEO Thomas Dumka. Here we go.
1:22Thomas thanks so much for being on the show I have a lot to catch up on with you since a year ago when you were last on decoder with Neelai first though I think since last year the biggest shift has been this rise of Vibe Coding that we're talking about nonstop at The Verge and on Decoder. And when I think about Vibe Coding as someone who has never engineered any software in my life is the moment where I'll be able to create an app or a website without needing to understand coding at all. That to me is very exciting, but it doesn't feel like we're quite there yet. Do you have a sense of when the industry will get to that point where someone like me can literally vibe code something from scratch?
2:09It all depends what you're going to build, right? Like, I think we are there for small things. I challenge you to use something like GitHub Spark or Lovable, and you can probably build like a snake game or Pong or like little scoped apps. I think we're already at that point. And then as you get more complex, you're right, it requires you to have certain systems understanding, architecture design, databases, and all those kind of things. I think we're getting closer and closer to a point where you get more of these, as we call them, primitives, supported by the web coding platform. So if you take something like GitHub Spark, and when we launched it at GitHub Universe last October, it was only creating front-end applications, something that runs in your browser with a language called JavaScript.
2:54So it could do things that work in a browser, and it had a little bit of backend storage. Now the version of GitHub Spark actually generates a full stack application. So it also has a backend and a database and it can connect to AI models and those kind of things. And so it got more and more complex over like nine months or so. And I think we will see exponential improvements to what these Vype coding platforms can generate. The challenge I think will remain that it's one thing to create something from scratch. It's a totally different thing to take an existing software system and modify that and figure out where in the code base, which functionality and which test cases.
3:30And as most software applications over the years become bigger, bigger and more complex as sometimes hundreds if not thousands of engineers have worked on that, I think we're really far away from AI being able to solve all these use cases that an expert in a system can solve. That's a good segue to this blog post you recently published where you spoke to a bunch of developers. I'd be curious to know what kind of developers they were, But you interviewed a bunch of developers and kind of took their temperature on the state of AI coding and where they're at with it and what they see coming. What kind of developers did you talk to?
4:04These weren't all just people on your team, right? These were external developers? Yeah, it's external developers. Yeah. Folks that were recording. You know, when I joined GitHub seven years ago, what's the first eye-opening moment is that when you're at GitHub, given the GitHub brand and then how widely known GitHub is in the industry, it's really easy to find people that are willing to jump on a 30-minute interview and answer some questions. So it was a range of developers that are certainly affiliated with GitHub or have an interest to provide feedback to us. But otherwise, it was a spectrum of folks.
4:34What was the top feedback you got? And I'd like to connect that, too, to the role of the software engineer and how it's changing and what you basically heard from people about how they think the role of being an engineer is changing right now and then how it's going to change over the next year? If I want to summarize it really quickly, AI is here to stay. And I think most developers that we interviewed and most developers in the industry, they have realized that the profession of a software developer is going to change. It's already changing through the use of AI. And as such, the majority of them are in the process of adjusting to that new way of working.
5:12And I had another blog post earlier this year where I described this as the odyssey of developers. We moved from punch cards and mainframes to the personal computer, which drastically changed the inner loop of how fast I can dry out something. Because before that, I had to book time on a mainframe. And I remember going to my mom's office, she had punch cards on her desk. And then all of a sudden, everybody had a PC on their desk, at least the nerds had them. And they could just start coding. And then we went from assembly language and basic and Pascal to Python, Go and Ruby. We went from no internet to millions of open source libraries that I can just pull into my application from my own servers to the cloud.
5:49They've always moved up the abstraction ladder. And today, a developer that builds a full stack application likely does not actually know what CPU is running that application. And RAM and gigahertz and what have you, the technical specification of that CPU. And unless they're a game developer, they're likely not doing Assembler either. So we're moving naturally up that stack because the amount of code that we're managing has grown exponentially over the last 50 years and will keep growing exponentially. Humans are really bad on exponential curves. And so we need these tools to, you know, at least for us, flatten the curve, not make it flat, but like make it a little bit less steep so we can actually still handle these complex applications with, you know, now billions of lines of code.
6:32Half of the developers you spoke to for this post said that they believe that within two years, 90 % of all code will be written by AI, which is the thing I've heard from others. Dario Amadei, the CEO of Anthropic, he recently had an even more aggressive timeline. He said he thinks we'll be there in three to six months. I'm curious, where do you fall on that debate? Where do you see the timelines for a world where pretty much all code in production was at least generated in part or fully by AI? The first thing that always comes to my mind when we have this conversation is that we need to acknowledge that 90 % of our stack today is already written by somebody else, aka millions of open source developers around the world.
7:18You know, if you look at the virtual webpage and the backend and all that, I'm sure it's 90 % open source. If you count the lines of code, 90 % of those are from open source libraries, open source operating system, programming languages, dependencies, all that. And the team, the engineering team, is writing 10%. Same for us at GitHub and even the same for our friends at Microsoft. So we're already in a world where we're focusing on the thin layer on top that defines what makes our business while we're pulling in the work of millions of developers from around the world to accelerate and to innovate and what have you, to secure the ecosystem.
7:56And the same will happen with AI, that AI will write nine pieces of code so I can still focus on my eight-hour workday and have my one piece of code. So it doesn't mean that I stopped writing code. It just means that now I have 10 times as much code and 10 times as much functionality and features as I could produce on my own. It's an amplifier in the same way that open source is an amplifier. On Timeline, I think we're going to see a huge spectrum of teams and companies, and depending on how they adopt AI, not only because they're willing to use AI, but also because they have designed their company, they have designed their software, their infrastructure in such a way that AI agents can leverage that infrastructure, right?
8:40Like, for example, they have a design system. So whenever you want to ask the agent to add a feature, it doesn't invent new cascading style sheets and what have you. Instead, it uses a component. So all the features the agent builds actually look aligned with the design language of your product. And so you can imagine there's a whole new way of architecture and applications that make it much easier for an agent to use those Lego blocks, you know, to compose new features. And I think that will heavily influence how fast a company can get to the point that 90 % of code is written by AI. And then vice versa, there's obviously lots of companies still that have COBOL code running on mainframes and that have PHP and Perl and all the legacy spaghetti code that's around.
9:27Here at GitHub, we have a Ruby on Rails monolith that is now as old as GitHub is. And it's not that I can just make the decision as CEO to say, split down the monolith and we will have a nice modern architecture. Let alone that often is a philosophical discussion as much as it is an engineering discussion. But getting out of this legacy state, going through the cloud transformation, digital transformation, now the AI transformation, That will take organizations way longer than those that can be on the cutting edge where 90 or even more percent of the code is written by AI. So it sounds like you don't have a timeline.
10:06Like today, lots of folks already out there that are, you know, documenting that on their blog posts. Like if you know what you're doing and you started from scratch with something like Cloud Code, you can have it by 100 % of the code. And the only thing the author was doing was modifying these in-human language written files to then instruct Cloud Code to build their applications. And so that application is, by definition, 100 % of the code is written by AI, and all the author is still writing is instruction, specification. And whenever the source code that was generated was not functional, you, of course, can just go in and modify that.
10:44Or you can say, no, no, I don't want to do that because then I'm breaking my system. Instead, I'm trying to figure out how do I change my instruction files to then keep going with cloud code writing on my code. Yeah, I'm kind of mad at myself, honestly, for even asking you about this, because this trend that's happening of CEOs saying random percent of our code is made by AI actually really frustrates me. Your boss, Sati Nadella, has said actually that 20 to 30 percent of your code at Microsoft is written by AI. And Sundar Pichai has put out a stat. Mark Benioff has put out a stat. Zuck has put out a stat.
11:19But I've been wondering, is this actually good code? Is this code that is something you want over time to increase? Because I was looking at this recent Stack Overflow survey where they interviewed a bunch of developers. I'm sure you've seen it. And it was really interesting because the vast majority of them were saying that they either used or planned to use AI tools over the next year. It was like over 80%. But I thought something really interesting was that about half of them said they really distrust the accuracy of these AI coding tools. And that their biggest frustration, which was cited by, I think, 66 % of the survey, was that the code that it spits out is just not quite right, which often leads to them having to spend a lot of time debugging.
12:06And that AI coding is actually more time consuming than productivity gaining. And I'm wondering, do you see that across everything that GitHub does and also inside GitHub? Or do you think this is more isolated? It seems like a big problem that, yes, AI code output is on the rise, but maybe it's not actually good code. And now you're mad that I didn't give you a percentage? Well, I was mad that I was actually just asking you for percentages when I'm looking at my notes here and going, well, actually, people take issue with these percentage questions. Is this even the right way to be talking about this?
12:40Because, yes, AI code output is going up across companies and CEOs are using it to brag about their efforts. But are we focusing on good code? I'm curious what you make of that debate. Those two, from my perspective, actually go together. And I think the percentage, obviously, is a bit of a marketing instrument. And what really does it matter about it's 90%, 80%, or 95%, whatever. I think what matters is that it's clear that the profession of software development is changing. and that we're moving up the stack and we're moving from understanding every single line of code to switching back and forth between a specification.
13:16Human language is inherently non-deterministic. We can both say the same sentence and mean different things, let alone that different languages have different constructs of describing these things. Hogan language is an abstraction of the processor, right? Of the CPU or GPU, what have you. As such, it's nothing else than describing how to translate transistors ultimately are flipping from zero to one. And we're going to have both because the machines are running on CPUs. That's not going to change. But we're thinking in human language. So then the question really is, do we want to write more human language or do we want to write more code?
13:54And that's not AI determines that for you. That's a decision that you make as a developer. And I think this is going to be the creative freedom for me as a developer to say, I want to write code because I know what I'm doing in this moment. or I want to use an AI agent. And in fact, if you think then about agents, the first question really is, is it faster to use an agent or is it faster to do it myself? And if I know I can do it myself in like three seconds, I'm wasting time, energy, you know, resources if I ask the agent to do that. It's like, you know, I hope when we're texting, you know, using ChatGPG to write the response to my text message.
14:29I have many reactions like this when I'm using consumer agents, where it's like, yes, you can go off and book me. the hotel or whatever, but it takes you an hour and it's not really right at the end. I should just go do it myself. It's more productive for me to do it myself. And even, you know, the notification summaries in Mail or Outlook or Apple iMessage are often, for me at least, less helpful than just reading the first three lines of text, right? Yeah. Then the second question is, okay, so now AI is writing all this code. And if AI is writing 90 % of the code, as in nine times as much code as I'm writing, am I reviewing all that code for, you know, quality, security, coding standards, or do I find ways for AI to help me with that as well?
15:10Because ultimately, we're going to DDoS, the human developer population, with the agent population as those agents, sorry, DDoS, distributed denial of service attack. As these agents don't sleep, they don't take time off over the weekend, and you can render them parallel. If you look at OpenAI Codex, they're already generating four variants of every task that you're giving. And then you're effectively helping them with their reinforcement learning by picking the one that you like most. But you could not only generate four, you could generate 40 or 400. And then you could have another agent that looks at the quality of that code and rates that quality.
15:48And then you have a feedback loop between those agents. So actually, I think we're getting to the point that agents will generate always better quality than a human can generate because you can just run this at infinite scale. And as such, you know, find all the bugs that a human wouldn't find because they don't have the time to do that. But the challenge will remain is, do we trust that code? And there, you know, we're actually coming back to GitHub. GitHub was built exactly for that reason. It was built for human-to-human collaboration, right? GitHub is all about me having an open-source project, you forking that project, you like something, or you want to add something, you send me back what we call a pull request.
16:22And then it doesn't just go into my code base. Instead, I review that code and maybe give you feedback and say, hey, Alex, this is cool, but how about you rewrite this? and sometimes the tone is a little bit harsher on that as well. And then at some point, you know, we decide, okay, this is cool, let's merge it, right? That is actually quality control of human-to-human collaboration. And of course, you can use the exact same process for human-to-agent collaboration, except if you now have thousands of agents, you have to rethink that approach. And I think that's going to be the biggest differentiator for developer tools.
16:52Those who figure out how we can have agents generate so much more code than humans and have the humans still be in control and make sure that what goes into production and handles customer data and billing processes and what have you, that that code is actually functional and has quality and doesn't have any vulnerabilities, right? That is the challenge of the years to come, is not how much code is agents writing, is how much code from agents can I actually accept into my production system. It sounds like you're saying the future of a developer is someone who is just looking at how all these agents are behaving all day long and accepting pull requests or rejecting them or reviewing code, but not really writing it, maybe giving very high-level instructions, but really stepping back from the actual process of coding.
17:42Is that what you're saying is going to happen broadly? I think to some degree this will happen. We started this with wipe coding, and wipe coding is already happening. All you do is write a prompt. It's actually also happening with image models. if you use ChatGPG, you create like a whatever, Studio Ghibli image, for example, you're not writing the code to do that and you're just giving the instructions and then there's something in the model that does that for you. And in fact, one of the hacks is that you can upload an existing image and have it decompose the image into like a JSON file, like a data structure.
18:14And then you modify that data structure and use that as the prompt to generate an image that has something removed or something modified on that image, right? So you're kind of like acting like a developer, but you're not writing any code. You're just having the model do that. So I think there is going to be a class of developers that will use models and agents to build and verify systems. And I think there's going to be a class of developers that also still love coding and that are mixing up their workday with offloading some work to AI agents, like writing test cases, documentation, offloading the stuff that they don't want to do.
18:44So they have time for the stuff they actually love doing. Because the question then becomes, how do you spend your eight hours a day? What is it actually that lets you explore your creativity and ship innovation and so on versus just getting stuff done. And I think it needs to be a mix of both. Most developers today in small and large companies code, you know, maybe four hours a day, sometimes even less. The rest of the day, they do all kinds of other things. You know, they are in meetings and they write emails and review other people's code and update servers. There's lots of other things that developers also have to do.
19:14I think most of them will preserve a certain amount of time during the day where they write code or instructions to generate code, which will feel like coding. In fact, if you think about it, I brought this example earlier. We move from assembly language to higher programming languages and open source libraries. I haven't seen many people that are sad that they no longer have to write assembly. They can. It's not like assembly isn't there anymore. It's just that we have a compiler that takes my programming languages and compiles it down into assembly. Now, you could see the AI model effectively like a compiler.
19:47It takes my human language instruction and compiles it down into programming language. And then the real compiler takes that into assembly. your code actually would be the human language, right? Like you wouldn't ever have to look at the programming language, except that all the models today still have hallucinations and they still write code that doesn't exactly do what I want. Or maybe, you know, I do it, ask it 10 times and each of the 10 times it writes different version of that code. And you can actually see that when you watch people write coding live on stage. The snake game that I have used as a demo looks different every single time.
20:19And so we don't trust the human language conversion into programming language enough to actually cut out that layer. But we were able to cut out the assembly layer and we're good about this. And I think as long as we have those two layers, we're always going to also write code and learn coding and go back and forth between the deterministic and the non-deterministic layer. Because LLMs are inherently non-deterministic and do make things up, it's actually a function, not a bug. It's how they're architected. They're designed to hallucinate. Is there ever going to be a point where I can get to what I was starting this conversation with, where someone like me who has no understanding of coding, who can't tell you the difference between languages, can reliably trust that something I'm building that requires access to different APIs, a database, web, all that can be built through natural language?
21:10Because if we ever get there, that seems big. That seems like it will have profound impacts on the world. But like you said, maybe it's just inherently not in this technology to be able to get there. We'll get there as long as the scope is, you know, limited to a certain degree and that scope will increase, I think. I think you're going to be able to do certain things. If you will, if you talk today to an AI agent and let it do, you know, render a chart for you, what that actually does is write a Python script and then use that as Python script to render the chart. And you can, you know, chat GPGs go and say, show me that Python script.
21:49And I think most users never need to understand that Python code to look at the chart. And those use cases, I think, will increase at a rapid pace. But then also what we consider as professional software systems, the products that professional software developers write will become so much more complex. because it is now easier for a professional software developer to build more functionality in the same amount of time where in the past they would have built that Python script to render a chart, if that makes sense. What we consider now today state-of-the-art software will be so much more complex than what we can imagine a human developer can write.
22:31And in fact, that has always been true also with what my iPhone can do today is unbelievably more powerful than what a Commodore 64 could do in the early 1990s, right? And that developer that was building for the Commodore 64 would look at the way of how iPhone apps are written and think about that as magic in the same way that we see AI as magic. And I think if you think about it that way, we will get to the point, but we will also get at the same time have the professional developer feel still like a magician because they can write such complex applications.
23:07We'll be right back after this short break.
23:35for the job, you can turn to LinkedIn Jobs. And now LinkedIn Jobs is stepping things up with their new AI assistant. So you can feel confident you're finding top talent that you can't find anywhere else. With LinkedIn Jobs AI assistant, you can skip the confusing steps and recruiting jargon. It filters through applicants based on criteria you've set for your role and surfaces only the best matches. So you're not stuck sorting through a mountain of resumes. Hire right the first time. Post your job for free at linkedin.com slash partner, then promote it to use LinkedIn Jobs' new AI system, making it easier and faster to find top candidates.
24:17That's linkedin.com slash partner to post your job for free. Terms and conditions apply.
24:30We're back. Let's talk about competition. You've actually already mentioned several competitors to GitHub Copilot in this conversation. So that tells me you're open to talking about it. Coding, I think, is safe to say the fiercest competitive corner of the AI world right now. At least that's my read of it. You've got a lot of deals happening, startups being sold. Some of the fastest growing companies of all time, in fact, are AI coding companies. Cursor, Lovable, the Vibe Coding app we've talked about already in this conversation. GitHub Copilot was really the first to this space in terms of being an AI coding assistant.
Read the full transcript
25:11And still huge, obviously. But I'm curious, especially in the year that's lapsed since you've been on Decoder last, I'm wondering if you agree with the sentiment that GitHub Copilot seems to have lost mindshare, at least in the Silicon Valley niche that is obsessed with this stuff and talking about it every day. I'm sure you still have a ton of users, but I'm curious if you feel that and if you feel like that's a pressure on you to evolve the product faster. And yeah, how you look at how competition has changed this year. I think the overall market of artificial intelligence, larger language models, and what is possible with these models, is moving at a really rapid pace.
25:55I've never seen anything like that in tech, and I've been around for a while. And you're right, AI code generation is at the forefront of that innovation. Logically, if you think about it, because all these companies are also employing developers, and so there's an inherent motivation for everybody to make coding easier, because that means I can innovate faster. And if I have a coding tool that lets my developers move 5 % faster than my competitor, I will use that. But since I was on last time at Decoder, that market has accelerated. And I want to be really open to this. This is amazing. Like, I've been a developer for so long and I've never seen so much innovation in software development tools.
26:35And as GitHub, you've always understood us as a part of an ecosystem that is both competing and partnering with companies in our space. Whether it's in AI cogeneration or whether it's in CICD, like how applications are built, We're not making decisions of what open source library you prefer, right? Like most people wouldn't use GitHub if it would only offer you the JavaScript ecosystem but would tell you to go somewhere else to use Python. And nobody wants to watch sports if there's only one team winning it all. And where I don't agree with you is that we lost Mindshare. I think we have won some and lost others.
27:15And, you know, sometimes it's on a week-by-week basis that you see folks posting on their X that now they're back on VS Code because the latest release, and we're doing nightly builds and monthly releases, has something they want. That's something we should, as an industry, be really proud of. Copilot was late on moving from a single model to multi-model choice. But we got there last year in October. You know, we added agentic support. We built MCP, a model context protocol integration. And now all these coding agents are using the GitHub MCP server that we have built and partnered with the topic.
27:52So it's a race. It's a race where we just announced in Microsoft earnings that we now have 20 million users on GitHub Copilot, 75 % quarter over quarter growth in enterprise usage, 90 % of the Fortune 100. I can give you all the stats. Hold on. On the user number, I got to ask you about this user number. Yeah. Thomas, there's something funny going on with this user number. This is lifetime users? This is users that have ever used it? Or is this monthly? Is this daily? Can you give me a little more granular detail here? It's 20 million users that have, 20 million GitHub users that have Copilot enabled.
28:28Enabled. So it matches the 150 million accounts number, same way of measuring it. And we have 50 million users on, 50 is 5-0 million users on Visual Studio and Visual Studio Code. So that gives you an idea of how far we are in activating the users on our OIDs. This post of yours where you announced that new user number stat, you wrote, the true measure of a company is never drawn during its hype wave, but by its resilience when pressure tested. And then you wrote something even more interesting, I thought, where you said, even with all the constraints we faced, we've proved that a little grit wins the game.
29:06What constraints were you referring to there in that post? Because you're the CEO of GitHub. I would think that you guys are not really constrained. You're also model agnostic, whereas the rest of Microsoft seems much more still connected to OpenAI, at least for now. But it seems like you're able to work with whatever model you want. You're still a separate part of Microsoft relative to the other parts. So what constraints were you talking about? Any size of company is constrained. That's the definition of budgets and employees or headcount, what have you. And you can just always add more people and then you run into the mythical person once that adding more people to a team actually slows you down and doesn't accelerate you.
29:46As such, whether you're a 10-person startup or a 3 ,000-person GitHub or 200 ,000 or so-person Microsoft, you have to make decisions. And Apple famously said, a thousand no's for every yes. And so one constraint is that, of course, we have endless number of items in our backlog. and many of the backlog items that GIP has stem from a time before AI. Customer feedback, people wanting a feature in GitHub issues or GitHub projects, you name it. In fact, there is a running joke that for every customer feedback item we get, there's already one there from months or years ago where somebody else had that same idea.
30:31Naturally, because our customer base are developers and real developers, there's always going to be somebody having an idea that was already there or telling us how to do something better. And then, you know, have a group on X that says, you know, well, that was a stupid decision for them. You have to make a default. And now they're saying this is the best decision ever. And so we are living in that world where we have way too many input signals and we got the constraints, the grid is to pick the right ones where you're really moving fast and where And nobody in the industry is actually knowing what AI cogeneration or AI in general looks like in two or three years.
31:07I think that if we're all honest to ourselves, that is true. We're like, if ChatGPT was the Netscape moment of the 2020s, then we are like in 1995 now where we have an Amazon and a Google, but we have not seen a Facebook, not seen a Shopify and not seen the iPhone. Right. Like in 1995, it would have been preposterous to predict that those things were happening. And you actually have the confidence that that is true. And I think that's the world that GitHub has been living in ever since its founding. It was ahead of its time leveraging Git to build what nobody called DevOps back then, but what is ultimately now the largest developer platform.
31:44And then it was swinging back and forth of what is the next big innovation and what do others in the industry are doing and where do they actually prefer to partner instead of building it themselves. And I think with Copilot, we have navigated that well. And we had our moments where this wasn't, you know, working. And the strategic decision that ultimately I, as CEO, made wasn't the one that pulled us in the right direction to win this space. And now, I'd say, in August 2025, we're still ahead of the curve and we're still the leader of the market. And as such, we're really proud and happy about, you know, the fruits of the hard work that we're earning.
32:22Speaking of partnering or not, coding has become a thing that affects huge transactions that people read about as it relates to AI. And I'm thinking about Google and Windsurf. Windsurf was this, it still is, very ascendant AI coding tool. And they were going to sell to OpenAI. That deal got called off. And that's where Microsoft comes in here. And I know you're GitHub, but it's all kind of related. And I'm curious, you know, a big thing with that and why Google ultimately ended up hiring that team from Windsurf is that the company wasn't able to sell to OpenAI because there was a concern that the IP from Windsurf was not going to be shielded from Microsoft, that there were competitive dynamics at play given the Microsoft OpenAI connection.
33:06So I'm wondering why was that such an important issue that it actually ended up killing a huge deal that would have been a huge deal for not just the AI coding space, but Silicon Valley in general. This would have been a multi-billion dollar sale to open AI. And I'm curious why, from where you said, I know you probably weren't driving that, but why? Why was that such an important issue? You have to ask the question and I can refuse to answer the question. No, look, you know, obviously I have a conflict of interest of even involved in these conversations as such. I don't have any background knowledge I can share with you on this.
33:40What that actually shows you, though, is something else, which is the fear that developers are soon going to be replaced by AI is actually not justified. In fact, the opposite is true. And teams like the founders and core team behind Windsurf or other parts of the industry, Meta comes to mind, get offers that match professional basketball players. Some of them even have agents helping them to lend a new contract. And that should be something that we should be excited about. How we get to that point is a good question to explore for somebody who has access to all the documents. I don't. But I think as a developer that has been in this industry building developer tools and using them myself, that's freaking exciting.
34:26Because it shows you that the market value of those at the top of their game keeps growing. and it hopefully also motivates kids, teenagers, those that are often first into gaming and then want to build their own stuff, still get into a profession. Because I do believe that we will need more developers than ever if this all plays out the way I hope it does. Let's turn to Cursor specifically, which I think has really taken the mantle as, at least in the Silicon Valley, really early adopter set, like the hottest AI coding tool right now. What have they cracked? What was it that they saw, the insight they had that you think got them such a quick lead in terms of just mindshare awareness?
35:07I know GitHub Copilot is still bigger, but they're growing very fast. And the CEO was actually on Dakota recently with Casey Newton, and he cited you all as inspiration for them starting the company. But what did they crack that you didn't see, and how are you responding? What Cursor cracked was to realize that it's not just about adding AI into the IDE, but about changing the IDE itself and designing what you might call AI-native workflows. I was really thinking about how will developers work if AI is the default and not an add-on. They were the first, you know, it was Claude Sonnet 3.5. So they were also ahead of the curve of saying, okay, multiple models play a role and let's give developers the choice and pick the model that works best for them instead of us making the choice, which was our philosophy a year ago when I talked with Eli.
36:06That's two different philosophies, right? We ran lots of eval suites, we looked at these models, and then we picked the one that really was best. But that's not a binary choice because each programming language and each test case and generating functional code or testing code and so on has a different score. And so then you have different scores for different rows and then you make a judgment call, okay, this is overall a better model. But we know from the history of developer tools, in fact, we at GitHub know this very well, is that the best thing you can always offer to a developer is choice and have them pick the model that they think is right.
36:37And then they will know from the experience or you may call it craft which to pick. And I think that has changed the market. Today, you cannot compete in AI coding if you're not offering multiple models, if you're not having the best models, quote unquote, the best perceived by the majority of developers. if you don't offer them to bring their own models, if you don't have an agent node that runs within the IDE, if you can't take that agent mode and offload it into the cloud and what we call the copilot coding agent that is actually integrated into the GitHub platform. And so I'm a big Formula One fan, so I like to always think about the world like that.
37:19There's teams that win whole seasons, and the next season they're behind, and they're not taking that as in, well, shit, we lost, and we'll never win again, but they're taking that as an inspiration to say, okay, we need to rethink of how we're doing these things. And I think that's what happened to Copilot in mid-late 2024. And I think now where we are in August 2025, we can win races again. Not every race, and neither does the competition win every race, but we certainly have innovated in AI cogeneration ourselves while also caught up to what has made others faster. This space does seem so dynamic because of that point you brought up, which is that it is so dependent on the models.
38:01Whatever tool is currently leading, the models they're using, their way that they price for those models. And the models themselves, who is leading, changes a lot. It's almost impossible even being in it to keep up with all of these model releases. You know, LLAMA 3 was a good model. You know, LLAMA 4, not really as much. Like, Anthropic right now seems to be the king of coding. Maybe that changes. Maybe it becomes open AI in a few months. How does that change the app layer, right? So I appreciate how quickly the space is changing. So I think to say that you all are for sure lost or cursor is for sure won is way too early.
38:37But as I think about Anthropic, and you've done a lot of work with them, you mentioned the MCP server, and obviously you can access Cloud through GitHub Copilot. A thing I've been asking people is, why is Anthropic so good at coding? What is this secret sauce they have? You know, Dario was on the big technology podcast recently, and he did not want to talk about why they're so good at coding. But it's the billion, I mean, God, it's maybe the trillion dollar question is why is it such a good model at that? I'd be curious as someone who works with them closely, why do you think they've gotten such a lead in coding specifically?
39:12Let me, you know, for a second go back to the first part of your question. And I come to why Anthropic is good in a minute. I think, A, in tech, we have this notion that for somebody to win, somebody else has to lose. And that has not been true for Windows and Mac OS. That has not been true for iPhone and Android and many other technologies. In fact, in developer tools, that never has been true. Because if so, we wouldn't have the dozens and dozens of programming languages today. And everybody would have moved to what is perceived as the best one. And if you look at the competitors of GitHub Copilot, like Cursor, Lovable, Windsurf, Old, Vercel, et cetera, well, where do those people that use these tools actually store their source code on GitHub?
39:58Where do they manage their issues and projects on GitHub? Where do they run their CSED on GitHub? You know where many of those competitors actually run their model inference? On Azure, right? And so as such, we are part of an ecosystem. As Microsoft, we have always been a platform company. GitHub has always been a platform company. And so we can both be competing and we can benefiting from these companies, driving the size of the overall software ecosystem. Because let's face it, software development has only ever grown. It hasn't really detracted. It's not getting smaller. The number of developers are getting bigger.
40:31The value generated from, look at the tech companies on the stock exchange on any given day. they're often outperforming the market. If our competitors are winning, we are winning too. And I think that's the mindset that is really important to keep in mind when we talk about these battles in this space. That's the benefit of being a hyperscaler, Thomas, is that when the competitors are winning, you're winning too. Not everyone can say that. Sure. That's called differentiation. And then on topic, specifically Cloud Sonnet, where Claude Sonnet, if you believe YouTubers and bloggers and experts like Simon Wilson, Zvix and others, where really it outcompetes other models is tool use, like the ability of the model to pick the right tool for the next step of the agent mode.
41:19And that shows you it's no longer just about the training in programming languages, code and whatnot. It's also training in what are the tools that the agent should use in some fashion as a developer should use. And if that fails in a step, and you see that with some other models where the tool usage is just not as good as Cloud Sonnet, then your agent mode just falls apart. Because it can go through the chain of thought and actually imagine it needs to install an NPM package like a JavaScript dependency. If that doesn't work, then the agent can have the best training set in the world. If it cannot achieve that one thing, the whole thing no longer works.
41:59And I think that's where Anthropic had an early insight or better evolve suites, better testing that led them to have this head start and others are trying to catch up. But, you know, the funny thing is we are recording this and then, you know, by the time it actually gets published, maybe that road has already changed again. That's the fun part of that. I think you're maybe alluding to GPT-5, which may be coming when this episode comes out. Audience, his hands are in the air. We need to take another short break.
42:35Support for the show comes from Rippling. If you're a business owner, here's the truth. SaaS promised to make work easier, but now the average company is buried by hundreds of apps that silo your teams, slow you down, and simply don't work together. That's not SaaS. That's SAD. Software as a disservice. That's why you need Rippling. Rippling is the unified platform for global HR payroll, IT, and finance. They've helped millions replace their mess of cobbled together tools with one system designed to give leaders clarity, speed, and control. By uniting your employees, teams, and departments in one system, Rippling removes the bottlenecks, busy work, and silos your software created.
43:18Automated, perfectly in sync, and seriously simple to use, Rippling gives your company one source of truth for your people, their data, and everything they touch. With Rippling, you can run your entire HR, IT, and finance operations as one, or pick and choose the products that best fill the gaps in your software stack. And right now, you can get six months free when you go to rippling.com slash decoder. Learn more at r-i-p-p-l-i-n-g dot com slash decoder. That's rippling.com slash decoder for six months free. Terms and conditions apply.
44:01Welcome back. Right before the break, Thomas and I were talking about GitHub's competition. That gave me the perfect window to ask about how things are going with Microsoft and OpenAI. We've touched on pretty much all the main competitors. I do want to end just with, I know you can't say much because this is all being discussed, but Microsoft is currently talking with OpenAI about what the next kind of chapter of the corporate relationship looks like because OpenAI is moving from a nonprofit to a for-profit and Microsoft, is obviously a huge shareholder and currently has exclusive access to the IP.
44:33I'm curious, as a CEO of GitHub, how would you like to see the OpenAI Microsoft relationship continue? What do you think is important for where you sit for that relationship and what would you like to see? For GitHub and for all developers, it's always going to be important that it's a healthy relationship, one where both sites are partnering with each other. That's how the original co-pilot came to be. through a partnership between OpenAI, who had developed GP3 and then the Codex model, Microsoft, who had not only the hyperscaler infrastructure, but also years of experience and responsible AI scaling these processes.
45:10Because look, if you think about the original Copilot, it was a masterpiece on its own, because on every single keystroke, we're running inference against the large language model. That was unheard of at that point in time. And at that scale, you know, of millions of developers in a very short amount of time. And so that, you know, innovation between GitHub, Microsoft and OpenAI created this market that we are now in and that has all these competitors and probably another, you know, dozen to come in the next month. And I think that partnership going forward will create, you know, new such innovations through new models and through new ways of running these models more efficiently.
45:50I mean, a lot has been written about energy consumption of AI and cost and gross margins and those kind of things. And through GitHub, which always has put the developer first, that's what we are breathing. It has always been about human-to-human collaboration, and we're moving into human-to-agent collaboration, and more likely into agent-to-agent collaboration. And all these three layers will stack on top of each other. And OpenAI has the largest, with JetGPT, the largest AI platform today. And so partnering with them, making sure the content that developers generate in JetGPT with the OpenAI codecs complies with the same, we call it the control system, the same security compliance enterprise company standards is going to be crucial for developers to adopt these tools and integrate them into their workflows.
46:44And I think the ultimate battle in AI is going to be fought at the platform layer. Because if all agents are insanely powerful, then what you really care about is how can you integrate those into your other business processes. And for us, obviously, that's the developer lifecycle. Makes sense. Well, let's end on some GitHub, Microsoft-specific questions. It's been a year since your last annual revenue run rate stat. I believe it was$2 billion. why no update? What's the current number? Investor relations team has made the decision what's being exposed in earnings and what's not so as per usual I can only tell you what's in the earnings script and this time we made the decision to not publish the number.
47:28I'm assuming it's higher than that. I'm assuming it's higher than 2 billion. We have published other impressive numbers and we're really happy about the Q4 results of over Microsoft. Neil, I tried this one last year and I'm expecting to get a similar response. But a big question that we have is, does Copilot make money for GitHub? Does that even matter? Is that even a consideration? Because you're running effectively your own P &L to a degree as a separate org within Microsoft. Is this actually making money or is it a cost center right now to gain market share? You're right. GitHub has its own P &L.
48:07and as such we are measured against the goals of that P &L. I think in general, if you look at Microsoft as a business, there's always going to be the desire for these units to make money. The time frame is different and often the bets are really big. As such, I think the better question is, is it going to make money over the lifetime of the customer contract, so-called LTV? And on that, I'm very confident that Microsoft shareholders and Microsoft's leadership team is going to be happy about GitHub's business results. Look, we bought GitHub in 2018, so now a little bit over seven years ago for$7.5 billion at a time when the last published revenue number was$200 million a year before that.
48:55And you mentioned last year we published$2 billion. So the revenue has 10 times increased in seven years. And it's safe to assume that that number keeps growing. You mentioned the business numbers from Cursor. given that we are very open about that we believe Copilot is bigger than Carissa, you can forecast what our number might be. And so as such, we are really, really happy as Microsoft about this acquisition. I personally put it into the top three of deals that Microsoft has ever made. I think Satya Nadella and Amy Hood would agree with me on that one. We are really happy about that we have grown the platform in a sustainable way because we haven't left open source behind.
49:40You know, I may say we haven't fucked it up. GitHub is still GitHub. GitHub is still like the most beloved brand in the developer ecosystem. It is adopted by almost any enterprise company in the world. Not all of them have it for all the developers, but most of them have it for some of the developers. And it has, in that age of AI, reinvented itself. We have reinvented itself because just as we used Git to build GitHub, We used large language models and GP3 together with OpenAI to build the first ever co-pilot and to lead that market. Yeah, that's a good response. I'm sorry there was a lot for me to unpack there.
50:20So is there a big goal where you all see this all flipping and this becomes super profitable if it's not right now, like the co-pilot stuff? Is it the market gets to a certain size or there's bundling that happens with other Microsoft products? Or what is the if this, then that that you're seeing that makes this all worth it? We have a version of Moore's Law, maybe it's Jensen's Law now or whatever, where the GPUs get faster and cheaper. That's like, you know, you mentioned the Valley a bunch of times. There's like a dozen startups that are trying to invent processing units for transformers that do that more efficiently.
51:02but I believe in scale. You could have asked the same question to Jeff Bezos like what, 15 years ago and so on and look at where the hyperscalers are today in terms of profitability. And so I think we will have the necessary patience. We will drive efficiencies. Caching, prompt caching plays already a huge role for agents. We will see an evolution of business models for sure. And we will see our own developers being more productive with AI. And as such, it's not only that you're optimizing gross margins, whatever those may be, but you're also optimizing the way the software is built in our own company.
51:41I actually strongly believe that those companies that are still doubting the use of AI, they're going to put themselves in a position that ultimately lets them fall behind in innovation. And whoever is not using AI should have massive FOMO, fear of missed opportunity, that everybody else in their space, in their industry, is already on AI and have their developers 10 % more productive, 20%. And look, these numbers are always like, why is it only 20 %? Couldn't it be 30 %? 20 % is a massive productivity gain compared to what a software developer costs, how long it costs them to go through higher education, to ramp up in a company, what have you, or to move from one project to another.
52:26And as such, whoever is not using internally AI to make their own processes more efficient, not only for developers, for everything else, support is another great example, sales, lead generation, all these things are going to ultimately fall behind. And whether they have positive cause margins or not won't matter to them. What will matter is that they're no longer being able to compete in the market. That brings me to a memo one of your colleagues recently wrote internally at Microsoft, where it was instructing managers to evaluate employee performance based on the use of internal AI tools, saying it's, quote, no longer optional.
53:02It's core to every role and every level. I'm sure you can appreciate the angst that people feel about this shift. People who are farther along in their careers and feel like they're set in their ways, or even younger people who are just coming in and are overwhelmed by all the change. I feel everyone's overwhelmed. And if you're a mid-level engineer at Microsoft, you're probably wondering, am I going to get left behind in this shift? And is the company actually going to be able to even evaluate this correctly? Do you feel as the CEO of GitHub, do you feel that the management team at Microsoft has an actual measurable way to determine productivity gains internally with AI?
53:40And if that's actually going to be something that employees can know in a real way? The memo was a bit more nuanced. The memo talked about AI learning, AI usage in what we call the connect, which is a conversation between the employee and the manager. And at GitHub, we have a similar process. And it's about the employee, you know, writing up what they have achieved in the last year. You know, what could they have done better to have more impact? What are they going to do in the next year and how they're growing? That's kind of like the framework. And I think in 2025, it's totally fair game to say you should reflect on your AI usage.
54:16And you should reflect, what did you learn about AI? Did you use GitHub Copilot or Microsoft Copilot, Teams Copilot to summarize a meeting? And if not, why not? And then the manager provides their feedback on that and what they have learned, which often also is a good learning experience for the manager to say, oh, the employee is actually ahead of me in AI usage. Like, I certainly have had those moments where somebody showed me how they did something. I'm like, oh, you know, didn't realize that that actually works. And I think that process is key to Microsoft's culture. And, you know, the term that was coined around this is growth mindset.
54:54Having the mindset of saying, okay, you know, I did something and there's a way of doing this better. And I wasn't born, you know, with all the capabilities I have. I was born with the capability to improve myself. And I think if you see that memo in that context, it actually perfectly aligns with Microsoft's philosophy. The other thing I would say, you know, is like specifically to GitHub is there is no GitHub employee that cannot use GitHub, no matter what function you have in the company. So it's not only developers and product managers, it's also HR and finance and legal and all the GNA functions, all the technical functions, all the sales functions.
55:31They're all using GitHub. There is no world where I would allow for somebody to say, well, sorry, I don't want to use GitHub. And I think, you know, that's fair game if the employee doesn't want that. And then there's tens of thousands of other tech companies out there where they can have that. But it's part of our company culture that everybody at GitHub uses GitHub. And it should be part of our company culture that everybody uses co-parted in AI. That doesn't mean that we're looking at how many lines of code you have written today with AI. In the same way that we never looked at an employee and evaluated them based on how many pull requests have they filed or how many Git comments have they done.
56:10Because these metrics are easily gamified. But it shows a mindset that aligns with our culture if you're using our tools to build our tools. Okay, that's a good answer. I want to end on, it's kind of a heady topic. You can take it wherever direction you want. But this debate about AGI, superintelligence, how we get there. A thing I've heard, Zuckerberg has mentioned this, others have mentioned this, is that AI coding is actually the path because it gets you to self-supervised AIs building and maintaining other AIs. And that the company that wins in AI coding will probably get to superintelligence, whatever you want to call it.
56:52If you have a definition of superintelligence, I'd actually love to hear it. but that AI coding will actually be the way we get there. I'm curious if you agree with that or if you don't and if you actually have a definition of superintelligence, please share it, Thomas. I don't have a definition of superintelligence myself because I think ultimately those definitions don't matter much other than either they are encoded in contracts or like a nice marketing instrument and you can go on stage and say, we are the first to have superintelligence and then next week somebody comes and says, well, no, no, we are the first that have actual superintelligence, right?
57:27These terms are like stretch goals and they're constantly changing. I think, you know, the crucial moment where you may call it AGI or ASI is that the AI can improve itself and make itself better. The model, you're basically jumping from GPT-4 to 5 without, you know, humans in the loop. I think when we get to that stage where all of a sudden AI behaves like a kiddo where your four-year-old moves from laughing about a joke to telling a joke. I think that's when we will talk about AGI. That's the moment where we will say it has happened. And there is now a thing that is able to improve itself and keep going.
58:15That's what we as humans really consider intelligence. It's not what you know just because you've been in trivial pursuit. It doesn't mean you're like the smartest person in the world. It just means that you have, you know, good mapping between the questions and the answers. But, you know, the ability to constantly evolve and improve yourself, I think that's the definition that we should use. When it acts like a kiddo. I like that. I haven't heard that one yet. Thomas, thanks so much for your time. Thank you, Alex. Really enjoyed the conversation. Thanks again to Thomas for joining the show. and thank you for tuning in.
58:52If you'd like to let us know what you thought about this episode or what else you'd like us to cover, drop us a line. You can email us at decoder at theverge.com. We also have a TikTok and an Instagram. Check those out at decoder pod. If you like Decoder, please share it with your friends and subscribe wherever you get your podcasts. And if you haven't already, don't forget to subscribe to The Verge, which gets you access to all of our stories and newsletters, including the one I author called Command Line. Decoder is a production of The Verge and is part of the Vox Media Podcast Network. Our producers are Kate Cox and Nick Stat.
59:24This episode was edited by Xander Adams. The Decoder music is by Breakmaster Cylinder. See you next time.
From the publisher
This is Alex Heath, deputy editor at The Verge. My guest today is GitHub CEO Thomas Dohmke. In many ways, GitHub Copilot set off the current AI coding boom. But since Thomas was on the show a year ago, the rise of vibe coding has shifted the buzz to newer platforms like Cursor and Windsurf. As you’ll hear in our conversation, Thomas is thinking a lot about the competition, and GitHub’s role in the future of software development.
Links:
Developers, Reinvented | Thomas Dohmke / GitHub
Developer Odyssey | Thomas Dohmke / GitHub
Why tech is racing to adopt AI coding, with Cursor’s Michael Truell | Decoder
GitHub CEO Thomas Dohmke says AI needs competition to thrive | Decoder
Up to 30 percent of some Microsoft code is now written by AI | Verge
GitHub launches its AI app-making tool in preview | Verge
Microsoft is getting ready for GPT-5 with a new Copilot smart mode | Verge
Zuckerberg: AI will write most Meta code within 18 months | Engadget
Credits:
Decoder is a production of The Verge and part of the Vox Media Podcast Network.
Our producers are Kate Cox and Nick Statt. This episode was edited by Xander Adams.
The Decoder music is by Breakmaster Cylinder.
Learn more about your ad choices. Visit podcastchoices.com/adchoices




