AI Engineer World's Fair 2026
The 2026 State of AI Engineering — Barr Yaron, Amplify Partners
Read the talk
The 2026 State of AI Engineering
AI engineering teams are combining more models, granting agents write access and shipping more experiments, while cost, evaluation and maintenance increasingly shape what they can build.
From a talk by Barr Yaron
What are AI engineers actually doing?
How do you describe the state of a field that changes while you are making the slides? Model announcements provide a steady stream of news, but a different question matters for engineering: what are people actually building and operating? Barr Yaron, an investment partner at Amplify, runs an annual survey to capture that practice. The 2026 survey was conducted with Notion and Vercel and received 1,048 responses.
AI engineering is a discipline, not a single job title. Respondents include founders, CTOs, engineers and product people across company sizes. For the third year, the sample skews toward experienced software engineers who are comparatively new to AI. Among respondents with more than ten years of software experience, over half have three years or less of AI experience. The median new engineer has nearly as much AI experience as the median software veteran: one group is learning a new paradigm, while the other has barely known software without it. These results describe survey respondents, not population-wide estimates of the industry.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Audio leads intentions; images show realized adoption
Doing AI at work can mean very different things, starting with the modality. Text dominates current building activity. To understand what might come next, Yaron looks at intent to adopt: among people not currently building with a modality, what share plan to use it? The denominator is current nonusers, not all respondents.
Among current audio nonusers, 56% plan to adopt it, compared with 37% in the 2025 survey. Audio leads adoption intent in both years. That measures stated plans, not completed adoption; the year-to-year comparison also describes separate annual survey samples rather than tracking the same teams.
The largest realized change is elsewhere: the share of respondents using image generation and reporting that it works well rose from 18% to 36%. This is a combined usage-and-satisfaction measure, not the share using images in any form. Yaron connects the change to improving products, including Nano Banana, Nano Banana 2 and ChatGPT Images 2.0. Her explanation is that image generation crossed a usefulness threshold—from conspicuously flawed outputs, such as malformed hands, into real work. The survey records the adoption change; it does not establish that particular releases caused it.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Open weights complement closed models
The public debate often treats open-weight and closed models as competing destinations. Production usage is less exclusive: 94% of respondents report using closed models, and 45% report using open-weight models. Those categories overlap. More than 90% of open-weight users also use closed models, so open weights primarily augment the model portfolio rather than replace it.
Asked for their top three model-selection considerations, only 5% of respondents include whether a model is open or closed. Quality leads, followed by agentic capabilities such as tool calling and cost, which Yaron describes as tied. Only one in five names reliability. Her interpretation is that reliability may have become a threshold requirement: once candidate models are reliable enough, teams choose among them on quality, capability and price. That is a hypothesis about the ranking, not evidence that reliability no longer matters.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Standardize the tools, retain model choice
Model diversity extends beyond the open-versus-closed distinction: 87% of teams use more than one model. The survey identifies several ways to select a model for a particular job:
- Route by task type. The most popular approach assigns different kinds of work to different models.
- Compare outputs. Run multiple models and compare their responses.
- Route by cost. Let spending considerations influence which model handles the work.
These approaches preserve access to models with different strengths instead of assuming one model should handle everything.
At the same time, more than half of respondents say their organization is beginning to standardize on fewer AI tools. Some consolidate particular layers while remaining flexible elsewhere. Standardization is happening in platforms and tools, while the model layer remains diverse. A common operating environment can therefore coexist with multiple model choices.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
The usage bill shapes product ambition
Managing multiple models and AI workflows brings the usage bill into product design. Cost regularly shapes how ambitiously 40% of respondents use AI; another 36% say it sometimes does. Together, roughly three quarters adjust their ambitions based on cost. Finding a useful application is only part of the decision: teams also have to decide how much of that application they can afford to run.
Cost and token usage rank second among production monitoring concerns, below quality. Yaron compares this attention to monitoring an SLA: spending has become an operational constraint that teams watch continuously, rather than a bill considered only after the product is built. The comparison describes engineering attention, not a contractual service guarantee.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Agents gain write access before controls settle
Agents make the operational stakes more concrete. As attention shifts toward harness engineering—the surrounding software that runs and constrains agents—the survey asks what permissions agents actually have. Reported agent use reaches 95%, roughly double the previous year, a figure Yaron herself says seems high. Among respondents building with agents, reported write access rises from 52% to 89%.
These are two separate changes: more respondents use agents, and a greater share of agent users grant write permissions. Together, they produce a more-than-threefold increase in the share of all respondents using write-enabled agents. The conditional write-access percentage alone did not triple. The distinction matters because write-enabled agents can change data inside systems, moving beyond reading, summarizing and drafting into actions with persistent consequences.
The leading controls are human approvals and permission gating. One decides whether an action may proceed; the other limits which actions are available at all. Yaron compares this relatively blunt toolkit to managing an intern. Below those leading approaches, practices scatter across task decomposition, retrieval, memory and sandboxing. There is no settled control layer, and she singles out memory and persistent context as areas likely to evolve.
About two thirds cite hallucination or losing context mid-task as their greatest frustration with agents. This is a report about what frustrates users, not an instrumented breakdown of failure rates. It nevertheless explains why control cannot stop at tool permissions: an agent can have valid access and still act on an incorrect belief or forget an earlier constraint.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Evaluation remains difficult; product logic stays close
Evaluation remains the most frequently named stack challenge, but its lead over other problems is narrowing. In total, 96% of survey respondents report a problem with their stack. The disagreement is over which problem matters most, suggesting a broad set of infrastructure needs rather than one dominant missing component. Even within evaluation, teams use multiple methods, and informal vibe review remains the most common.
Build-versus-buy choices across eight stack layers reveal a practical boundary. Every layer has a mix of approaches, but teams most often buy inference and model serving while retaining more of the logic that determines their product’s behavior.
| Layer | Reported tendency |
|---|---|
| Inference and model serving | Most frequently purchased |
| Prompt management | 61% build it themselves |
| Prompts, RAG and evals | Relatively more likely to stay in-house |
| Fine-tuning | Most respondents do not have it |
The distinction is relative, not a rule that every team follows. Serving infrastructure is broadly reusable; prompts, retrieval-augmented generation and evaluations sit closer to what makes a particular application useful.
Existing choices also appear persistent: buyers show limited interest in building, and builders show limited interest in buying. That suggests established boundaries are not about to disappear, although stated intentions alone do not prove technical lock-in.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Cheaper experiments create more work to understand
Across organizations ranging from solo founders to large enterprises, the sentiment is strongly positive. In this builder-heavy sample, 97% report a net positive organizational effect. The leading benefit is not simply faster execution; it is cheaper failure. Teams can try more ideas, build more prototypes and place more bets before committing to an approach. Yaron’s description of trying things as nearly free captures the change in experimentation, not a measured absence of cost.
Lower generation cost also creates more output to review. Over nine in ten respondents report some negative downstream effects. Common concerns include erosion of deep technical skills and understanding of the codebase, alongside increased review burden. Positive net impact and negative consequences are compatible: teams can value the additional experiments while still struggling to inspect, understand and maintain the work those experiments produce.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Shipping software extends beyond engineering
The organizational change reaches role boundaries: 81% say AI blurs the line between engineering and product, design and marketing. Shipping software is a particularly visible example. More than a third of teams have non-developers shipping features, mostly smaller or internal work.
The change also reaches customers: 17% report non-developers regularly shipping customer-facing features across the stack. Even when non-developers are not shipping, a third of teams see them producing useful prototypes, front-end mocks and other artifacts. These are distinct levels of participation—exploring an idea, shipping internal functionality and delivering customer-facing features—but each expands who can contribute directly to software creation.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Happier now, uncertain about the maintenance bill
Current satisfaction does not eliminate concern about what comes later. AI improved job satisfaction for 76% of respondents, while 59% fear today’s AI code creates long-term liabilities. Only a third call software engineering a solved problem, and Yaron cautions that people define software engineering differently. Respondents are also unsure what will happen with hiring. The immediate experience can be happier and faster while the long-term maintenance burden remains unresolved.
The five-year questions move from present experience into speculation:
| Five-year proposition | Reported response |
|---|---|
| A leading lab will declare AGI | 67% expect a declaration |
| Transformers will remain state of the art | 9% bet yes; most are unsure |
| More AI compute will be in space than on land | 36% yes; 38% no |
The AGI question deliberately asks about a declaration, not demonstrated achievement. Likewise, the transformer result is mostly uncertainty, not a consensus around a successor architecture. The space-compute responses are closely divided, and the yes/no figures do not exhaust the responses.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Operating the systems that experimentation creates
The closing picture is a discipline moving from discovering useful applications to operating their consequences. Positive organizational impact and improving image tools encourage more experimentation, while audio attracts the strongest adoption intent. Cost constrains how far teams take those experiments. Open weights add choices inside increasingly consolidated tool stacks, and write-enabled agents make control more consequential. The emerging division of labor is recognizable: buy more of the inference infrastructure, keep more of the product logic close, and work out how to govern systems that can now change the world they read.
The full 2026 AI Engineering Report includes every chart and additional breakdowns beyond the presentation. Yaron closes by inviting questions for the next survey: what engineers need to understand in 2027 will depend on what they build—and what becomes difficult to operate—between now and then.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Resources
From the talk
Barr Yaron’s full survey report, covering model use, agent permissions, infrastructure choices and organizational effects.
The preceding annual survey, including modality adoption intentions, agent permissions and evaluation practices.
Google’s introduction to Gemini 3.1 Flash Image, with generation and editing capabilities, developer documentation and example applications.
OpenAI’s launch announcement for ChatGPT Images 2.0, with a link to try image generation.
Read the complete timestamped transcript
- 0:00
[upbeat music] Now joining us on stage is the partner at Amplify, Barr Yaron. [upbeat music] [audience applauding]
- 0:37
Fantastic. D- you did a great job practicing. I feel very, very loved. Um, let's get started. So, like you just heard, my name is Barr. I run a survey every year on the state of AI engineering.
- 0:53
And the funny thing about running a survey on the state of AI engineering is that the field changes as you make the slides.
- 1:01
Just in the past week, we've had frontier releases treated like national security events, Meta reportedly exploring selling AI compute. By the time I get off stage, maybe something else will happen, so if I miss a major announcement while I'm up here, please come find me after.
- 1:18
But that's exactly why we run this survey every year, to cut through the noise, take a moment, step back, and understand what AI engineers are actually doing. Uh, for the first time this year, we were thrilled to partner with Notion and Vercel to run this survey.
- 1:36
Very quickly on me, uh, this is the least interesting slide. I'm an investment partner at Amplify, very lucky to invest in companies built by and for AI engineers. And I'll make the same promise that I make every single year, which is short time on Barr, long time on bar charts.
- 1:53
So let's get right into it with lots of bar charts.
- 1:59
First, let's talk about-- Well, maybe raise your hand. Did you fill out the survey? This is a very large group. Okay. Yes, I see you in the front. Um,
- 2:09
if the answer is you, thank you so much. If the answer is not you, I will find you in 2027. [laughs] But genuinely, this only exists because a thousand of you gave your time, so thank you.
- 2:20
We had one thousand and forty-eight respondents this year, which is a lot of AI engineers.
- 2:26
And to be precise, this is not just AI engineers, as I'm sure you see at the conference. Every year, we see that AI engineering is more of a discipline than a job title.
- 2:35
It touches founders, CTOs, engineers, product people, folks across company sizes and experience levels. And that range shows up in experience, too. Um, for the third year running, we see the same pattern, which is skewed towards senior engineers, but newer to AI.
- 2:53
Of those with over ten years of software experience, over half have three years or less of AI experience, which tracks. Uh, these are very experienced engineers learning a new paradigm in real time.
- 3:06
And the newest cohort, the ones who just started, uh, engineering, the median new engineer has nearly as much AI experience as the median tenured software veteran. Uh, so the newest engineers have never known software without this.
- 3:21
But doing AI doesn't mean one thing. We talked about all these different titles, all these different roles. Before we get into models and agents, I have a more basic question, which is when people say they're doing AI at work, what are they actually doing?
- 3:36
So first up, like to start with the modalities. We asked which modalities are you actively building with at work? Can anyone take a guess? [laughs] Text dominates. I know, hold your applause.
- 3:47
Um, but one piece of this chart that I always find very interesting and I always look at is the ratio of, "Nope, I'm not using this modality," to, "I'm not using it, but I do plan to."
- 4:00
I call this the intent to adopt ratio. Of the people who are not building with a modality today, how many say they plan to use it?
- 4:10
And audio has the strongest intent to adopt this year. Among AI engineers who are not building with audio today, a whopping fifty-six percent say they plan to adopt it in the AI applications they build.
- 4:23
And this is not a brand-new signal. Last year, audio also had the highest intent to adopt across modalities, but thirty-seven percent. So audio continues to take the lead and have high interest, but that interest is accelerating.
- 4:38
Now, there has been an audio swing, but if we look at what changed most from the last year in the survey, the biggest jump is actually in people using image generation.
- 4:49
The share of respondents using generative AI for images and feeling really good about it doubled from eighteen percent last year to thirty-six percent this year.
- 4:59
Makes sense if you look at what we launched in the same window. Over the past year plus survey time, uh, we've had models Nano Banana, Nano Banana 2, ChatGPT Images 2.0.
- 5:11
The products have gotten much better. What used to feel like an efficient way to generate cursed hands is just increasingly becoming a part of real work. Audio may have the strongest intent to adopt, but image generation shows us what happens when a modality crosses that threshold.
- 5:27
So I'm excited to continue watching these adoption curves every single year. I think we're gonna see a lot this year. [sighs]
- 5:34
Uh, now models. If you've-- Who here spends time on Twitter?
- 5:39
All right. Yes. I would imagine this is a very Twitter-pilled, uh, crowd. If you spend any time on Twitter in this, uh, in this circle, you've seen a lot written about open-weight models these past few months, and I think we'll see it even more in the next year.
- 5:53
Um, so we asked, "What models are you actually using in production?" Ninety-four percent use closed models. Forty-five percent are using open-weight models. But here's the thing, you know, open-weight models are not replacing closed models for the most part, at least not yet.
- 6:11
The respondents using open-weight models, over ninety percent of them are also using closed models. So they're looking like an augmentation. Teams are mixing and matching.
- 6:23
We also asked, just to double-click on this, for the top three considerations when choosing a model. If you're choosing a model, what is important to you? Um, and despite the airtime of the open versus closed, it's not what drives model choice.
- 6:38
It was a top three consideration for only five percent of the respondents. What matters is actually more straightforward. It's quality. Quality dominates, followed by agentic capabilities like tool calling, and cost tied right with it.
- 6:52
Well, money, money, money. We'll get back to that. Um, one thing that I found very interesting is that reliability is not near the top. Only one in five named reliability.
- 7:04
That doesn't mean teams stopped caring about reliability. Uh, there are different ways to interpret this data. My guess is that it's more likely to become a threshold requirement, and the models they're choosing are reliable enough, so the decision moves up the stack outside of certain circumstances to quality, capability, cost.
- 7:21
But we can talk after. All right, so here's where the model story all comes together.
- 7:28
Like I said, teams are not choosing one model and calling it a day. Earlier, I showed that eighty-seven percent of teams are using more than one model. Uh, the model-- That's the opposite of standardization.
- 7:41
Uh, and the way that they choose models for given tasks varies. Most popular is routing by task type. Some run multiple models, compare outputs. Some route based on cost.
- 7:52
Uh, but models are good at different things. What was interesting was that more than half of respondents said that their organization's starting to standardize on fewer AI tools. They're trading standardiz-- flexibility for standardization.
- 8:06
A share of those are mixed. They say they're standardizing on some layers while staying f-flexible on others. But the headline here is that there's-- we're in the early great standardization of the platform and tools, not the models.
- 8:20
All right. This is the slide where anyone who's opened an AI bill in the last year starts nodding. So it turns out that infinite intelligence still comes with a usage-based bill.
- 8:32
Once teams are managing many models and AI workflows, the next question becomes cost.
- 8:38
Cost is now a first-class engineering constraint. We see this in the data. Forty percent of respondents say that cost regularly shapes how ambitiously they use AI,
- 8:50
and another thirty-six percent say that it sometimes does. [chuckles]
- 8:54
Well, this is pretty straightforward. So all in, about, uh, three out of four respondents are adjusting their AI usage based on cost, and maybe the fourth has a company card.
- 9:07
That might be surprising, or maybe it's obvious, but twelve months ago, it was not. Token maxing is cool. Being able to find real use cases is amazing. But cost is becoming a real big part of the product decision today.
- 9:21
And it shows up in monitoring too. What folks are monitoring in production includes cost and token usage as the number two thing they watch for. It's being monitored like an SLA right under quality itself.
- 9:36
Which brings us to the biggest line item of them all, agents. We've been talking about agents for a while. Uh, this year, as you've seen, as you'll see today, as you've seen in previous days, you're gonna talk a lot about harness engineering.
- 9:49
They're escaping demo world. So we asked respondents what level of tool permissions their agents typically have, and this is where agents start to look more real. There are two things happening at once.
- 10:05
First, and I don't think this is surprising, relative to last year, there are far more teams using agents. This year, ninety-five percent, this seems high to me, ninety-five percent say they're using agents, roughly double last year.
- 10:21
Second, amongst the teams that are using agents, those agents are much more likely to have write access. Last year, fifty-two percent of folks building with agents said their agents could actually write data.
- 10:35
This year, that number is eighty-nine percent. So when you combine these two shifts, more teams using agents and more of those agents having write permissions, the share of all the respondents, and again, it's a survey, using write-enabled agents is up more than three times relative to last year.
- 10:53
So this is really the big shift. Agents are no longer reading, summarizing, drafting. They're taking actions inside of systems. And that raises the obvious question: How are we controlling all of this?
- 11:06
Um, with pretty blunt instruments. Uh, very-- There are many ways that folks are controlling agents today. The top two are human-in-the-loop approvals and gating permissions, which are the right instincts, but kind of the same toolkit you'd use to manage an intern.
- 11:23
Below that, the results scatter. Task decomposition, retrieval, memory, sandboxing. People are trying everything. Nobody has settled the control layer for agents. Uh, memory and persistent context is one that I'm watching very carefully right now.
- 11:37
I think it's gonna evolve a lot in the next year. And when agents fail, or when people complain about agents failing, uh, to be more precise, it's usually the thinking, not the plumbing.
- 11:49
So, uh, you know, like two-thirds say that hallucination or losing context mid-task is what frustrates them the most.
- 11:57
All right, so agents are out in the wild, which makes it a good time to look at what everyone's actually running underneath, so let's take a peek at the stack.
- 12:07
Um, we asked, "What is the biggest challenge in your stack?" Every single year that I ask this, the answer-- the number one answer is evals. Um, so evals lead here, same as always, but by a very thin margin.
- 12:17
Like, that margin is getting smaller. And I'll say the quiet part here, which is that ninety-six percent of the people in the survey in this room have a problem with the [chuckles] stack.
- 12:28
Just can't agree on which one. Um, so if you're deciding what to build next, if you're interested in infrastructure, that scatter is the map.
- 12:37
And the leading challenge, how to evaluate your AI outputs, requires many different methods, but as always, the vibe review is number one, so there are [chuckles] some consistent things that we'll see if they change over the time, but they, they have not changed.
- 12:53
Okay, this is interesting. So across eight layers of the stack, we asked, "What do people build versus buy?" Um, again, maybe the corporate card [chuckles] is, is gonna play a part in this, but there is a wide range and mix for every layer of the stack, and a few clear takeaways.
- 13:11
So the first is that inference and model serving is the layer that people buy the most. Many people don't wanna build inference infrastructure, and fair enough. Uh, prompt management is the opposite.
- 13:24
Sixty-one percent build it themselves. Um, apparently everyone's prompts are special. And this is true of a lot of the product logic prompts, RAG, evals, they tend to stay in-house on a relative basis.
- 13:37
Fine-tuning is the clearest "not yet." Like, most people don't have it at all.
- 13:44
And, uh, folks are pretty locked in, so those who bought aren't looking as much to build. Those who built aren't looking as much to buy. Uh, but those are, those are the core takeaways from the usage in our stack.
- 13:59
So many of you work on teams, and like we said at the start, these range from solo founders to large enterprises. What is this doing to teams?
- 14:10
And remember, this is a builder-heavy sample, but among builders, the vibes are good, which, you know, I'm sure if you look to your left and your right, you're feeling that.
- 14:19
The vibes are pretty good. Ninety-seven percent report a net positive effect on their organization. The top effect isn't really just speed, it's cheaper failure, more experimentation, more prototypes, more bets.
- 14:35
It didn't just make engineers faster, but it made trying things nearly free, and so there's some happy campers as a result of that.
- 14:44
But it's not free-free. You know, there's no free lunch, as nothing is. So the same tool that increases experimentation also increases review burden. Both can be true. And, um, you know, o-o-over nine in ten respondents are feeling negative downstream effects in some way, the most common ones being wide- you know, widely discussed at this conference, uh,
- 15:09
online and anywhere that you see AI engineers, erosion of deep technical skills and understanding of the code base. And these are consequences of cheap code generation.
- 15:22
And the org chart is really feeling it. So
- 15:26
many folks, eighty-one percent, are saying that AI is blurring the line between their role as engineers and product design and marketing. These stats shocked me. Um, where you feel it the most is shipping software, once exclusively the engineer's domain.
- 15:44
I know folks talk about vibe coding and how that's accessible to more folks than ever before in different roles, but today, over a third of teams have non-developers shipping features, which was pretty wild to me.
- 15:59
Mostly smaller, mostly internal, but seventeen percent say that non-developers are regularly shipping customer-facing features across the stack. And even when non-developers aren't shipping, a third of teams see them building really useful things, prototypes, front-end mocks, and more.
- 16:17
So shipping software is not gated on being an engineer. We knew this, but, uh, the extent to which it's being pushed is, is higher than I expected.
- 16:27
All right, so where does all of this go? We always ask people to place bets rapid-fire, so let's talk about those results.
- 16:37
Um, so present tense first. Seventy-six percent say AI boosted their job satisfaction, so that's good for most of this crowd. I hope you're, uh, as, uh, Elphaba and Glinda say, "I hope you're happy now."
- 16:52
Um, that's great. But fifty-nine percent fear today's AI code creates long-term liabilities. Only a third call software engineering a solved problem, although, uh, when I have conversations with folks, sometimes the way in which they define software engineering is different, so you can read into that stat as you will.
- 17:14
Um, happier, faster, but embracing the maintenance build is the TLDR, and people are unsure what's gonna happen with hiring.
- 17:22
And for the five-year bets, [sighs] we have sixty-seven percent expect a leading lab will declare AGI in the next five years. Note the wording. We said will dec... We asked about the press release, not the achievement.
- 17:36
So will they declare it? Yes. What does that mean? Not sure. Uh, [chuckles] only nine percent bet on transformers being state-of-the-art in five years. Most are unsure, uh, but that was interesting.
- 17:49
And then my favorite, will there be more AI compute in space or on land? Thirty-six yes, thirty-eight no. The most divisive question in the survey is about outer space.
- 18:02
I promised you a lot of bar charts, and that was a lot of information, so a review or our twenty-twenty-six wrapped. Impact is overwhelmingly positive. Image gen doubled, or happy image gen doubled, while audio has the highest adoption intent, the same as last year.
- 18:23
Cost really became a first-class constraint, and we see that everywhere in monitoring and how ambitious folks that are going out and building AI products are behaving. Open-weights augment, but they don't replace, so we're seeing a multi-model future with a consolidation of the stack.
- 18:43
Agents got write access more than ever before, tripling relative to last year, while the guardrails stayed pretty primitive. And inference is the buy market. Everything closer to product logic tends to relatively stay more in-house.
- 18:58
It is a very exciting [chuckles] time to be an AI engineer. I cannot wait to see how the next year unfolds.
- 19:05
So you can find the full report in the link up here, every chart plus some cuts that we didn't have time for today. Um, I won't ask you to fill out a survey about the survey, but if there's something that you want on the books for twenty-twenty-seven, something you're curious about, you can come find me here on
- 19:20
the internet. I'm easy to spot. Thank you so much. Uh, we will see you next year, or per thirty-six percent of you, maybe in orbit. Thank you. [outro music]