Michael Truell: How Cursor Builds at the Speed of AI

0:00:11 We are in a market that’s had a iPod moment and like it’s going to have an iPhone moment and I think that there are definitely more in the future and we’ve tried to build a company that can continually build those things.
0:00:24 I don’t think that API providers really knew what to make of us, these four 20-somethings and their thing now comprises like a really high double-digit percent of their API revenue and now they’re going to have to make capacity planning decisions, maybe financing decisions.
0:00:34 I think that there’s a big multi-product opportunity in our space where there’s a whole AI coding bundle to be built and we want to be, for many of our customers, like the AI coding provider for them.
0:00:50 Today, you’ll hear from Michael Truel, CEO of Cursor, on building the fastest growing developer tool we’ve ever seen, from taking down major cloud providers with their scale to becoming double-digit percentages of API providers’ revenue while still just being four 20-somethings.
0:01:01 We discuss why Focus beats science fiction in the AI coding wars, how they maintain their infamous two-day work trials even at 200-plus people, and the strategic art of hunting all the sonnet tokens in the world.
0:01:03 Plus, the Ouroboros question.
0:01:08 What happens when the tool-disrupting software is itself made of software?
0:01:09 Let’s get into it.
0:01:12 Thanks for being here, Michael.
0:01:14 Glad to be here.
0:01:14 Yeah, appreciate it.
0:01:17 He very, very rarely does these things I had to beg.
0:01:19 So I really appreciate you coming up.
0:01:20 No, it wouldn’t miss us.
0:01:21 Yeah.
0:01:24 Okay, so as everybody knows, Michael’s CEO of Cursor.
0:01:28 It’s one of the fastest growing companies, certainly, we’ve ever seen.
0:01:28 It’s everywhere.
0:01:29 It’s crazy.
0:01:32 You have to hire, operate through that.
0:01:36 So actually, what I want to do is dig into, not the typical kind of founder journey, what brought you here.
0:01:40 There’ll be a little bit of that, but like, how are you handling the mayhem?
0:01:41 Is that cool?
0:01:42 Sure.
0:01:43 Yeah, no, that sounds great.
0:01:44 Okay, great.
0:01:45 So to start off with, I’ll just do a little bit of history.
0:01:51 So I met with a company recently, and they came in, and they said, we are the 3D of Cursor.
0:01:54 And I said, funny story, because Cursor was once a 3D company.
0:01:55 Is that right?
0:01:56 Yes.
0:01:59 Do you mind talking about kind of a bit of the origin story?
0:02:00 Of course.
0:02:05 So there’s a bunch of different ways you could actually peg the start date.
0:02:14 But effectively, the way the company got started was my co-founders and I, we were close colleagues from school and some other places.
0:02:17 And two moments got us really excited about building a company.
0:02:24 One was trying some of the first useful AI products, and in particular, trying GitHub Copilot, the incumbent in our space.
0:02:29 And the reason this got us excited about starting a company is these products were actually useful.
0:02:36 And this was the first existence proof of, we shouldn’t be working on AI in a lab, it’s time to actually build systems out in the real world.
0:02:37 And there’s real useful things that you could be doing.
0:02:40 The second thing that got us excited was scaling laws, too.
0:02:44 We got excited about how it seemed like even if the field ran out of ideas, the models would get better.
0:02:47 And so this was around 2021, beginning of 2022.
0:02:58 And then Cursor sort of came out of kind of a whiteboard exercise where we were very excited about a Cursor for X for many different spaces.
0:02:59 And what does that mean?
0:03:07 We thought at the time that there would be, for a bunch of different verticals of knowledge work, the company that automates that area of knowledge work.
0:03:09 A company for each space.
0:03:12 And that company, it would do a couple of things.
0:03:16 The first thing it would do is it would build the best product for that space.
0:03:22 And it would define what the actual act of that knowledge work looks like as AI matures and gets better.
0:03:28 And then with that product, it would win distribution, it would win a big business, and it would get resources like data and capital.
0:03:37 And then it would back into being something that looks a little bit more lab-like, though not a foundation model lab, where it would start to use the data.
0:03:42 That it gets access to, to actually work on the underlying models and kind of push the autonomy in the space.
0:03:47 And then that would then, in turn, push forward the product and change what the best product looks like.
0:03:48 You get this flywheel going.
0:03:51 And so we were really, really, really interested in that.
0:03:52 And we thought that Microsoft would do that for coding.
0:03:58 And we wanted to work on a sleepy, more or less competitive space.
0:04:02 And we had some colleagues who did mechanical engineering, and we were familiar with CAD systems.
0:04:08 And so there was this, yeah, initial false start of working on mechanical engineering, actually.
0:04:14 And working on models to help people be more productive within CAD systems, and also building our own sort of CAD system.
0:04:15 So that was how we got started.
0:04:16 It was a bad idea.
0:04:18 The founder market fit was horrible.
0:04:26 There was this blind man in the elephant problem where we would hop on calls with mechies and ask them what they do during their days.
0:04:28 And we never really had an intuitive sense for it.
0:04:35 I almost wish that in the kind of six, seven months where we were working on that, we had just gone and been interns at a company to really learn the space.
0:04:42 But eventually, we put that idea aside and kind of came back to the thing that we were really most interested in, which is working on programming.
0:04:44 So I’ve got this theory.
0:04:47 I would actually like to hear your views on it, on why Cursor did so well early on.
0:04:52 And it’s actually pretty banal, which is at the time we were surveying the space and there was a lot of companies.
0:04:54 And they were doing a lot of different things, and a lot of it was pretty science fiction.
0:04:56 We’re going to create an agent that will be a software engineer.
0:04:58 We’re going to create a model using this new technique.
0:05:00 We’re going to do all the things.
0:05:02 We’re going to rewrite the editor, et cetera.
0:05:07 And one of my theories why early on Cursor did well is you were incredibly focused.
0:05:09 You chose VS Code.
0:05:16 Copilot had matured the market for a few years at the time, and it was this narrow focus and just a way, way, way better product that did it.
0:05:21 And so two questions, A, do you think this is legit view on it?
0:05:27 And then the second question is like, how did you decide to maintain focus when everybody else was doing everything else?
0:05:30 Because it was the time to build the agents or build the model.
0:05:33 Yes, I definitely think that there’s a lot of truth to that.
0:05:37 I think that also there’s an important asterisk in that the story of this company is still yet to be written.
0:05:39 And there’s so much more to do, too.
0:05:44 If you get to this point, I mean, like the success to this point, I mean, there was just such an updraft.
0:05:45 Yes.
0:05:52 So going back to when we were working on the CAD stuff, the cold start problem in that space was much harder than in our space.
0:06:00 Where to get started on helping people be more productive and building mech-y models of stuff that they were going to make in the real world, none of the out-of-the-box models were good at that stuff.
0:06:06 Like, there was actually like no good 3D representation steward, like open source 3D models that had transfer.
0:06:12 If you took the existing text-based LLMs and you tried to get the LLMs to be good at CAD, they weren’t really.
0:06:25 And so much of our time spent working on the CAD idea, in addition to calls with mechies where we didn’t really understand what they did in their day job, which was obviously a big problem, it was spent doing a lot of modeling work and a lot of data scraping work.
0:06:30 And we kind of had PTSD from that when we decided to put it aside and work on programming.
0:06:42 And so initially, yes, we were super focused, we were super expedient, and we did hack on hack on hack to just get something out into the world as fast as possible and start to get some momentum.
0:06:48 And part of that was we didn’t have, we had some funding, but nothing like the seed rounds of today.
0:06:56 And we had four co-founders and still, we talked about hiring and expanding the team, but I think we were still really fully learning how to do that.
0:07:13 And so, yes, the competitive landscape at the time, it was Microsoft, it was dozens of startups, these startups fit into a bunch of different buckets, there were some that were immediately trying to build big foundation models, there were some that had highfalutin product ideas of very different changes in people’s workflows, and we just tried to get something out as fast as possible.
0:07:20 And I remember at the time, the commitment device for us was actually the monthly investor update, which probably no one read at the time.
0:07:28 But it was, I think, from day one deciding to work on Cursor, it was a couple weeks to actually have an IDE that we used ourselves.
0:07:31 And initially, we didn’t even fork VS Code, we actually built from scratch.
0:07:36 So we built IDE from scratch that we used ourselves as a daily driver, a couple more weeks to actually get into other people’s hands.
0:07:45 And then in the span of total, I think, a couple of months, we had launched our first beta out to the internet, and immediately it started to get interest from people.
0:07:47 And then that kind of set off the momentum.
0:07:55 Specifically, while the momentum was building, a number of the people in the same space were broadening very quickly.
0:08:00 Like, they’d go to C library quickly, or they would, like, integrate with IntelliJ, or whatever it was, and you decided not to.
0:08:07 Was this, like, super intentional, or was it just, you know, you’re getting pull on the right one, like, you had enough work to do?
0:08:09 Yeah.
0:08:18 The ideas were intentional in that we kind of just worked all the time, and so the four co-founders every day would be breakfast, lunch, and dinner.
0:08:28 You’re going to talk about it, you’re going to debate endlessly these core strategic questions of, do you build an editor or an extension, do you do anything on the model side of things, and other, the initial product.
0:08:29 Build a new IDE, yeah.
0:08:33 And, yeah, I think that we were really, really intentional about wanting to own the surface.
0:08:39 So at the time, it’s not super controversial now, but at the time, people just thought it was very weird to do an editor.
0:08:43 Whether it was a fork or not a fork, they said you can’t get people to switch their code editor, they’re too tied to it.
0:08:49 Which we knew was wrong, because we had actually switched the VS Code ecosystem because of Copilot.
0:08:58 We were all, like, Luddites using command line Vim, and so we knew that if you built a better mousetrap, you could get people to switch, the bar would be high.
0:09:08 And then, yeah, we were very, very intentional about, eventually, in the future, we want to touch the model side of things, and there’s been a whole story of backing into that, and that’s actually been a really important product lover for us.
0:09:09 But we didn’t want to start there.
0:09:12 We wanted to just get something out to the world, not touch any of the modeling stuff.
0:09:13 Awesome.
0:09:19 Okay, so I told you this anecdote, and you said you didn’t remember it, but I remember it very well, which is the early days were about scale.
0:09:21 And I’ve seen a lot of companies over the years.
0:09:23 I’ve been in the industry for 30 years.
0:09:26 I’ve never seen scale like this quickly, especially with a small team.
0:09:34 And I remember one night, I got a call from you, and you were like, listen, we’ve taken down one of the big clouds, because, like, they can’t handle our scale.
0:09:37 And there was this actually relatively minor service disruption.
0:09:39 And then you guys fixed it actually pretty quick, and it was fine.
0:09:46 But apparently in that time, or so Oscar tells me, someone showed up at the cursor office and put an iPad on the window, and says, cursor’s down.
0:09:49 So, like, definitely it was, like, to a point where people were noticing.
0:09:53 And for me, it was kind of a shock, because it was kind of this nondescript building, like, that they found out.
0:10:06 So, it would be great to hear how you think, and the team thinks about handling this much scale, especially because, I mean, you’re really at the point that you’re, like, you’re even stressing the platforms you rely on, even though they’re some of the largest platforms.
0:10:08 I mean, there’s nowhere to go.
0:10:09 Yeah.
0:10:12 Yeah, that anecdote is lost within the years.
0:10:13 Of the many, of the many, yeah.
0:10:14 Back in the day.
0:10:23 Yeah, I think that, well, early on, the way we encountered scale was just, it was such a tiny team operating a service that,
0:10:38 that started to grow very fast, and my co-founders are great, and, but, you know, we’re not the most experienced group, if you can’t tell, just in terms of years of experience.
0:10:43 And so, yeah, very quickly, you know, we had lots of people using the service.
0:10:53 There’s ways in which, especially with things like, we have our own file sync system, you can think of it as, like, there’s kind of two or three different sort of mini drop boxes within Cursor,
0:10:58 where, you know, early on, within Cursor, there’s kind of, like, a search engine for the AI.
0:11:07 And, you know, it seems like a, kind of, on the surface, it doesn’t sound like it should be that complex, but it ends up being kind of annoying to build.
0:11:14 And depending on how you build it, definitely can start stressing, stressing the systems that you rely on.
0:11:21 But, yeah, very quickly, we were getting to scale when it came to just normal, boring cloud services stuff.
0:11:28 And so there was a whole story of, you know, we were running a very, very large Kubernetes cluster, larger than many other companies.
0:11:32 And then trying to figure that out on the fly with five total people at the company.
0:11:37 And having things, you know, having hiccups and troubles with that.
0:11:43 Then we sort of just got a handle of that by making some of the right architecture decisions, growing the team.
0:11:48 Then the next big scaling problem that came up was actually just stressing the API providers.
0:11:54 And that was less a, being very clever technically to get past that scale.
0:12:03 And that was more a relationship thing where, you know, these, I don’t think the API providers really knew what to make of us.
0:12:06 Because it’s, you know, these four 20-somethings.
0:12:10 And their thing now comprises, like, a really high double-digit percent of their API revenue.
0:12:18 And now they’re going to have to make capacity planning decisions, maybe financing decisions, to, you know, handle the growth under the hood.
0:12:24 And that was more of just a, and I think it’s something we’re still learning, you know, forging relationships with people.
0:12:32 It was also getting very clever about, turns out, these tokens, these API tokens, you can get them for the same model for many providers.
0:12:35 There are token resellers that exist out there.
0:12:40 And it’s strategically helpful, actually, to spread it across multiple providers, which have committed contracts.
0:12:44 And so we got very good at hunting out all the Sonnet tokens that exist in the world.
0:12:49 And so that was a level of scale that was tricky for us.
0:12:53 I’d say right now, we do a decent bit of our own training.
0:12:55 We do some of our own inference.
0:12:59 And so there’s, like, now a whole, you know, side of the scale.
0:13:02 There’s a whole new scale problem there in making decisions there.
0:13:10 Do you think that this converges on, you know, heterogeneous dependency on third parties?
0:13:14 Or do you think it converges on largely you running your own infrastructure?
0:13:15 Or, like, have you not gotten that far?
0:13:17 For the underlying model inference?
0:13:18 Yeah, yeah, yeah.
0:13:19 No, no, no, no, no.
0:13:21 Just infrastructure in general.
0:13:25 Like, more and more, you’re pulling stuff in-house just so that you have control of it.
0:13:30 Just for operating our website, desktop apps, backend, things like that?
0:13:30 Yeah.
0:13:33 I think we’ve been pretty multi-cloud from the start.
0:13:40 And so I think we’re definitely on a default path to heterogeneous, rely on multiple providers.
0:13:44 We have Databricks, Snowflake.
0:13:49 We have, we’re on AWS, GCP, and Azure for self or web stuff.
0:14:00 We use PlanetScale for databases and have had our whole, you know, one of the scaling the kind of boring cloud services stuff was really reliant on our DB,
0:14:03 where there was a whole Kubernetes side of things, things like core DNS going down.
0:14:07 Then there was a whole series of DB stories, where some of the things we’re doing are, like, pretty DB-heavy.
0:14:13 And eventually we got to a point where, well, usually you should just scale the RDS instance.
0:14:15 That works well for a long time.
0:14:17 Eventually you run out of that, and then it’s like, do you shard the database?
0:14:22 And then we switch to AWS’s service, which claims to not let you shard the database.
0:14:25 Turns out that’s wrong.
0:14:26 Not so much, yeah.
0:14:32 You think of these public clouds as they have it all together, but really it’s a very small set of customers for the highest level of scale,
0:14:34 and they’re figuring it out on the fly.
0:14:37 And so PlanetScale has been amazing there, where we went from Limitless to PlanetScale.
0:14:39 Sam, Sam, are you here?
0:14:41 Thank you very much, Sam.
0:14:42 We appreciate it.
0:14:45 All us developers, here for Sam.
0:14:53 But, yeah, no, for us, I think multiple providers are great at different things, and so that’s our plan.
0:14:57 Just quickly before we’re going towards talent.
0:15:02 So you’ve had to balance Focus, which you’re very good at.
0:15:04 Since then, you’ve done a lot of multi-product stuff, right?
0:15:05 You did BugBot.
0:15:05 You did CLI.
0:15:08 You’re doing infrastructure improvements.
0:15:13 To what extent is the decision to do this pretty organic and just obvious?
0:15:20 And to what extent do you kind of do prioritization in a more deliberate way?
0:15:23 Or maybe just walk through how you think about kind of where to expand R&D resources,
0:15:25 given everything that you’re dealing with?
0:15:27 It’s pretty deliberate.
0:15:29 We try to say no to lots of things.
0:15:33 But I do think we’re going to need to be a multi-product company going into the future.
0:15:39 I think that there’s a big multi-product opportunity in our space where there’s a whole AI coding bundle to be built.
0:15:45 And we kind of want to be, for many of our customers, like the AI coding provider for them.
0:15:58 And so far, that’s really focused on this wedge in, which is the surface that you sit in, the pane of glass that you sit in when you’re an engineer going about your day, building software, which is the editor.
0:16:01 We think that there’s still so much more to do there.
0:16:02 And that’s the main focus.
0:16:03 That’s where we spend resources.
0:16:11 We do think that the ways in which work is changing within the editor start to affect how teams work together, too.
0:16:14 And so we think that that presents both a big strategic opportunity.
0:16:18 It’s also just necessary to have the best editor thing.
0:16:23 It’s to also have this complement that’s helping teams review and collaborate a little bit more.
0:16:25 And so we’re intentional about it.
0:16:36 We’re still, I think, learning how to do it well, like how to give projects like that air cover, how to do cross-sell,
0:16:39 where there’s really, really big cross-sell opportunities in our space,
0:16:45 both from a growth engineering PLG, show them the button side of thing, and then enabling the sales team.
0:16:51 I will say, many founders underappreciate how tough it is to go from single product to multi-product when it comes to actually go to market.
0:16:53 I mean, it’s very, very complex.
0:16:55 Yeah, and a lot we’re still learning there.
0:16:59 But, you know, very excited by kind of the early results.
0:17:00 Awesome.
0:17:02 Okay, then I’d like to shift towards talent.
0:17:07 So I think you have one of the more rigorous and thoughtful hiring processes I’ve ever seen.
0:17:15 I try to, like, reserve a part of my evening and weekends to help you to talk to and recruit people.
0:17:22 And before I hop on every one of these calls, I get this incredibly well thought out, like, here’s where it is, here’s what we’ve done.
0:17:25 You know, I mean, I just think there’s so much behind this process.
0:17:33 So if you wouldn’t mind, can you just kind of walk through how you think about recruiting and kind of how you run your process and what you found out what works and maybe what doesn’t work?
0:17:36 Yeah, have your board members do lots of calls until they cry uncle.
0:17:38 That’s right, prepare them all.
0:17:39 Yeah, take advantage of their time.
0:17:40 Yeah, yeah.
0:17:43 Yeah, how have we thought about recruiting?
0:17:50 I think that there are ways in which our process is pretty orthodox.
0:18:02 I think that some of the things that might be unique, one is normally when you’re a small company, there’s this thing that you do with the first set of engineers where you basically just have people contract with you.
0:18:06 And you probably don’t do a normal lead code style thing, a normal interview loop.
0:18:08 That’s what we did.
0:18:11 It felt the most natural because you’re kind of getting to the ground truth of do you work well with the person?
0:18:15 And then usually people stop it after a couple of hires.
0:18:19 We have, and we tried to kill it many times internally.
0:18:20 I’ve tried to kill it too.
0:18:31 We still kind of do that where everyone who gets hired on the eng team and the design team spends two days in office and they work on a project.
0:18:32 And it’s very free form.
0:18:38 It’s not like, you know, you have this whiteboard interview and then that whiteboard interview and your days, two days are packed.
0:18:42 It’s here’s a desk, here’s a laptop, you know, here’s three projects you could work on.
0:18:48 Here’s a frozen version like of an, you know, a frozen older version of the code base with the DevEx setup.
0:18:49 Just go do it.
0:18:53 And then you, this functions, this has kind of two functions.
0:19:01 So one function is, I think it’s a really great test, the test for orthogonal things to the normal coding style interviews that we ask.
0:19:06 Before people get on site, we’re seeing, you know, can they go end to end in the code base?
0:19:07 Like, are they agentic?
0:19:11 Our engine design and product are pretty tightly coupled.
0:19:14 And so we try to hire product engineers who have product sense.
0:19:16 This gives you a sense of that.
0:19:18 You know, what would they build if left in a vacuum without a team?
0:19:26 And so I think it really gives us a lot of signal on the raw technical skills needed to be successful in our environment.
0:19:34 The other thing that it does for us is it also functions as a culture interview where you have four to six meals with us.
0:19:39 And, you know, that gives us a sense of, would we want to be around you?
0:19:41 Do you want to be around us?
0:19:49 If one of the benefits, you know, maybe sub point third benefit is it really gives the candidate a ton of information about the company
0:19:52 and what it’s going to be like to show up on the first day.
0:19:58 And I think that that’s led to, you know, really, really, really high chance of fit on their end, too, if they say yes.
0:20:06 And so that’s one of the more unorthodox things we do is we have this two-day on site and we’ve clung to it even though we are over 200 people now.
0:20:09 But you don’t do this with, like, go-to-market or other people?
0:20:10 We did initially.
0:20:11 So, yeah.
0:20:13 What do you do as a sales guy?
0:20:13 Yeah.
0:20:18 So to hire our first reps, we would give them, we’re like, here are inbound leads.
0:20:21 That’s awesome.
0:20:22 You have a quota.
0:20:30 Yeah, it was a little bit more structured where, you know, they would do a demo, they would do some, like, mock customer communications.
0:20:34 But we would give them access to the real data and have them dig in.
0:20:42 I think the very, very, very first one we did was literally, like, the rep came in, we showed them everything, we’re like, teach us how we should do sales.
0:20:44 But then it started to get more structured.
0:20:45 Okay, awesome, great.
0:20:50 So listen, I think this wave in general is changing a lot of orthodoxy on how you build companies.
0:20:54 I mean, it’s just, it’s a new super cycle, like, you know, we’re questioning everything.
0:20:56 You’re definitely on the forefront of that.
0:21:03 I mean, you’ve got, you know, relatively, I would say, junior folks running very large orgs and it’s working out incredibly well.
0:21:09 Another thing that you’re doing, I mean, I would say almost to, like, an extreme amount is M&A.
0:21:13 Like, you’ve been very, very good at doing these kind of tuck-ins for a two-year-old company, right?
0:21:17 Like, I mean, clearly a lot of private companies acquire companies, but you’ve done a great job about that.
0:21:20 Would you be open to sharing kind of how you think about this?
0:21:26 I mean, like, the adage pre-AI was, like, startups should never buy startups.
0:21:29 And it’s actually been hugely successful, not just with Curse, but across the board.
0:21:32 And so I think it’d be great to hear how that’s worked for you.
0:21:33 Any lessons learned?
0:21:42 Yeah, I think that so far for us, it’s been consistent with an approach of do anything possible to get the most talented people.
0:21:42 Yeah.
0:21:55 And so, you know, early on, as part of our, you know, us growing the initial 10 people on the team, we did crazy recruiting stunts, like, you know, flying.
0:22:03 Yeah, some of these, you know, are kind of normal when people do them, but a lot of things like flying across the world to the person after they say no.
0:22:18 Uh, and, um, and then when they say no, after you fly across the world, uh, you make up a dinner with researchers that’s happening in SF that they should totally fly to and come to six months later so that you can reignite the conversation and convert them to be an engineer.
0:22:21 And then they end up being, you know, one of the best people on the team.
0:22:23 Um, that, that, that happened.
0:22:27 Um, but so yeah, we’ve, we’ve really tried to get the most talented people possible.
0:22:33 And I think that sometimes, uh, you know, either conveniently or inconveniently, those people are working on companies.
0:22:36 Uh, and that’s where mostly it’s come from.
0:22:37 It’s come from the talent side of things.
0:23:00 Um, I think increasingly in the future, you know, with the whole suite of products that are possible in our space and with the benefits we think of, of bundling those together, we’re especially interested in, uh, earlier than, than most companies in their maturity, uh, using M&A as a strategic tool also to, to start to build out a couple of like GM type structures within the company.
0:23:03 Uh, and, uh, add on complementary products.
0:23:10 Um, and yeah, that’s something where, you know, for each new product that becomes possible in our space, we might try doing it internally.
0:23:11 We might look to see what the market has to offer.
0:23:16 And if there’s really the right fit with the right set of founders, uh, you know, we’d, we’d love to join up with them.
0:23:20 Um, yeah, that’s a little bit about how we thought about it, uh, so far.
0:23:24 The first, the first real M&A we did was, uh, was SuperMaven.
0:23:30 Uh, and so, uh, this, uh, as just one concrete example, this was a team of five people.
0:23:36 It was started by the person who had built co-pilot, the GitHub co-pilot before GitHub co-pilot, which was tab nine.
0:23:44 Um, and was also a researcher at open AI, had done a bunch of work with, uh, with John, um, uh, thinking machines.
0:23:48 And, uh, uh, uh, Jacob’s, Jacob’s fantastic.
0:23:52 And, uh, he was working on, you know, we were working on autocomplete models.
0:23:54 Uh, he was working on autocomplete models.
0:24:01 Uh, the stuff, the technology we were doing is very complimentary and just really built a relationship, stayed close over many months.
0:24:04 And it was really us like approaching him and being, being kind of aggressive.
0:24:05 All right.
0:24:08 So, uh, I have to wrap it up now, but I want to ask you one more question.
0:24:08 Sure.
0:24:09 Okay.
0:24:11 So, and this actually came from one of your candidates.
0:24:13 I just thought it was such a clever way to, uh, to, to, to phrase it.
0:24:14 And he’s like, you know what?
0:24:16 Cursor’s disrupting software.
0:24:18 And it was, we all agree.
0:24:20 I mean, this whole AI wave is disrupting software.
0:24:23 And he said, but Cursor’s written in software.
0:24:29 So to what extent is this Ouroboros somehow, you know, ushering in your own disruption?
0:24:32 And I thought it was nicely philosophical.
0:24:34 So I’d love any thoughts you had.
0:24:37 Because my answer to him was like, well, I’d rather be the one disrupting than not.
0:24:39 But, you know, that felt like a very VC thing to say.
0:24:40 Yeah.
0:24:44 Wait, and so it’s still like, uh, Cursor’s due narrative.
0:24:46 Like, if Cursor’s so good, then someone could.
0:24:49 No, this is someone who was super excited to, it was a very philosophical person who was super
0:24:50 excited to join.
0:24:57 And it was like, basically, listen, if you’re focused on building the disruption, but, you
0:25:00 know, the, the foundation of the product is what’s being disrupted.
0:25:01 What does that actually mean?
0:25:07 Um, yeah, I think that maybe two things.
0:25:13 One is, I think despite the headlines, despite how much demand there is in this market and
0:25:17 how much software has changed for the last few years, it’s so far away from being automated.
0:25:17 100%.
0:25:19 It’s so inefficient.
0:25:24 Building software in a, in a professional setting, especially with, you know, anywhere
0:25:25 from dozens to tens of thousands of people.
0:25:33 It’s just, it’s really easy at an executive level to, um, underestimate just how far away
0:25:35 we are from, from the limit of automating software.
0:25:36 So I think that there’s a really, really long way to go.
0:25:38 There’s a really long, messy middle.
0:25:43 Um, and then, yeah, I think that one of the challenges, uh, key challenges facing the company
0:25:49 in the future and we faced in the past is we are going, we are in a market that’s like, you
0:25:54 know, had a iPod moment and like, it’s going to have an iPhone moment and another iPhone
0:25:54 moment.
0:25:57 And, uh, I think that there’ve been a couple of those so far.
0:26:00 I think that there are definitely more in the future and we’ve tried to build the company,
0:26:04 uh, to be a place that, that can continually build those things.
0:26:07 Uh, cause if we don’t, you know, uh, uh, uh, we’re kaput.
0:26:10 Uh, and I think that, uh, it’s actually, you know, it’s a challenge.
0:26:13 It’s one of the nice things about the physics of the space too, because I think it’s one
0:26:17 of the things that makes it pretty tricky for a Microsoft to really compete in a big way.
0:26:19 Um, but yeah, definitely, definitely a challenge.
0:26:20 Awesome.
0:26:20 Great.
0:26:21 Well, thank you so much.
0:26:23 Please give the mic a hand for coming and doing this.
0:26:25 Thank you so much for coming.
0:26:26 Thanks for your leadership.
0:26:33 Thanks for listening to this episode of the A60Z podcast.
0:26:38 If you liked this episode, be sure to like, comment, subscribe, leave us a rating or review
0:26:40 and share it with your friends and family.
0:26:44 For more episodes, go to YouTube, Apple podcasts, and Spotify.
0:26:50 Follow us on X at A16Z and subscribe to our sub stack at A16Z.substack.com.
0:26:52 Thanks again for listening.
0:26:53 And I’ll see you in the next episode.
0:26:58 As a reminder, the content here is for informational purposes only.
0:27:01 Should not be taken as legal business tax or investment advice,
0:27:06 or be used to evaluate any investment or security and is not directed at any investors or potential
0:27:08 investors in any A16Z fund.
0:27:12 Please note that A16Z and its affiliates may also maintain investments in the companies discussed
0:27:13 in this podcast.
0:27:20 For more details, including a link to our investments, please see A16Z.com forward slash disclosures.
0:27:28 A16Z.com forward slash disclosures.
0:27:29 A16Z.com forward slash disclosures.
0:27:30 A16Z.com forward slash disclosures.