AI Engineer World's Fair 2024
Copilots Everywhere
Read the talk
Copilots Everywhere: From Code Completion to Work Completed
Copilot’s evolution from ghost text to editable implementation plans shows how AI can reduce interruptions, expose hidden work, and leave developers more time to create.
From a talk by Thomas Dohmke and Eugene Yan
A model that could write JavaScript and Python
Could a language model write useful code simply from a spoken request? That question opens Thomas Dohmke’s account of Copilot’s origins in his conversation with Eugene Yan. Introduced as GitHub’s CEO at AI Engineer World’s Fair 2024, Dohmke brought a childhood fascination with programming in Germany to the job of overseeing Copilot’s launch.
His first encounter happened on a Zoom call during the 2020 lockdown. GitHub engineers had access to an early Codex preview, which he recalls as a version of GPT-3. He tentatively remembers Oege, then leading GitHub Next, at the keyboard while colleagues dictated prompts. They asked for JavaScript, and the model put curly braces in the right places. They asked for Python, and it could write that too. The surprise was that this behavior came from a language model rather than a compiler applying a syntax tree.
Exploration became an autocomplete product, built while the team remained remote. For Dohmke, that history also answers the claim that innovation requires everyone to gather around the same whiteboard: Copilot emerged from engineers working in home offices. The next signal came from an internal preview, called a staff ship at GitHub. Dohmke recalls an internal engineer NPS of approximately 72–73, unusually high for an early product with hallucinations and an unfinished interface.
After the mid-2021 technical preview launched, the telemetry seemed surprising enough that he asked the team to check it again. Dohmke reports that Copilot initially wrote about 25% of the code in files where it was enabled, rising to about half by the interview. These are reported shares of code written, not measurements of task speed. He also recalls stronger acceptance and more lines written in languages such as Java. The team’s first two years brought successive discoveries about what models could do, before ChatGPT made those possibilities apparent to a much wider audience.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Why ghost text fit the developer’s workflow
As Copilot spread beyond the editor, Yan points to pull-request bots and asks how GitHub chose its experiments. Dohmke starts with the organization: daily changes in AI made a fixed feature backlog insufficient, even inside a company of roughly 3,000 people that was itself part of a much larger company. The product principle was more stable: build AI for engineers. GitHub’s own developers could use each improvement to make their work easier, including the work of building more Copilot features.
Putting AI into ghost text was a deliberate way to accommodate imperfect output. Autocomplete already had a familiar interaction contract in Google Docs, email, and IntelliSense: a suggestion might miss your intention; you keep typing or adjust it until something fits, then press Tab. The model did not need to be infallible for that interaction to be useful. Acceptance remained an explicit action by the developer.
For a small JavaScript illustration, imagine a developer has entered function isEven(n) { and receives a suggested body. Accepting the suggestion could produce:
javascript
function isEven(n) {
return n % 2 === 0;
}
The suggested body is provisional until accepted, and the resulting code remains editable. The important interface decision is where the developer encounters the proposal: directly beside the code they are already writing.
Without that help, developers write until they get stuck, switch to a browser, search Google, Stack Overflow, or GitHub, then copy code back and modify it. Experienced developers may travel farther before that interruption; newcomers and occasional coders encounter it more often. Dohmke compares model errors with the problem of stale online answers: his Swift projects encounter new language, Xcode, and API versions after WWDC, so a once-correct answer may no longer apply. His comparison concerns changing context, not a measured equality of error rates.
Keeping the developer in flow is the product benefit. In another era, Dohmke suggests, the same feature might simply have been called smarter autocomplete. Its value comes from reducing repeated trips between editor and browser so the developer can finish the task.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
From an issue to an editable implementation
Autocomplete was followed by conversation. After ChatGPT appeared in November 2022, GitHub introduced IDE chat and GPT-4 through its early-2023 preview work. A sidebar gave developers a place to ask questions, with retrieval-augmented generation, or RAG, drawing on available IDE context. That led to a larger workflow question: could assistance begin with the task itself, before the developer knew which code to edit?
Copilot Workspace approached that question by starting from a GitHub issue or an idea entered on GitHub, then connecting the task to its repository and an eventual pull request. The workflow described here is historical; its technical preview has since ended. Its central design was a sequence of editable representations of the change:
- Specification: examine current repository behavior and describe the desired behavior.
- Plan: identify how the relevant files need to change.
- Implementation: present the proposed changes as code in a diff.
At each stage, the human could change the bullet points or the code. A generated plan was something to inspect and revise, not an instruction that had to be accepted intact.
This addressed an earlier obstacle than typing speed: finding the implementation. Joining a project, contributing to an unfamiliar open-source repository, or returning from vacation can mean reconstructing where behavior lives among more than a thousand files. Workspace was intended to help developers move from current behavior to desired behavior while learning the codebase. Discovering that a feature also requires changing a test file is part of that assistance. The agent’s contribution includes helping the developer understand the work, with the developer still involved throughout.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
A plan can reveal what a user story leaves out
The same process could help someone who did not write code. After the Workspace announcement at GitHub Universe the previous November, Dohmke recalls early feedback from a program or product manager: a user story could now be accompanied by a view of what implementing it would mean in the codebase. That makes the task description itself an object of investigation. Requirements often seem obvious until someone tries to turn them into specific changes.
Implementation scope also affects estimation. Dohmke invokes The Mythical Man-Month and a recent Pragmatic Engineer discussion, using a rule of thumb that actual work can take roughly twice the estimate. This is an estimation anecdote, not a measured result for Workspace. He places software alongside houses, roads, and other infrastructure as work people struggle to size. Workspace’s more immediate contribution is to expose whether a description is specific enough to yield a plan or code at all.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Learning in your own language, asking without embarrassment
Natural language also changes who can ask for help. Dohmke points to his T-shirt’s slogan, “Copilot speaks your language,” and describes models that can converse in almost any major human language. A beginner learning Boolean true and false need not first learn the concept in English: they could ask in German, Hindi, Brazilian Portuguese, Spanish, or Chinese.
His example begins with children growing up around phones, then encountering Super Mario or Minecraft and wanting to make a game or a web page themselves. Assistance in the language they already speak could shorten the path from that curiosity to programming. It could also make help available when parents lack a technical background or have run out of patience. A father of two, Dohmke jokes about eventually wanting to stop explaining the world and watch Netflix. The vision is access to patient help without requiring an English-speaking, technically trained household.
A similar barrier appears at work. New employees must learn institutional knowledge and local ways of doing things, but repeatedly asking colleagues basic questions can feel socially costly. Someone may worry that each question makes them look unqualified for the job. Dohmke sees copilots as a way to make company information easier to ask about, extending assistance beyond software developers to other workers learning an unfamiliar organization.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
An agent should wash the dishes
Asked what makes an agent, Dohmke reaches for a household appliance: an “AI dishwasher.” A human loads the inputs, the machine performs a job, and the human takes care of the output. In that broad sense, software already contains many agent-like systems.
| System | Trigger or input | Work performed |
|---|---|---|
| Dishwasher | Loaded dishes | Runs a washing cycle |
| CI/CD, such as GitHub Actions | Pull-request activity | Runs configured jobs |
| Availability monitoring | Service signals | Detects trouble and pages someone |
The monitoring example is concrete: GitHub should discover an outage and page staff before users have to report that they cannot reach their repositories. These systems are useful because they take responsibility for a bounded job.
Engineering still contains plenty of work that automation has not removed: boilerplate, security compliance, and dependency maintenance. Dohmke imagines a sunny Friday evening when a developer wants to join a barbecue but instead has to update Log4j dependencies. A security scanner that merely identifies the problem has added a task to the backlog. In the dishwasher analogy, it announces that the dishes are dirty and leaves the washing to someone else.
Developers often think of themselves as artists and creators, yet company and government requirements also demand necessary maintenance. Dohmke wants AI assistance that scans for security issues and helps fix them, returning time to feature development. Reviewable autofix suggestions were already an emerging capability around the event; his broader aspiration is for tools that take more of the unwanted work off the developer’s hands.
When Yan asks which agent he wants and how far away it is, Dohmke asks for one that burns down his security backlog. He gives no delivery timeline. The management problem is a real allocation constraint: security, compliance, and accessibility cannot consume all engineering capacity, but innovation cannot come at the expense of customer data and trust. There is no simple recipe for balancing those obligations; reducing the work itself would change the tradeoff.
He admits the familiar leader’s impulse to hear an estimate and think he could implement the feature faster himself—then explicitly rejects that thought. The estimate includes more than the visible coding task. Modern development carries many other process obligations, which is why he wants new abstraction layers across the development lifecycle. Faster code generation addresses only part of the work required to deliver a change.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Make room for the enjoyment of building
For developers navigating these tools, Dohmke places AI alongside earlier changes he has lived through: a Commodore 64 and a PC, open-source software distributed on bookstore CDs and DVDs, then the internet, SourceForge, GitHub, and mobile development. Each transition opened new possibilities for building and collaboration. He sees AI as another such step, and encourages developers to “embrace our nerditude” and make new things.
That ambition has a personal scale as well as an organizational one. As CEO, he rarely gets to code; when a Sunday afternoon becomes available, he wants to spend it building. The host closes the session as he begins describing the maintenance that can consume that time, but Dohmke continues over the outro music: AI should bring enjoyment back to software development. His final encouragement is to build interesting things and have a good time doing it.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Resources
Further reading
The Pragmatic Engineer revisits Brooks's observations on estimation, coding time and software-development overhead.
Updates since the talk
- Copilot Workspace project and retirement noticeDocumentation
GitHub Next's historical project overview includes notice that the technical preview ended on May 30, 2025.
Read the complete timestamped transcript
- 0:00
[upbeat music] I'm delighted and honored to welcome a very special guest, Thomas Dohmke.
- 0:19
Thomas has been fascinated by software development since his childhood in Germany, and he's built a career building tools dev love and accelerating innovations at, that are changing software development.
- 0:31
Currently, Thomas is CEO at GitHub, where he has overseen the launch of the first at scale AI developer tool, GitHub Copilot. So please join me in welcoming to the stage, Thomas Dohmke. [upbeat music] [applause]
- 0:55
Thank you, Thomas.
- 0:56
Yeah. Ooh, it's bright out here.
- 1:00
Yeah. [laughs] [laughs] Well, thank you, everyone. Thank you, Thomas. Um, let's start with Copilot. Many people have shared their own takes on the Copilot origin story, so but what was your personal experience seeing it in GitHub?
- 1:15
I don't know, you had a sneak preview. Take us back to the start in 2020.
- 1:19
So imagine it's 2020, um, it's lockdown here in San Francisco and Seattle, everywhere where GitHub engineers are sitting. So like all of you probably were on a Zoom call, um, one of us had early access to a new model that, um, OpenAI had just, um, released in preview, um, a version of GPT-3 called Codex and, uh, you
- 1:39
know, one had the, um, Uge, I think, had the keyboard, um, the leader of GitHub Next at the time, and, uh, we were dictating prompts and asked the model to, uh, write some code.
- 1:49
And I think the first aha moment that I had is that you could ask it to write JavaScript code and it put the curly braces in the right places and whatnot, and you could write it, ask it to write Python code.
- 1:59
And the model in a way, you know, do- it doesn't work like a compiler. It doesn't have a syntax tree. It doesn't know these things. Or you could also argue it knows them exactly like we'd know it.
- 2:09
So that was probably the first moment, um... We kept building, uh, uh, we kept exploring the model and then decided we build this auto-completion Copilot that, you know, was the first Copilot and we build it all, you know, while being remote, while being on lockdown, so-
- 2:23
Wow
- 2:24
... if, like, event- if your investors tell you today you need to be in a, in a room and in front of a whiteboard, um, you can innovate if you want to while being, via being, uh, in your home offices around the world.
- 2:35
Um, I think the next moment was, um, that we shipped, um, uh, a preview to our in- internal engineers, and we call it a staff ship at GitHub. And, uh, the NPS, um, survey with those engineers was through the roof, I think seventy-two, seventy-three, something like that.
- 2:50
And-
- 2:50
Wow
- 2:50
... typical our early stage products especially, you know, with the large language model and, you know, all the hallucinations and the UI wasn't really figured out yet, uh, is, is much lower.
- 2:59
So that was kinda like a holy shit moment, uh, that we had. And, um, as the product then shipped in mid 2021 and, you know, COVID was still going, uh, uh, we, we started looking at telemetry and the team came and says it writes about 25% of the code in, in those files where it was enabled.
- 3:16
And I remember saying, "I don't believe this. Like, you know, telemetry is wrong. Please go back and, and validate that." And turned out, you know, that it was actually right and, uh, by now it's about half, you know, the code that's written.
- 3:29
Some languages like Java even has a, have a higher acceptance rate and more lines written. And so I think those kind of this journey that we went through over the first two years really was like one, one moment after another where we saw, uh, the future of AI long before, um, ChatGPT actually opened everybody else's mind.
- 3:47
Amazing, and now it's available to everyone here as well.
- 3:49
Yeah.
- 3:49
So I think Copilot started as an auto-completing IDE, and now it's all over GitHub. I know I have PR bots, et cetera.
- 3:56
Yeah.
- 3:56
What do you do to make Copilot, um, and integrate it across all of GitHub? Like, what are some experiments? What worked? What didn't work?
- 4:04
I think the first thing is to think about, you know, what do I do as a leader, as the CEO of a company, and it's really about constantly reconfiguring our approach.
- 4:13
Um, so much of, you know, the AI world is changing almost daily, um, there's, you know, some news, uh, on the information elsewhere, uh, every morning. And so there is no more a, I have a long-term strategy, uh, I have my features all laid out and let's work through the backlog.
- 4:27
It's really like operating as agile as possible, even in, as we are, you know, 3,000 person company as part of, you know, one of the largest company, uh, on the planet.
- 4:37
The second is that we really try to meet, you know, the developer where they are. Um, we say, you know, we're not trying to build an AI engineer, we are trying to build AI for engineers, a human-centric approach.
- 4:49
You know, that's where the name Co- what the name Copilot ultimately, uh, visualizes. Um, but also, you know, we're trying to make the developers' lives better, um, and because we are developers ourselves and, um, every productivity improvement we can find ultimately helps us at GitHub to build, you know, our AI product.
- 5:06
So that really is the approach, like looking at what, what can we do next, uh, to make, you know, our, our work, um, a little bit easier of building more features for Copilot.
- 5:14
You mentioned a great point. You're trying to meet the developer where they are. So s- for now, we've been bringing the AI to the IDE.
- 5:21
Yeah.
- 5:21
Can you-- Are we gonna try to bring the developer, the IDE, closer to the AI? How are you thinking about that?
- 5:27
You know, the idea of bringing AI into the IDE or really into ghost text, you know, auto-completions, was a way of getting around hallucinations. Um, it was a way of saying, okay, the model's not always going to be perfect, but neither are auto-completions, right?
- 5:42
Like, whether you have auto-completions in your Google Docs or in your email or in your editor in, in the old IntelliSense way, as you're typing, it cannot know what you wanted to type, and so you're used to adjusting your typing, and then you find this moment when you press the Tab key.
- 5:56
And, um, even with auto auto-completions, if you think about what developers do in the editor, well, they write code, and the best developers write a lot of code before they get stuck, and the newbies and, and those that rarely write code like I, you know, get stuck more often.
- 6:10
And then you, you know, Control + Tab or Command + Tab into, um, into your browser and you open, um, Google or-
- 6:17
StackOverflow
- 6:18
... StackOverflow, GitHub. [laughs] Right? And what you do there is you find code and, and you argue with other developers, and then you copy and paste that code into your editor and, you know, modify that as well.
- 6:28
So it's kinda like, in a way, ha- StackOverflow has as many hallucinations as, as, as, um, the model it might have. Uh, and not because the answers are bad, but because the world is changing so, so much.
- 6:38
You know, I code a little bit on iPhone projects in Swift, and there's always a new Swift version, uh, after WWDC or a new Xcode version, and so things have changed of how you use the APIs.
- 6:47
And so it keeps the developer in the flow. That... Really the crucial thing here was we didn't, you know, in a world, you know, 10 years ago, we probably wouldn't even call this AI.
- 6:56
We would just call it, you know, mo- smarter auto-completion. And, um, the AI key piece is not the core piece. The c- the core, the core feature of Copilot is it helps developers to stay in the flow to get the job done and not be in this constant distraction between the editor and, and the browser.
- 7:13
That's a great point, and I think a few months ago you wrote this post about Workspace.
- 7:20
What was the journey to creating Workspace? And maybe for folks who are not unfamiliar with it, what is Workspace?
- 7:26
Yeah. So, you know, you already mentioned auto-completion. That's what- how we started. Um, in, um, November 2022, ChatGPT happened, so early 2023 we added chat and, and GPT-4, uh, to Copilot in the IDE as a, as a separate, um, um, um, sidebar window.
- 7:43
So we have that available, and it has RAG and, and all the information, the context available in the IDE. But ever since we have been thinking, how can we make the developer flow even easier?
- 7:51
And Workspace does exactly that. It takes a GitHub issue or just a task, an idea that you write down on github.com, and it helps you then, as part of your code base and repositories, to figure out how to implement that change.
- 8:03
It bridges from the issue, you know, from the task description into the pull request, into the code. And the, the magic behind this is that, A, the human is still in the center, so e- every step of that way, you know, writing a specification, analyzing the current repo, the current behavior, and then using your description to figure
- 8:19
out how do you modify this. Uh, then writing the plan, um, which cha- shows you how to change all the files to the implementation, which is the diff view, if you will.
- 8:28
The human can interact, can change those bullet points, can change the code. And, um, what that really does is it ha- gives you a, an, a pair programmer that helps you to explore the code base.
- 8:39
Mm.
- 8:39
Right? Because the challenge we all have as engineers is that as l- a- as soon as you get moved onto a new project or you wanna, you know, modify an open source project, um, or you're just, you know, coming back from vacation, you're trying to remember what in, what is implemented where in your 1,000-plus files, that is,
- 8:55
navigating the code base is the first challenge you have, figuring out what's the current behavior and what's the new behavior. So you're having an AI native, um, a Copilot native developer environment that helps you along that journey that you're naturally also doing in your IDE, and that really is the key here.
- 9:10
It's not about, you know, building an autonomous agent. I'm sure you have heard a lot about that in the last three days. It's about building agents that helps us as humans to solve a task and learn along the way as we figure out, oh, you know, there's this test file that I also have to modify if I
- 9:24
want to implement this feature.
- 9:26
I love the point that you mentioned, which is not building autonomous agents and also helping the developers. So how should non-developers use Workspace?
- 9:35
They can, and in fact, you know, once we announced this, um, last year at GitHub Universe in November, I think the first email we got with feedback was from a program manager or product manager saying, "This is awesome because now I can, uh, not only write, you know, a user story or, um, a work item, I can
- 9:50
also see what that would mean to implement in the code base." In many ways, you know, the biggest challenge we have today is can we be as specific as possible when we write down a task, you know, as product managers or as engineers ourselves?
- 10:02
You know, often everything is obvious until it is not. Um, and then, um, you know, uh, uh, you, you kind of need to size the task, right? Like, how long will it take?
- 10:12
And, uh, the Mythical Man-Month, um, I think the pragmatic engineer had that a couple of weeks ago, is still true. Most, uh, most estimates are half as, uh, half the time that the, the job actually takes.
- 10:23
And so we're really bad at estimating how much time it takes to get, uh, uh, work done, whether it's in coding or whether it's building houses or, or roads or infrastructure.
- 10:31
And so, um, Workspace helps you with that as it helps you to figure out what I just described. Is it actually specific enough to write the code for that or to even figure out what the plan would look like?
- 10:41
Can you share a bit about your vision on how you think we will build and code in natural language and how it will help us collaborate better, devs and PMs, coders and non-coders, across languages and across the world?
- 10:56
For me, you know, the very first thing that you say natural language is, and I have it on my T-shirt here, Copilot speaks your language, is because chat, these large language models that we're using today in GitHub Copilot and many other AI applications are the same models that are also helping us in chat agents.
- 11:11
They speak almost any language, or any major human language. And so whether you, um, you know, wanna explore coding in English and you don't understand the concepts of, uh, you know, true/false Boolean logic yet, or whether you want to learn that in German, in Hindi, in, you know, Brazilian Portuguese, in, in Spanish and Chinese, you can do
- 11:29
that now. And, um- If I, you know, look at, uh, kids today in, in school, most of them are growing up with mobile phones. Um, you know, when you go into a restaurant here in San Francisco and Seattle or elsewhere in the world at night, you probably see a family with little kids where the kids have their
- 11:43
phone because the parents wanna enjoy five minutes on their own. And then as then kids grow up, you know, they see Super Mario or, or Minecraft, and they get into gaming, and that naturally that means, "How can I create my own game?
- 11:54
How can I create my own web page?" Copilot enables that, and it enables that in the language that the kids grow up with, which, you know, for the majority of the humans of the, on the, o- on this planet is not English.
- 12:04
Um, so that's number one. It, it democratizes access to technology. It also democratizes access for those that don't have parents at home that have a technical background or that don't have parents at home that have infinite patience, which most parents do not.
- 12:16
I have two kids. I- [laughs] ... speak from my own experience. At some point you're just done, you know, with explaining the world to your kids, and you just wanna, you know, switch on the TV and, uh, and watch your, watch your Netflix show.
- 12:25
And, and, and but that keeps going. If you look into the professional context, one of the biggest challenge we have is, you know, if you would join my company or I join your company, uh, tomorrow, the biggest challenge we have is wh- what's all the institutional knowledge, how are things being done, you know?
- 12:39
And what we don't like as humans is ask a thousand questions.
- 12:43
Yeah.
- 12:43
Um, especially if you're a new employee in a, in a big company, you're, like, having this anxiety in your head that everybody else thinks you're, you're dumb. You-- "Why did you get hired in the first place?"
- 12:52
So a Copilot also democratizes access to all the information in companies, and I think that is going to be changing how we work, and not only for developers in the workforce, but for really every human.
- 13:03
Thank you. Thank you, Thomas, for sharing your vision. I guess the next thing I wanna ask is maybe a little bit more unhinged. [laughs]
- 13:10
Speaking of agents, in your opinion, what makes an agent or a Copilot? What's the defini- what, what's your definition of an agent?
- 13:18
I think an agent, you know, is like an AI dishwasher. Um, you fill it, um, with, you know, the dishes, and you let it, uh, let it do its thing, and then at the end you st- you take the output and you put it back into the shelves, right?
- 13:30
And today, um, we have, you know, we called it, used to call it bots, um, um, you know, or CI/CD. In, in many ways that's an autonomous agent, right?
- 13:39
You push a pull request, and you run your CI/CD GitHub actions or, or, or a similar product. Um, many compute primitives that we have today are agents as they get a job done on their own.
- 13:50
Um, my monitoring, you know, to figure out is GitHub up or down is somewhat autonomous. Um, hopefully it pages somebody without us hearing from you that you cannot access your repository.
- 14:00
So, you know, I think in many ways, um, uh, what we are building is still tools that help us to get the job done, and there's many jobs that developers have to get done, many jobs that now AI engineers need to get done.
- 14:11
You saw it on the slide earlier, all the things that are also still true, you know, even though you can automate things with large language models. Um, and a lot of work in software engineering is, is, is bogging us down.
- 14:22
Um, a lot of boilerplate, a lot of security compliance. You know that Friday evening, uh, when you, when you wanna, you know, enjoy the barbecue because the sun is out, and instead you have to update all your Log4j dependencies, right? [laughs]
- 14:34
Like security tooling, in fact, you know, is creating more work. It's not a dishwasher. It's actually a tool that shows you that the, tells you that the dishes are, are dirty, and then you have to do the dishes yourself today.
- 14:43
And so, uh, that's security tooling, right? It just adds stuff to our backlog while we actually wanna work on the creative side, and we wanna, we wanna build new features.
- 14:52
We wanna build innovative product that, uh, creative things. Um, think many software developers do not understand themselves as a production worker. They understand themselves as artists, as creators.
- 15:01
Yes.
- 15:01
And, uh, but, you know, our companies, our governments, you know, the world is requiring us to do a lot of other work, and we need AI tools, auto-fix, you know, things that, that scans, uh, not only for security issues, but then fixes those security issues.
- 15:14
We need those pieces, um, supported by AI so we have more time for the things we don't wa- we do wanna do, and AI takes over the things we don't wanna do.
- 15:22
And that's, that's where the agents will go.
- 15:24
Fantastic. What's an agent you wanna have, and how far are we from it?
- 15:29
I mean, I want to have these agents that burns down all my security backlog. Um, it's, um, as in any company, the, the challenge is that I have way too many of these items.
- 15:38
Um, and there isn't really a book you can buy, um, that tells you as an engineering manager of how to balance those two things. Um, you cannot do all the, your work into security compliance, um, uh, accessibility and whatnot, and you cannot put all your work in- into innovation because your customers will lose all your trust the
- 15:56
moment you have a security issue that, uh, threatens their, their data. And as such, you have to balance those two things, or you find AI agents that brings the work down.
- 16:04
And I think as any, you know, leader of a software development company, uh, I always wanna go faster. I always wanna get that feature done faster. And, um, I'm sure it's, you know, f- the same, uh-
- 16:14
The same
- 16:14
... for you folks at Amazon. When, uh, when I have an idea and I ask my folks, "How long will it take to implement that?" the estimate I'm getting is like I'm scratching my head and I'm thinking, "I could done that, I c- can do that myself faster than, than waiting for, for my team to do it."
- 16:27
But of course that, that's not the truth. The truth is that there are so many other things in the process these days that, um, we need to find new abstraction layers, um, that help us to, to, uh, get control over our development life cycle again.
- 16:40
That's a great point. So last question: Do you have any advice for devs, both new and experienced, on how they should, they should navigate this new world of tools, this new of, new world of abstractions, um, in what some say is the biggest technology innovation since the internet?
- 16:58
I think, you know, the most exciting thing about this new technology is, and you saw it, uh, hopefully over the last three days at, at this conference, is that we are moving into a, a new world of software development.
- 17:09
And there have been multiple step functions, you know, over my, uh, life. Um, I was born right before the PC was invented. Uh, I remember getting my Commodore 64 and a PC in the '90s.
- 17:20
I remember the open source and the internet and, you know, i- internet open source before the internet was buying, uh, CDs and DVDs, um, in bookstores. The internet came, you know, um, a st- a SourceForge, and then GitHub came.
- 17:31
All of a sudden, developers started collaborating. The mobile wave came, and every time we had those step functions, software development got more exciting. And I think, you know, we are again at that, at that step function.
- 17:41
It means we can embrace our nerditude. We can build new shit, new shit.
- 17:46
Yes.
- 17:46
And I think, you know, the, it's really like, like, you know, for me as the CEO of GitHub, I don't get to touch code often. And so when I get to touch code on a Sunday afternoon, I don't wanna spend all my time off updating all my dep-
- 17:59
Okay, that's all we have. Thank you, Thomas. Please join me.
- 18:01
Thank you so much. [upbeat music] ... that we want to bring the fun back. And I think that's really, AI brings the fun back into software development. And so I wanna, you know, encourage all you back home to build interesting stuff and have a great time developing AI.