Why Vibe Coding Makes Taste More Valuable Than Syntax

1. 0:00 – 0:42

   Intro

   1. JFJared Friedman0:00

      It's like somebody dropped some, like, uh, giant beanstalk seeds at night and we woke up in the morning. (laughs) And they were like, "Whoa." (laughs)

   2. GTGarry Tan0:06

      Whoa. What's going on? (laughs) I mean, I think our sense right now is this isn't a fad, this isn't going away, this is actually the dominant way to code. And if you're not doing it, like you might just be left behind. (instrumental music plays) Welcome back to another episode of The Light Cone. I'm Gary. This is Jared, Harj, and Diana, and we're partners at Y Combinator. Collectively, we've funded companies worth hundreds of billions of dollars, right when it was just an idea and a few people.

2. 0:42 – 1:00

   What is vibe coding?

   1. GTGarry Tan0:42

      So, today, we're talking about vibe coding, which is from a Andrej Karpathy post that went viral recently. "There's a new kind of coding I call vibe coding, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists."

   2. HTHarj Taggar0:59

      Yeah, so

3. 1:00 – 4:35

   What founders in the current YC batch are saying

   1. HTHarj Taggar1:00

      we, we surveyed the founders in the current YC batch, um, to get their take on vibe coding. And we, uh, we essentially asked them a bunch of questions. We asked them, "What tools are you using?" Um, "What work ... How has your workflows changed?" And sort of generally, "Where do you think the, um, future of software engineering is going? And how will the role of software engineer change as we get into a world of vibe coding?" (laughs) And we got, like, some pretty interesting responses. Anyone have any favorite quotes that jumped out from the founders?

   2. GTGarry Tan1:27

      I think one of them that I can read verba- verbatim is, "I think the role of software engineer will transition to product engineer. Human taste is now more important than ever, as code gen tools make everyone a 10X engineer." That's from the founder of Outlet.

   3. JFJared Friedman1:43

      I got one. Um, Abi from Astra said, "I don't write code much, I just think and review." (laughs)

   4. HTHarj Taggar1:50

      (laughs)

   5. JFJared Friedman1:50

      This is like a super technical founder whose, like, last company was also a dev tools company. He's like extremely able to code, and so it's fascinating to have people like that saying things like this.

   6. HTHarj Taggar2:00

      There's another quote from a, a different Abi, Abi from Copycat, who said he's, "I am far less attached to my code now, so my decisions on whether we decide to scrap or refactor code are less biased. Um, since I can code three times as fast, it's easy for me to scrap and rewrite if I need to."

   7. GTGarry Tan2:15

      And then, I guess the really cool thing about this stuff is it actually parallelizes really well. And so Yoav from Kess60, he says, "I write everything with cursor. Sometimes I even have two windows of cursor open in parallel, and I prompt them on two different features."

   8. JFJared Friedman2:30

      (laughs)

   9. GTGarry Tan2:31

      Which makes sense. Why not three, you know?

   10. JFJared Friedman2:33

       Exactly.

   11. GTGarry Tan2:33

       You can do a lot, actually. And I think another one that's great is, uh, from the founder of Trainloop. He mentions how coding has changed six to one month ago. "10X speedup one month ago to now is a 100X speedup, exponential acceleration."

   12. JFJared Friedman2:49

       And he says, "I am no longer an engineer, I'm a product person."

   13. GTGarry Tan2:52

       Yeah, that's super interesting. I, I think, like, that might be something that's happening broadly. You know, um, it really ends up being two different roles you need. I mean, it actually maps to how engineers sort of self-assign today, in that either you're, uh, you know, frontend or backend. And then backend ends up being about actually infrastructure, and then frontend is so much more actually being a PM. You're sort of, um, almost being like an ethnographer going into the obscure, underserved parts of the pie of GDP, and you're trying to extract out, like, "This is what those people in that GDP pie actually want. And then I'm gonna, you know, turn that into code," and then actually evals are the most important part of that.

   14. HTHarj Taggar3:37

       When I was running Triplebyte, this was actually one of the things we noticed. It was almost as important as the technical assessment of engineers, when you're trying to figure out who's a good match for a specific company, is there's a certain threshold of technical ability you need. But beyond that, it was do you actually want to talk to users or not? Like some engineers are actually just very, a lot more motivated by working on things where they know who the users are and they get to, like, communicate with them, and they get live feedback, and they can iterate. Um, essentially being a product engineer. And other engineers really don't want to do that at all. Like they find it annoying having to deal with users and they want to just like work on like hard technical problems and refactor code. (laughs)

   15. GTGarry Tan4:12

       (laughs) That's the backend engineer. (laughs)

   16. HTHarj Taggar4:13

       (laughs) Yeah. That's it. That's what we call a backend engineer, yeah. Sure. And that's certainly a theme that came up in these survey responses, right? This idea of sort of the LLMs are maybe gonna push people to choose, because the actual writing of the code may become less important, and it's about are you really ... Do you have taste and you want to solve product problems? Or are you an architect and you want to solve systems problems?

   17. GTGarry Tan4:34

       Oh, and interestingly,

4. 4:35 – 6:59

   Debugging and building systems

   1. GTGarry Tan4:35

      I guess, um, one thing the survey did indicate is that this stuff is terrible at debugging.

   2. HTHarj Taggar4:40

      Yeah.

   3. GTGarry Tan4:41

      And so you still, the humans have to do the debugging (laughs) still. They have to figure out, well, what is the code actually doing? Here's a bug. Where's ... You know, spot the bug. Where's the code path that, you know, we have some uns- you know, logic error, you know, just didn't figure this out, right? There doesn't seem to be a way to just tell it, "debug." You were saying that you have to, uh, be very explicit, like as if giving instructions to a f- first time software engineer.

   4. JFJared Friedman5:08

      Ye- I have to really spoon feed it the instructions to get it to, to debug stuff. Or, you can kind of embrace the vibes. I'd say Andrej Karpathy style, is just like ignore the bug and just like re-roll. Just like (laughs) just like tell it to try again from scratch. Like, it's, it's wild how your coding style changes when actually writing the code becomes a 1,000X cheaper. Like, as a human, you would never just like blow away something that you'd worked on for a long time and rewrite it from scratch because you had a bug. You, you, like you'd always fix the bug. But like, for the LLM, if it can just like rewrite a thousand lines of code in like six seconds, like-

   5. GTGarry Tan5:42

      It doesn't cost anything.

   6. JFJared Friedman5:43

      Like, well why not? (laughs) You know?

   7. GTGarry Tan5:44

      That's kind of like, um, writing, you know, taking the approach of, uh, you know, how people use, um, Midjourney or Playground when you're trying to generate images. Like, if there are artifacts or things that I don't like, sometimes I don't even change the prompt, I just click re-roll. And I do that five times, and y- sometimes it just works and it's like, "Oh, I can use that now."

   8. JFJared Friedman6:03

      (laughs) Yeah.

   9. GTGarry Tan6:04

      Which is a very different frame of building systems, because you're not building foundationally step-by-step. You're really doing it from scratch, because fundamentally what's going on is like all these-

   10. DHDiana Hu6:16

       ... tools today are coming from the world of, uh, generated code, that are in this latent space, hidden somewhere, and you have to do it from scratch to find like a different gradient and not get stuck, and then you wanna like add a bit of randomness, get it to regenerate. But I do think maybe, I don't know, whatever next generation of 0.5, maybe we'll get to the point that actually is able to build upon... I mean as of right now, I think most of it is you need to reroll and rewrite, but it doesn't build upon it yet. But we haven't seen any of the coding tools right now work well with reasoning. I think we have-

   11. JFJared Friedman6:48

       Well, well, 0.3 is infinitely better at debugging than 3.5 Sonnet, so like it definitely feels like we're headed in the direction where this may not be true in, you know, (laughs) six months, the next time we do this episode. Diana,

5. 6:59 – 10:01

   The models people are using now

   1. JFJared Friedman6:59

      do you want to talk about like the models that people are using and the IDEs that the people are using? There's some really interesting trends there.

   2. DHDiana Hu7:04

      Yeah, I think as we mentioned a couple episodes ago, we already saw this in, uh, the shift started happening, the vibe started to shift back in summer '24, when Cursor was being used by a big portion of the batch, and now by far is the leader. But the other thing that's happening, this is a very fast and moving environment, Windsurf is a fast follower. It's starting to be a very good product as opposed to Cursor, and I think, Jared, you have some first experience with why Windsurf is like better than Cursor.

   3. JFJared Friedman7:35

      Yeah, I think the number one reason that people are switching is that Cursor today largely needs to be told what files to look at in your code base, so if you have a large code base, you can tell it what to do but you have to tell it like where to look in the code base. Windsurf indexes your whole code base and is pretty good at figuring out what files to look at on its own. Th- there's, there's other differences too but I think, I think that's the most important one at the moment.

   4. DHDiana Hu7:56

      Notable, Devin does get mentioned but the drawback of Devin not really being used for serious features is that it doesn't really understand the codebase. It's being used mostly for small features and b- barely, it's like barely mentioned. The other one people still use, uh, ChatGPT, and the reason they use it is because they want to actually use the reasoning models, so it does get posted. People post some of the debugging questions to, to figure out the, use the more powerful models for reasoning, because right now, Cursor, Windsurf are still in the old world, I mean old world less than six months ago, (laughs) of pre-reasoning models, not in the test time compute, so founders are using that. And, uh, there's some founders, some of them are self-hosted as well, self-hosting models because maybe they have more critical sensitive IP, they do that. And now talking about the shifts in terms of, uh, models, the thing about CodeGen, the big game in town that we saw, uh, six months ago was Claude Sonnet 3.5. It's still actually a big contender. Most are still using it but 0.1, 0.1 Pro and O3 meaning all these, uh, reasoning models are starting to see, uh, it's almost like getting neck to neck now close with, uh, Sonnet 3.5. The other one is 4.0, virtually no use for CodeGen, and the other interesting thing is, uh, DeepSeq R1 is getting mentioned, is, uh, it's been used, it's like a viable contender as well. And Gemini not really mentioned.

   5. JFJared Friedman9:26

      The, the, the one thing I've heard from Gemini is because it has like the longest context window, I've heard from a couple of founders that they do use it and the way that they use it is they put their entire code-

   6. DHDiana Hu9:36

      (laughs) .

   7. JFJared Friedman9:36

      ... base into the Gemini context window and they just like tell it to like f- fix a bug, and it doesn't always work but like sometimes it can just like one shot fix stuff because it's the whole thing in the context window.

   8. DHDiana Hu9:47

      It will be interesting to see as people get more adoption on the newly released reasoning models with Flashback 2.0. Uh, I don't think people have tried it yet. But the long context window plus reasoning could be a good contender. What is

6. 10:01 – 11:58

   What percentage of code is being written by LLM’s?

   1. DHDiana Hu10:01

      the estimated code that's being written by LLMs in the current batch? (laughs)

   2. JFJared Friedman10:05

      I think this is pretty crazy. So we, we explicitly asked this question, "What percent of your codebase do you estimate is AI generated?" The way I interpreted the question is like, (clears throat) like of the actual characters in your codebase, not including any libraries that you imported, like w- what percentage of like the characters were like typed by human hands versus like e- emitted by an LLM? And the crazy thing is one quarter of the founders said that more than 95% of their codebase was AI generated.

   3. DHDiana Hu10:31

      Wow.

   4. JFJared Friedman10:31

      Which is like an insane s-

   5. DHDiana Hu10:33

      (laughs) .

   6. JFJared Friedman10:33

      ... statistic. And it's not like we funded a bunch of non-technical founders, like every one of these people is like highly technical, completely capable of building their own product from scratch. A year ago they would have built their own product from scratch but now 95% of it is built by an AI.

   7. GTGarry Tan10:48

      Except for, uh, you know, maybe it sounds like we have-

   8. JFJared Friedman10:50

      Oh, yeah.

   9. GTGarry Tan10:50

      ... one or two examples-

   10. JFJared Friedman10:51

       Two examples, that's true, yeah.

   11. GTGarry Tan10:52

       ... of people who, um, they're so young-

   12. JFJared Friedman10:55

       Yeah.

   13. GTGarry Tan10:55

       ... that they learned to code in the last two years, (laughs) so they actually don't know a world where-

   14. JFJared Friedman11:00

       Yeah.

   15. GTGarry Tan11:01

       ... Cursor didn't exist.

   16. JFJared Friedman11:02

       Yeah, this is, um, one of my best companies this batch actually i- is exactly this, the founders are extremely technical minds but they're not classically trained in computer science and programming, and they are incredibly productive and able to produce just a ton of like really amazing product, and AI is writing almost the entire thing.

   17. DHDiana Hu11:24

       It kind of makes me think a lot of, uh, the discourse around sort of Gen Zs are the first digital native that grew up with-

   18. JFJared Friedman11:32

       Yeah.

   19. DHDiana Hu11:32

       ... the internet. This is like the generation that grew up with native AI coding tools, that they skip the classical training of a software engineer and they just do it with, with vibes, but they are actually very technical minded, I mean they have degrees in math and physics.

   20. JFJared Friedman11:48

       Math and physics, yeah.

   21. DHDiana Hu11:49

       So they, they, they have that raw, let's call it more like system thinking type of mind that you still need, maybe we should talk a bit about that, is like what's

7. 11:58 – 18:08

   What changed and what stayed the same?

   1. DHDiana Hu11:58

      still the same and what has changed?

   2. JFJared Friedman12:00

      I think this vibe coding will enable people who have those kinds of technical minds, who come from other technical disciplines like math and physics, to become highly productive as programmers much faster than it was in the past. Like I remember there were like coding boot camps, like back in the day they would try to like retrain physics people into programmers and then like it didn't work that well because it just takes too long to learn all of the syntax and all of the libraries and all the stuff that you have to know to be really productive. But like now...

   3. GTGarry Tan12:27

      Now, it's a new world.

   4. HTHarj Taggar12:28

      The coding boot camps are also very specifically focused on getting you hired at companies. And I think there was, it was during, this was around like 2015 era, where just companies themselves were rethinking how to evaluate software engineers in their hiring processes. And it was moving... There was a real shift away from, like, "We want to hire classically trained computer scientists, um, white board algorithmic problems," towards, "We actually want people who are just really productive and write code quickly." And, uh, some- some of these arguments are, like, evergreen eternal, right? Like, I remember when Rails first came out, there was just, like, a real sense of, oh, like, I don't know, like, ActiveRecord as a way to, like, interact with your database was seen as a great abstraction. But, like, there was still the same flavor of argument, right? Like, oh, no, like if you don't really understand the internals, like, you're just gonna write, like, crappy low performant web software.

   5. GTGarry Tan13:18

      How do you feel those arguments have aged, if you look back on it now?

   6. HTHarj Taggar13:23

      My feeling is that many of the most successful companies, I would say Stripe, Gusto, are just two that really spring to my mind as ones that really heavily leaned into the actually, "We just want people who are really productive with the tools, and we're gonna change our whole hiring process to just select for people who are good at..." Like, the interview shifted from, "Teach us how you think," to, "You've got three hours and a laptop, and you need to build a to-do list app and build it as quickly as you can." And those companies have had a tremendous amount of success. Uh, it does, it does seem like at some point as they grew and they scaled then the bottleneck did actually become having people who are classically trained and systems thinkers to sort of scale up and architect things.

   7. GTGarry Tan14:04

      It does seem like, uh, how people are hiring engineers is changing, but maybe not changing fast enough yet. The results of the survey are relatively surprising to the four of us here.

   8. HTHarj Taggar14:15

      (laughs)

   9. GTGarry Tan14:15

      (laughs) Uh, they're probably-

   10. HTHarj Taggar14:16

       Yeah.

   11. GTGarry Tan14:17

       ... pretty shocking out there, even, it's just, like, this thing that popped up in our backyard only in the last six to nine months. My guess would be engineering hiring period has not actually caught up to this. People are still standing at whiteboards and doing that kind of thing, as opposed to, "What can you get done?" And so it sounds like the Stripes of the world, they were ahead of the game, and everyone has to hire engineers this way now.

   12. HTHarj Taggar14:41

       I mean, I- I wonder if the, actually if even that's going to be sort of the old meta. Like, I mean, something that stood out from the survey responses was this idea of, um, two themes we talked about, right? Like, one is, oh, okay, we're all just product people now. Like, actually the thing that you need is really great taste and understand what to build. And the second was a idea of, um, actually now what's really valuable is to be, like, a- a systems thinker and an architect and to really sort of understand the bigger picture. In which case, actually, like, maybe being a really productive coder, 'cause that's definitely something that always fit my definition of when you're talking about who are great engineers, you know, and like, the, one of the dimensions are they're just really produ- Like, they can write code-

   13. GTGarry Tan15:21

       Really fast.

   14. HTHarj Taggar15:22

       ... really fast.

   15. GTGarry Tan15:22

       Yes.

   16. HTHarj Taggar15:22

       Like, maybe that's outdated. Like.

   17. GTGarry Tan15:25

       Yeah.

   18. HTHarj Taggar15:25

       Maybe that's not i- If the LLMs are actually-

   19. GTGarry Tan15:27

       That's fascinating.

   20. HTHarj Taggar15:27

       ... really good at writing code quickly.

   21. GTGarry Tan15:29

       Yeah. Right.

   22. HTHarj Taggar15:29

       And to your point, like, now it's actually just cheaper to, like, re-roll and just, like, write everything from scratch-

   23. GTGarry Tan15:34

       (laughs)

   24. HTHarj Taggar15:34

       ... and try and debug. Like, the skills might just be completely different.

   25. GTGarry Tan15:38

       Problem is, there's, like, two different stages. There's zero to one, which, in which ca- speed is the only thing that matters. And then, to your point about ActiveRecord and Rails, that battle was actually fought to a standstill. Because of course using ActiveRecord or Rails allowed you go, to go from zero to one very quickly, but then what happened at Twitter? It became the fail whale, right?

   26. HTHarj Taggar15:57

       Yeah.

   27. GTGarry Tan15:57

       Like, basically-

   28. HTHarj Taggar15:58

       Yeah.

   29. GTGarry Tan15:58

       ... once you get to one-

   30. HTHarj Taggar15:59

       (laughs)
8. 18:08 – 21:37

   How Triplebyte did candidate assessments and how would that change in this era

   1. JFJared Friedman18:08

      I'm not sure everybody who's listening knows what Triplebyte is, but it's actually very relevant. Do you- do you mind just describing for everybody what-

   2. HTHarj Taggar18:15

      Yeah. Triplebyte is a company I started-

   3. JFJared Friedman18:17

      ... Triplebyte was?

   4. HTHarj Taggar18:17

      ... in 2015, and, uh, we were essentially building a technical assessment for engineers. Like, our goal was, how can you use software to automate evaluating software engineers? And the way we did it was pre all these code gen models, which is, we built all of our own custom software to interview engineers, have humans interview engineers, and then essentially just, like, label the data, like, in every-

   5. JFJared Friedman18:38

      And, and interview them by, like, asking them to write code. They-

   6. HTHarj Taggar18:42

      Yeah.

   7. JFJared Friedman18:42

      ... they... Oh, they just wrote high-

   8. HTHarj Taggar18:42

      It was a, it was a com-

   9. JFJared Friedman18:42

      ... highly technical interviews.

   10. HTHarj Taggar18:43

       Yeah, it was a high tech, yes. Like, it was ask them to write code. Um, we did actually include algorithmic problems.

   11. JFJared Friedman18:49

       And is it true that you and your co-founders have done more technical interviews than any other people on the planet?

   12. HTHarj Taggar18:53

       I think so. Like, in terms of just, like, pure hours. (laughs)

   13. JFJared Friedman18:55

       Yeah. (laughs)

   14. HTHarj Taggar18:56

       'Cause it was, that was just, like, the early days of it were, like, all day, every day, just, like-

   15. JFJared Friedman18:59

       Like, thousands-

   16. HTHarj Taggar19:00

       ... interviewing people. Yes.

   17. JFJared Friedman19:01

       Thousands and thousands-

   18. HTHarj Taggar19:01

       Yes.

   19. JFJared Friedman19:02

       ... of them, right?

   20. HTHarj Taggar19:02

       Um, and then we scaled up and we had, like, a team of about, like, uh, a hundred engineers contracted just, like, that we would pay per interview completed.

   21. JFJared Friedman19:11

       And so you're exactly the right person to ask this question, 'cause you've literally spent more time thinking about this than anyone else on the planet. Um, if you were starting Triplebyte again today and you had to design, like, new technical assessments for engineers, what would you have them do?

   22. HTHarj Taggar19:26

       The- the big takeaway I had with Triplebyte and the screening that, in particular, is just ev-... People want different things. And so you kind of need to know upfront, like, what exactly it is that you're evaluating for, and then design your technical screen, um, around that. It's kind of what I'm getting at with, uh, Stripe and Duster and these companies just knew that they didn't care if someone had fundamental CS knowledge, so it didn't make sense to screen them on that. Like, uh, they, they wanted to screen for the thing that they were actually gonna do in their job. And then our product was more trying to screen for everything comp-... Trying to get a taste of everything companies might want and then figure out what someone's max skill was, um, and then send the people with the max skill to the companies that would value that max skill. And in today's world, I think I would actually have a screen that at least accounted for just how well people knew how to use these tools.

   23. JFJared Friedman20:21

       Mm-hmm.

   24. HTHarj Taggar20:21

       Like, and I'm... So again, it's very contradictory to what I was saying earlier, but it might be the case of maybe how produc-... How quickly you can code and you can build product is actually something to explicitly screen on and just set the bar much higher.

   25. JFJared Friedman20:34

       You probably have to ask different questions, 'cause I'll bet if you go back to the original Triplebyte assessment, I bet a lot of those questions, you could literally just copy and paste the question into ChatGPT and it would spit out the perfect answer.

   26. HTHarj Taggar20:45

       Yeah. Well, yes.

   27. JFJared Friedman20:45

       In which case, you're not really proving that much-

   28. HTHarj Taggar20:47

       Yeah. Well, this is-

   29. JFJared Friedman20:48

       ... competence if you're just copy... Like, the, the questions probably have to be, like, a hundred times harder.

   30. HTHarj Taggar20:51

       Well, it depends. I mean, this gets you the deeper stuff, right? And no- not necessarily, 'cause if you have someone else moni-... It, it depends on, like, what conditions you're going to put on the screen, which I think is interesting. So, I don't know, a classic question was, like, build Tic-Tac-Toe. Um, yes, of course, if you do that unsupervised and you just let someone, like, come back with their Tic-Tac-Toe solution, that's going to take, like, two seconds, right?
9. 21:37 – 23:01

   Key skills that will remain relevant

   1. HTHarj Taggar21:37

      Yeah.

   2. DHDiana Hu21:37

      I think there's gonna be... Probably you're gonna test for different things, because it also did a lot of engineering hiring. I think one key skill that's gonna, I think, remain that's constant, I do think skills are reading code and debugging are maxim. Is like, you have to have the taste and enough training to know that the LLM is spitting bad stuff or good stuff. So like, bad code or good. And I think you can see it clearly sometimes if a candidate is using the tools and there's actually a reasonable solution that the LLM outputs, and then the candidate's like, "Oh, this is actually bad." That is a sign. So I think knowing kind of more the high level thinking to know what is good versus bad. In order to do good by coding, you still need to have the taste and you still need that kind of classical tra-... Maybe not necessarily classical trained, but enough knowledge to judge what's good versus bad. And you only become good with enough practice. I think that will be one that will be constant. That would be my opinion.

   3. HTHarj Taggar22:34

      Yeah, that's interesting. Just coder-... So like, more like code review as the interview versus, like, actually, like, producing code.

   4. DHDiana Hu22:40

      Yeah, I- I mean, you could have a- some form of system design. You want to know how good they can put a product out there. So it's re-... Again, it's testing for taste. So we're gonna test for debugging and then taste. But then how do you get to... I guess this is a good question, going to these kids that you have that we call it AI coding natives.

   5. JFJared Friedman23:00

      Yeah.

10. 23:01 – 30:59

    How do you develop taste without classical training?

    1. DHDiana Hu23:01

       How do you develop taste when you don't come from a classically trained world? Which would be interesting for next generation founders.

    2. GTGarry Tan23:09

       Well, you have to, because if you don't, the startup dies.

    3. DHDiana Hu23:12

       (laughs)

    4. GTGarry Tan23:12

       Right?

    5. JFJared Friedman23:12

       (laughs)

    6. GTGarry Tan23:13

       So let's say this founder, they go off, they have 95% written by AI. The proof is in a year out, two years out, um, they, you know, have a hundred million users on that thing. You know, does it fall over or not? And then one of the things that's pretty clear is these systems, uh, you know, in the first realm, the first versions of reasoning models, they're not that good at debugging. So you actually would need to descend down into the depths of what's actually happening.

    7. JFJared Friedman23:43

       Yeah.

    8. GTGarry Tan23:43

       And if you can't, then you got, you... I mean, let's hope that they can go-

    9. JFJared Friedman23:46

       You're like, stuck, right?

    10. GTGarry Tan23:46

        ... find another architect who-

    11. JFJared Friedman23:48

        Yeah.

    12. GTGarry Tan23:48

        They're gonna have to hire someone who can.

    13. DHDiana Hu23:50

        I think there's gonna be a generation of software engineers that are like, good enough, because it's so easy to retool there with, with all these code gen tools. Like, the barrier to entry is so low. You're gonna be good enough engineers. There's gonna be tons of those. But to be exceptional, like the top 1%, I think you're gonna need to get into deliberate practice. I mean, the analogy we're talking about is, uh, Mar- Malcolm Gladwell popularized this concept of 10,000...... hours of practice to become an expert, which came from this research from, uh, what was his name? The-

    14. HTHarj Taggar24:22

        Uh, Anders Ericsson.

    15. DHDiana Hu24:23

        Anders Ericsson, right? Which it wasn't just the research was very specific. It was about, uh, how do you find world-class violinists? And it wasn't about just putting the time, but deliberate practice. It's, like, hours that are actually planned and thought and is hard work. You could become an expert with less hours. So, I think what's happening with now cogen tools is that it's very cheap to put in the hours because the output is just so quickly. You can get to good enough, but to become the best in the world and the best founder, you're gonna need that deliberate practice to go into the details, and you're gonna have to peel the onion and understand the systems and get to, again, to some extent, being classically trained. I mean, a good example is maybe we go back to history is, like, Picasso, one of the greatest painters, he was amazing at drawing lifelike pictures.

    16. JFJared Friedman25:10

        Which is not what he's famous for. Of course, when w- when you imagine a Picasso, you imagine the opposite of that.

    17. DHDiana Hu25:14

        Yeah. There's this famous sequence of drawings on how he got to a abstract bowl. It starts from being lifelike to iterations until he gets to the essence to kind of the abstract art that he's very well known for. But he could only get to be the best in the world because he was actually a very good painter and classically trained and could draw super well. But that's not what he's known for. So, I do think we'll see these two classes of engineers, you'll still have, like, a very fat class of, like, good enough. You need engineers for those. But the best in the world, the founders that become outliers, are going to need to put in the deliberate practice.

    18. GTGarry Tan25:53

        Yes and no. I mean, I think, uh, there are lots of really amazing examples of, um, great systems level eng- world-class engineers who ended up being CEO and CEO of the biggest public companies in the world. I think of Max Levchin, I think of Tobi Lutke from Shopify. I mean, these are people who just, like, actually that great.

    19. DHDiana Hu26:14

        Mm-hmm.

    20. GTGarry Tan26:15

        Um, and the thing is, there are lots of other people who are not that great, but also still CEO or co-founders of companies. And then it kind of goes back to, to link up what we were saying earlier, it goes back to hiring. (laughs)

    21. HTHarj Taggar26:26

        I mean, I- I- I keep thinking about the Twitter analogy that you brought up, because I think it's a really interesting one. Like, if you think, if you compare Facebook and Twitter, in both cases, they went very quickly from zero to one into a scrappy, move fast, break things way. Um, Facebook was able to solve the scaling technical challenges in a pretty impressive way. I think most people would, would agree.

    22. GTGarry Tan26:47

        I mean, Mark Zuckerberg was by far way more technical-

    23. HTHarj Taggar26:50

        Well, then-

    24. GTGarry Tan26:50

        ... and way more in the weeds probably.

    25. HTHarj Taggar26:52

        Maybe, but I, I don't know, like-

    26. JFJared Friedman26:54

        I think Twitter's scalability challenges were also harder based on the usage patterns. Like, the thing about the usage of Facebook is that it grows, it- it's, like, it's pretty smooth throughout the day, like, people just use it all the time. The problem with Twitter is that the usage is incredibly spiky. You get, like, a Super Bowl or, like, a, you know, like, like, a world event, and all of a sudden you have, like, 10 times as much us- usage.

    27. HTHarj Taggar27:13

        (laughs)

    28. JFJared Friedman27:13

        The way the fan out of the feed works is, I think, like, fundamentally a very difficult computer science problem.

    29. HTHarj Taggar27:17

        Okay, that's fair.

    30. GTGarry Tan27:18

        Though, I also think that they were, like, really hamstrung by their tools.
11. 30:59 – 31:33

    Outro

    1. JFJared Friedman30:59

       (laughs)

    2. GTGarry Tan30:59

       I mean, I think our sense right now is this isn't a fad, this isn't going away. This is actually the dominant way to code. And if you're not doing it, like, you might just be left behind. (music)

    3. JFJared Friedman31:11

       Right.

    4. GTGarry Tan31:11

       This is just here to stay and, you know, Vibe Coding is not a fad. It's time to accelerate. So, with that, we'll see you guys for the next Light Cone.

Episode duration: 31:33