Is your AI strategy built for speed or stability? | Qodo’s Itamar Friedman

22 Jul 2025 · 42 min

Ask about this episode

Ask anything about it. ChatGPT or Claude reads this page and answers with the times it was said.

Connect VO and ask about every podcast you hear, including the moments you saved. Add to ChatGPT · Add to Claude

In short

Dev Interrupted Podcast Episode Summary

Episode Title

Is your AI strategy built for speed or stability? | Qodo’s Itamar Friedman

Episode Description

This episode features Itamar Friedman, co-founder and CEO of Qodo, discussing the vital differences in AI strategies for startups versus enterprises. Itamar breaks down the journey from "vibe coding" to a more structured approach called "grounded coding" and provides actionable insights for leaders in software development.

---

Key Concepts and Discussions

AI Strategy: Speed vs. Stability

  • Target Audience: The conversation contrasts AI strategies for:
  • Startups: Focused on speed and rapid iteration.
  • Enterprises: Concerned with stability and efficiency.
  • Importance of Strategy: Choosing the right approach can determine a company's success or failure.

From Vibe Coding to Grounded Coding

  • Vibe Coding: An informal, fast-paced approach to software development where developers rely heavily on intuition and immediate results.
  • Grounded Coding: A more mature practice emphasizing structured workflows and automated context, leading to higher quality and reliability in software production.

Role of Development Platform Teams

  • Emerging Trend: Development platform teams are becoming essential as "agent keepers" responsible for the safe and holistic implementation of AI tools.
  • Responsibilities:
  • Ensure the effective integration of AI into workflows.
  • Manage the complexity of AI tools and ensure quality standards are met.

Actionable Playbook for Leaders

  1. Map Current Processes: Identify existing workflows and practices to understand where improvements can be made.
  2. Identify Bottlenecks: Determine the main obstacles in your development cycle that can be alleviated with AI.
  3. Specialized AI Tools: Look for AI tools that address specific issues rather than trying to adopt every available tool.

Measuring Success

  • Key Metrics:
  • Time to close open pull requests (PRs).
  • Number of critical bugs introduced per PR.
  • Percentage of work dedicated to fixing bugs vs. developing new features.
  • Tailored Metrics: Organizations should define "velocity" based on their unique needs and industry requirements.

---

News Segment Highlights

  • Windsurf Acquisition: A discussion on the confusion surrounding the acquisition of Windsurf by Cognition and its implications for talent acquisition in the tech space.
  • AI Hiring Bot Issues: Examination of McDonald's AI hiring bot that exposed applicant data due to an insecure password, highlighting the importance of security in AI implementations.
  • Talent Poaching in AI: Ongoing trends of major tech companies hiring AI talent from one another, creating a competitive atmosphere in the industry.

---

Key Takeaways

  • Customization of AI Strategies: Tailoring AI implementations based on the size and goals of the organization is crucial.
  • Grounded Coding: A shift from vibe coding to grounded coding is necessary for sustainable software development.
  • Development Platform Teams: The future of AI integration will rely heavily on the structure and organization of development platform teams.

---

Recommended Resources

  • [DevEx Guide to AI-Driven Software Development](https://linearb.io/resources/devex-guide-ai-driven-software-development?utm_source=Substack&utm_medium=referral&utm_campaign=devint-devex-guide-ai-driven-software-development&_gl=1*o8m87g*_gcl_au*MjEwMTU3MzA5OS4xNzQ1OTQzNjY2*_ga*NDYxNjAyMDUyLjE3MzAxNDczMDE.*_ga_GWV5YVQ3BH*czE3NDk1MjkxMzUkbzExNCRnMCR0MTc0OTUyOTEzNSRqNjAkbDAkaDA.)
  • [Workshop: The AI Upgrade to Your SDLC](https://linearb.io/event/ai-code-reviews?utm_source=Substack&utm_medium=referral&utm_campaign=july-imc-ai-code-review)

---

Conclusion This episode of Dev Interrupted provides a comprehensive overview of the shifting landscape of AI strategies in software development, emphasizing the need for structured methodologies and the importance of understanding team dynamics in the implementation process. The insights shared by Itamar Friedman serve as a vital resource for leaders navigating these changes in their organizations.

Written by AI. May contain mistakes. Listen to the episode to check what was said.

Hear the part that matters, and keep it.Open this episode in VO. Double tap your headphones to save a moment as you listen.
Get VO free

Transcript

Automatic transcript. May contain errors.

0:05Welcome to Dev Interrupted. I'm your host, Andrew Ziegler. And today, we have a special guest with us because my normal co-host, Ben, isn't joining us for today's news segment. But instead, I brought along one of my close friends in the DevRel world. I'd like to introduce you to my pal, Rizal. Rizal, why don't you introduce yourself to our listeners? Hey, y 'all. Like you said, my name is Rizal, and I'm a tech lead at Block, focused on open source, particularly focused on an AI agent slash MCP client called Goose. Um, and I'm so happy you have me here. Oh, we're excited to have you here. We talk a lot about Goose on Dev Interrupted.

0:44That's not the first time our listeners have heard. So definitely be sure to check out Rizelle's work after you listen to this podcast. Rizelle's publishing stuff constantly on Goose, and I'm learning from her all the time. But today, Rizelle is locked in with me. We're doing the news segment together. So we're going to cover some of this week's news. We're going to go ahead and dive in, Rizelle, okay? I'm ready. All right. So first up, we're talking about the acquisition of Windsurf. This is an interesting saga that hit the news in the last week about the next chapter of Windsurf. And this comes after Windsurf acquisition, as you might have recently heard.

1:23They were going to get purchased. But then there was like a second purchase. There was another agreement. And to be honest, Rizal, I had a hard time following this news story in terms of who got what from WindSurf and what was left and what's the deal. So what's your read on this? Yeah, first of all, like you, I'm confused because I didn't. First off, WindSurf is a hot commodity. First, I remember Microsoft or OpenAI wanted them. Then Microsoft came in and was like, nah, I don't know about that. And then we got Google. Google, I heard that they got they acquired them. And then this week they're talking about cognition got them.

2:03So I'm very confused on like who got what. And this is just not like the traditional type of acquisition. I'm wondering if more acquisitions will look like this in the future, too. Yeah, I kind of think it's becoming the norm of like you get this talent that's acquired. We're going to talk a little bit more about talent acquisition later. There's a new segment on that as well. But there's there's just something to be said here about the like founders and these early product leaders like getting acquired or like more like an acquire, right? From these larger companies who want their brains of how they organized and built this application.

2:36Some cases you see them immediately turn around and leave or then go to another organization. It becomes this new norm where people are kind of ping-ponging between these huge players and the tech world. And so this Windsurf, this Windsurf acquisition by Cognition, who you may recognize as creating Devon, you know, that's going to be an interesting new chapter in terms of how they're going to combine. Devon itself is a loaded brand name in like AI agents and AI code review in general. So I think that they're probably going to get a lot of mileage out of the Windsurf name in IP. That was probably a huge part of the acquisition.

3:12But definitely go check out the LinkedIn video from the founders talking about together. We're going to make sure that gets linked for y 'all. We'd love to hear what you think because I'm kind of left scratching my head a little bit like Rizal. And like you just said, But I do think it'll kind of impact Devin's brand because I think Devin's real enterprise-y right now and Winsurf is less so. Yeah, I think it'll be interesting to see how they kind of mold together. So diving into this next article, this is a note from a past guest on Devin's Rupted, someone that we know and love very much here, Brigida Boakler at ThoughtWorks.

3:44And she has been covering how teams are working with agentic AI. There's another article from her on this topic, and it's called, I Still Care About the Code. And I loved this article, and that's why I'm definitely going to include it in our show notes and why we're talking about it now. Ever since, you know, Coding Assistant kind of came on the scene, there's a lot of people that have been saying, like, oh, since AI can generate it for me, like, you know, I don't really care about the code anymore. But Brigitte takes a really strong stance on why caring about that code matters more than ever.

4:16and what it really means to care about that code, what that means from beginning to end in creating it, but also understanding the purpose of it. This is like a really salient article. It's not super long. It captures the idea perfectly. So I really recommend you check it out. Rizal, what do you think of this one? Yeah, I loved it, especially the part where she called out being on call. When you're on call, you got to move fast. You want to be a responsible developer and solve these problems. Sometimes just relying on AI alone isn't the best idea. I've always been an advocate for if you're going to vibe code, do it responsibly.

4:55Use version control. Still use critical thinking. Just because we're using AI to code or any type of AI-assisted coding doesn't mean we just shut off our brains and just let AI do all of it. I couldn't agree more. It's like by carrying out the code, you build your domain expertise in it. and you can also both of those existences can can coexist you can not create all of the code and still care about it because you can care about the intentions of the code and where that code came from so i think that's a really important distinction and one that brigida draws here so be sure to check this out and moving on now to our next article uh so this is an interesting one i'm gonna just i'm as a result i'm just gonna read the title and i think it's gonna pretty much summarize for everyone what happened here and then we're going to talk about it.

5:43So here's the title from Wired. McDonald's AI hiring bot exposed millions of applicants data to hackers who tried the password one, two, three, four, five, six. There's so much to unpack. There's so much to unpack. So first off, this is like whoever whoever mastercrafted this title over at Wired. Bravo. This is a great one. So let's unpack the beginning. So McDonald's has an AI hiring bot. This is interesting. You actually read a lot of stories about their hiring bot independent of this article and how frustrating applicants have found it for actually applying for jobs because it creates a barrier for folks trying to get hired at any McDonald's location.

6:28So that's an interesting use case of AI that I'm not sure has been a lot of success. Now, on top of this, the AI hiring bot, having collected all of those applicants, it seems like there's a hacker that was able to access it by just using the password 123456. So someone, unfortunately, on the McDonald's team deployed this system and left an insecure password on it. So it became a perfect storm. We're talking about McDonald's, one of the largest employers of people in the United States. It's one of the biggest, in fact, one of the biggest fast food chains on the globe. I would say that if you think of fast food, McDonald's is one of the first that come to mind.

7:04So this is a big problem for them because they have a lot of people's data. And so they could be culpable for a lot here. Rizal, what do you think of this one? Yeah, I'm concerned. Why are we making passwords be 123456? like this is like like basic knowledge that even if you're not a developer you know this is not like a secure pattern that you should do like the everyday person knows this as well and i am concerned about like what data do they have like you said this is a global company there's mcdonald's in jamaica in japan and like is it good too oh my gosh do the hackers have that information too like oh my gosh like i there's definitely maybe somewhere to learn about how widespread this is, but this is just a good reminder to everybody to use a secure password and follow best practices for your password.

7:57That practice will never, ever go out of style. Well, until we become totally passwordless, but until then, you know, buckle up. Yeah. Until we have that. Until we have that. So moving on to our next story here. All I can do is start this one with a sigh. So For the last several weeks, we've been covering this saga, this absolute epic here on Dev Interrupted about AI leaders poaching talent from each other. And we're not talking about, oh, you hire the product leader or you hire whatever. We're talking about ripping out entire heads of labs and entire established machine learning teams within some of the largest companies in tech.

8:40And this has been happening between Meta and OpenAI and Apple and Google, really anybody who has access to huge amounts of capital and has a huge need and incentive to build AI as fast as possible with the brightest minds on the planet. And here at Dev Interrupted, it's exhausting to cover what happens on all of these poaching wars from week to week. Folks who tune in, they know this from me. What are they going to get this week? They're going to get another news segment on the AI poaching war. So here we go. A meta has taken another AI talent. This is from OpenAI. They've actually taken two lead researchers now from OpenAI.

9:19So I think now if we were to tally it, that takes the number of scientists taken from OpenAI by Meta to 10 at least. And we're talking about million-dollar compensation and signing bonuses to bring all of them over. So this is another interesting development in the superintelligence labs coming from Meta. Rizal, have you been following this story? What's your take on it? my take on it jokingly is hire me i'm available for a million oh you're so right what am i doing poach me guys poach me poach me yeah poach us poach us rizal and i rizal and i will split the salary even we're cheaper yeah we're cheaper we'll we'll take it uh gladly divide and conquer on that one so mark hit us up i know you're listening mark because like you're i know you're tuning in.

10:12He's still doing this podcast. But yeah, so it's like this has been going on for weeks now. You've been seeing it, right? Yeah, I have. I have. And on a serious note, I'm curious on like, has this really been benefiting them as much or is it really like maybe like more of like a scare tactic for other companies? Like, yeah, we got the best. Get your get your stuff together. I don't know. I'm curious of the mentality. Oh, no, that's a great way of striking. And in fact, there's a lot of emotion involved in these conversations. When I read these articles that have quotes from these founders, they use language along the lines of being robbed.

10:50And one of them even used the terminology, it's like someone came into our home. And so there's definitely very personal feelings, I think, between these AI company leaders about the acquisitions of these hires from right underneath each other. I do think that because of that, there's some level of intimidation involved. When we think of AI and the hyper-scaling wars and all these companies trying to get as big as possible and how much capital it takes to do that, you want to be the loudest drum and you want to be beating the hardest. And so it makes sense that they're going to, you know, between these leaders in this space, there might be a lot of like posturing and like kind of mental games going on with these aqua hires, right?

11:32It's kind of crazy. but I do think that there's something to your to your hypothesis there I'm curious to see the end result and when will they stop hiring I don't know hopefully not before they hire us hopefully we scoot in there and then when we come back next time people tune in it would be Ben doing this new segment he can cover the AI poaching wars and he can talk about how we got acquired

12:00that'd be great and don't worry listeners we would bring you along for the ride as well. And, you know, before we start wrapping up our news segment, this has been a lot of fun. We're going to have more of these like this where we bring in other folks to share their opinions on the news. But before we move on a little bit, I just wanted to plug something happening at the end of the month. You see my friend Rizelle here. She is the host of The Great Goose Off, which if you've not watched it, is one of the best new emerging game shows for engineers. Not like it's a vibrant category, but she's definitely dominating it.

12:31And so on the great Goose Off, you have folks go head to head using Goose Coding Agent on wacky projects on a real time live stream. It's a totally fun experience. And Rizal, why don't you tell us a little bit about it? Yeah, I mean, you really described it well. The next one that people should tune in, we'll have you on July 29th. But I basically have two people going head to head and I'll tell them something crazy like build a login form that you can't log into. and we'll see who can make the most chaotic. Yeah. Okay, so you're going to break my brain is what I'm hearing. So definitely be tuning into that.

13:11That'll be at the end of the month. I will make sure the link gets included so that y 'all can go check it out. Now that I've had Rizal here for a news segment, now she's going to put me to the test in a live vibe coding challenge. So be sure to come check it out. It's going to be a ton of fun. And let us know as well what you thought about today's news segment so we can be doing more like these. And now that we're coming towards the end of our new segment, I do want to intro our upcoming guest. I'm going to be sitting down with Edomar Friedman of Codo. We're going to be talking about how you can tailor your team's AI strategy.

13:43Whether you're a fast-moving startup or a high-stakes enterprise, we're going to talk about what it means to go from vibe coding to grounded coding to building structured workflows and beyond. So this is a little more of a technical dive about how to reinvent your engineering team in the world of AI. Be sure to stick around for a listen.

14:04What if you could cut code migration time in half, just like Google did? Discover how Google used AI to automate 75 % of their migration changes recently, boosting developer productivity by 50%. Our DevEx guide to AI-driven software development breaks down Google's real-world strategy and gives you the frameworks to adopt AI thoughtfully across your SDLC. Don't settle for the hype. Learn how to do it the best. Download the guide today and lead your team into the future of AI-powered development. Boy, I'm really excited, Itamar, to have you here today because, you know, you have so much insight on how technology is evolving right now and how teams are using AI.

14:48And for our listeners, you know, Itamar Friedman, he's the co-founder and CEO of Kodo. It's a company tackling AI-driven been software development, and it's tackling it heads on. Itamar works with teams that are figuring out these challenges in our industry right now, and what separates an engineering team that thrives with AI from those that are just kind of experimenting with it. As a guest, Itamar has been on Dev Interrupted before, and has actually talked about AI back before, and a lot of people on here were talking about AI. So we're kind of revisiting a source of some of initial thoughts that we had on the show.

15:21And specifically, we're talking about how teams are transforming how they work to build high-quality software that is safe and reliable and scales. So Itamar, welcome back to the show. It's really a pleasure to come back here. Really high-quality episodes, and it's also fun. I like the way you conduct the discussion. Thank you for having me here. Amazing. I love to hear that. Thank you. Well, I look forward to having a blast with you today. And we're going to kick things off with, I like to kind of ask this of folks who come going to talk about AI, kind of like setting the stage initially about how teams right now are actually implementing these tools because everyone is under some sort of mandate or pressure to start implementing them.

16:03But that looks different for everybody. And to kick things off, what would you say is the minimum bar for a team to say, you know, we're using AI effectively right now? I don't want to complicate my answer, but I do think it's important to put it on a table that there's a very big difference between a startup with a team of three people like a company with 200 developers which for some might sound like a lot for some it will be small and with a fortune 500 with 10 000 developers like there's so many different things about what matters there what is the cost of a mistake for example probably the cost of moving slow is much bigger for the team of three people, rather the cost of, sorry, f***ing up, if you're a bank, is really, really high.

16:54So I think that also leads to the manager's or even the developer's decision on, for example, what to adopt first and what to adopt second, and how do they measure success of actually implementing AI, etc. For example, let's say that one AI tool will help you write much more code faster. Let's say that there is a metric for that. Let's assume that there are going to be the same amount of bugs per line of code. So it means that you're going to also get much more bugs, right? So, but still, if you're a small startup or a beginning startup, you want to just move faster. I'll move fast and break things.

17:36And the first thing you probably want to see is like, let's say speed. I'm intentionally not using the word velocity for a second. Like you just want to see that you're moving really fast. Probably also vide coding like actually works pretty well for you. If you are like an enterprise, for example, then what you want to see successfully happening, in my opinion, is untangling bottlenecks. That's so different than what I just said on the first part. Like, it could be that your bottleneck is how quickly you write your code. But it might not be. I just came back. I really apologize. I'm going to say it in front of everyone.

18:20And I was like three minutes late to this meeting because I talked to someone that he pitched me. He has like hundreds of developers that actually senior developers care very little about writing code. That's almost easy for them. What they care about is thinking about the right engineering and the right best practices and how to do things right. And then actually how to use AI to do that is a question. But I think like if you ask me how people these days that are thoughtful looking on it is basically via the bottleneck. Where is my bottleneck that I can entangle? So splitting it then into two camps of you have, you know, teams that maybe just care more about that speed aspect.

19:02And then teams that worry about the bottlenecks and the engineering complexity of what they're working on. and understanding that their needs for starting with a tool like AI are very different. What are some ways that teams can identify where they fall on that spectrum and help identify what actions they should take? Is it just based on size or is it based upon the complex, like your industry? Are those like the main ones that you're alluding to? So the reason I didn't use speed before where I said that startups want speed is because I think you can find something in common between all of them.

19:42Everyone wants velocity. But the difference between velocity and speed is that velocity has a direction. And I think it's a really good question to ask what velocity means for you. For example, how to measure it could be how quickly am I releasing features. okay for others how quickly i'm releasing features and i'm not creating tech depth how quickly i'm releasing features without additions of bugs and issues for others it could be how quickly i'm doing new frameworks versioning or how quickly i respond to rca like to root code analysis or you know so like like basically i think like the first thing to think of is what's most important for me as a dev team, what's expected.

20:34I think for everyone, like it's maximum value and minimum time. But this is like so generic. It is, I think, the most generic framework for engineering, maximum value, minimum time. But then you have to think, what is the value expected for me? And it will be different. And I think there is correlation between how big is the business and how much risk it could suffer and then there's collation to how many developers but that's the first thing like meta a meta facebook i think even when they were big like relatively big uh i think they still had this motto move fast and break things and they even had some accidents quite a lot like just a few years ago and they were already huge right while if you're a spacex for example you probably are not advocating for move fast and break things.

21:29Also, again, not if you're a bank. So I think that differentiation is more like, I do agree with what you say. That's like, what's your application? And I don't want to bash, like say anything wrong about anyone. So please take what I'm thinking with a grain of salt. But I did hear from a company, very known company in the observability, cloud observability. They said, Hey, if we're 15 minutes down, it's okay. Right. It might sound wrong because, hey, observability helps others not to have that downtime. But if they have the 15 minutes, they feel relatively OK. Well, if you ask a bank, are you OK with 15 minutes downtime?

22:07Just an example, then not. OK, so extracting what's important for you and then you can point out what velocity means for you, what you need to think of. So once a team identifies this, you know, let's let's zoom in a bit on the playbook. There's lots of ways that teams can bring in AI to either increase their speed or to reduce bottlenecks. But along the way, how do you think teams are like, how should they best measure the impact of those things and prove it to their own organization? They're like, hey, we're implementing AI, not just because it's AI, but because it gives us this and this. How do you see successful leaders navigate that?

22:50yeah so look let's let's admit it i think in most cases right now or maybe in early 2025 late 2024 the main metric is look my developers are much happier they're asking for it etc i think that was true until just recently like early 2025 but i think like i'm not the only one saying what i'm what i said right now like think about your what what matters for you and then this is how you measure. And if you want me to be more specific, it could be, for example, time to close open PR and how many critical bugs are being introduced per PR retrospectively. How much of your work is repeatedly, the percentage of work that you're doing to fix bugs and issues.

23:41For example, you're starting a sprint, right? You're starting a sprint and now you have used, like let's say you're using the framework for story points. How many story points are taken to develop new features and how many are to fix bugs or refactor, et cetera. It takes some time. Sometimes it's hard to really map, but over time, if you observe it over a week to five, two, three, four months using ai tools you can be you are able to map these and then and then see if what you want to do is verify that you're developing a feature but in high quality that in addition to you will mix and match like a few of these metrics like how many features are how many prs and features are how many features are coming up and how fast it is from a jira ticket or figma until it's out and to the customers, but you also check, for example, how many, the percentage of user stories that are done on new features over time and not fixing bugs that are because of vibe coding or something like that.

24:45This is specific, but I do come back to my main point before that it's very important that you sit down and think you match those metrics because there could be quite a lot, those that are fitting what you define as velocity. Yeah, that's really great insight for those listening too, to know that like for larger companies and companies that are maybe in those more sensitive industries for sure, they want to be tracking and showing the success of this. And part of tracking and showing the success is, you know, getting everyone on board. You know, there's a saying like it takes a village to raise a child.

25:21And similarly, it takes a team to implement AI. And so, Itamar, in your opinion, who owns the success or failure of a rollout? And it obviously depends on the organization, but what are some typical patterns you see? I feel that we're already like 15 minutes or so into, and I didn't give like a futuristic prediction. So let me give you one, and then I'll connect it to your question. Perfect. Your question, okay? Yeah. So let's assume that in five years, I'm not saying if it will happen or not, just assume that in five years, we get to a point where agents are writing and reviewing and verifying most of our code.

26:07Who is going to be there at the dev organization? My guess, it's the dev platform team. They're the one, those that I see, it's not like that for all companies is like that, but the majority of that, like the organization that gets the responsibility to implement AI, like you said, take a village, take a team, that gets the ownership of implementing AI is the dev platform team. In some smaller companies, it could be just one or two, three, five people. In some organizations, it could be five, 10, 15 or more. It's actually a growing department because of what I'm seeing. Like in some companies we've seen, like it grew in one year from five to 25 in a big company of 10 ,000 developers.

26:57So back to my point, like I claim that that organization is going to be the zookeeper, if you like, or the agent keeper, the manager of all those agents. They are going to be in charge of steering, verifying, approving. I'm talking about like, not necessarily just the targets actually credentials and things like that. In addition to steering other things, I just wanted to give that as an example. So assuming that's the future, and maybe you can claim that only they will exist in five years from now. There's just not going to be five people, there's going to be much more. I actually see this already, signs of it happening right now.

Read the full transcript

27:39And I see them thinking when there is such organization, usually i see much stronger more fundamental more established uh implementation of ai otherwise usually what you get is like developers saying oh i really love this code generation tool let's install that you know and that's it but when you have the platform team or or someone is in charge giving then they're starting to think oh well how do we implement how do we verify the best practice how do we like also measure what's the real productivity and there's no like tech depth that is being accumulated i saw this like funny tweet like two developers doing 20x works accumulating 50x tech depth so so how you like that's that's that's what i'm seeing today that that you're you're seeing a dedicated group usually the dev platform giving the keys ownership and they work in collaboration with the other engineers, other developers, but they do look at a holistic approach of how do we do this software development with AI, but with confidence and guardrails, et cetera.

28:49This prediction is really important, I think, especially since it's backed up by things that you're seeing, the growth of platform engineering teams, developers that are concerned about that experience from end to end. You see these teams growing faster than other teams on average. And it sounds almost like how you describe it in like the five-year-out scenario, you know, it's almost like a rising water. And the platform engineers are at the very top. And so, you know, double-clicking into that a bit, for our listeners who definitely see and perceive this shift happening, what are some advice or strategies you would give them to help them move upward into that platform engineering mindset?

29:27Are there upskilling opportunities that you see? I'm kind of curious to get your opinion. Yeah. So the very straightforward answer is put someone in charge on implementing AI across the SDLC in a thoughtful way. Actually, I heard a podcast, I think actually a lecture that one of the top suggestion right now in the market, forget about developers, is take, let's say in sales, take your best sales person. and tell that person, that person, actually the one that's excelling in sales, stop selling and now try to think, how can you implement AI in sales to help all other AEs, other salesperson? It's really hard to do because you don't want to take that person out of the quota holders or whatever the term is, carriers, quota carriers, right?

30:28but that would probably lead to the best amplification of the sale team with AI. So back to us, to developers, I think it's the same thing. Like try to think who is the best person, maybe the best technically, the best architecture. If you don't have right now someone in charge of implementing AI and not just saying, okay, let's buy this code generation tool that actually think about thoroughly, then do that. that's the number one maybe trivial but that's my recommendation and then the second one is like just continuation of this is like if i try to round that wrap up everything we said so far put a roadmap or or like a map of not a roadmap sorry a map of all the processes that you have right now probably just doing that will be helpful just put put that roadmap and try to estimate where your bottleneck and then try to learn there and then try to learn about tools that are in addition to code generation tools that are specific for that that's the uplift that I'm talking about there's so many AI tools for developers right now I would say that probably for each point in your software development life cycle I don't know RCA management or just like Like root code analysis handling, there isn't few even competitors on just in that sub market.

31:55And some of them are awesome. So you basically like nail that and then find a tool. It could be very different than what you would read on Twitter or something like that. Right, right. It's definitely identifying what you need specifically because the market is going to become very vast with very specialized point solutions. And the better you get at identifying the wins that your organization needs, the more strategic you'll be about adopting them. That's good insight. And what you also touched on about taking your best salesperson and throwing them into, you know, the AI mix and getting them to be like, how would you translate your sale expertise into AI tools or workflows?

32:32And let's help, you know, help everybody take advantage of your velocity that you have in the way that you work, whether it's with AI or with not. You're taking that domain expert and you're helping, you're bringing them into the conversation to make these changes. And that's something that we learned recently from JJ Tang of Rootly. When he came on the podcast with us, he talked about instead of going really hard on putting AI into all aspects of the product and productizing it, the biggest uplift they did was kind of build it into their executives by making everyone really curious about AI, having weekly meetings where people come together and share things, learnings and curiosities, things they're trying out.

33:09And this is across the company, right? You get non-technical folks in these conversations and you become surprised at how fast they can move or the ideas that they can execute on. So this sounds very similar to that as well, of making sure that you bring everybody into that conversation. And, you know, when teams are doing that and there's like a lot of chefs in the kitchen, there's a lot of people working on it. You know, there's going to be mistakes and people are going to have to like realign. And I loved how earlier you gave us like a five-year prediction about like what might happen with developers eventually becoming fully kind of an automated process.

33:42Obviously, that's like a very elongated kind of dream about how that could evolve. And so before we kind of wrap up, I wanted to maybe zoom in on like the most upcoming part of that prediction, that timeline. As we continue through 2025 and come into next year, what do you think the immediate future holds for developer teams? And what advice would you give a listener right now on this show to get ahead of that curve? So I think, and we'll use, we mentioned Vibe Coding, I think only once or twice. That's like a big no-no. I think like basically we're going to see Vibe Coding evolve to grounded coding.

34:23and I'll explain. And after I explain that, I think you will realize and all the listeners, if what I'm going to say makes sense, that you would need still to know what development means, what engineering means, and you will need to invest in grounding the AI in order so you can move fast with high velocity. So to elaborate on this, And it's hard to imagine that that vibe coding like was introduced by Carpatti just a few months ago. It didn't happen two years ago. Actually, like I would say cursor explosion was a lot because of that Carpatti tweet about vibe coding where he mentioned specifically cursor and Sonet.

35:15If you remember that moment that Sonet 3.5 came, that was really good for coding, right? Yeah. And then we see it just a few months ago, like around like early 2025. And I think that it took only two months that we're starting to see backfire by the engineering, like the more, let's say, it's still not like it's not all the professional developers. It's not all the enterprise developers saying that, but we saw early signs of people saying, hey, if you doing vibe coding in enterprise software, you're going to have trouble. And that tweet of two engineers doing 20x productivity, but 50x tech depth, that famous tweet that exploded was resonating with many.

36:05and then interestingly just a couple of weeks ago we saw carpatti tweeting saying hmm um code that i i'm almost like quoting one word by word code i professionally care about contrast vibe code right and so it's not like the pushback only about those developers carpatti is a pretty good developer humbly saying that then and he's saying that uh like it means something but he didn't stop there he elaborated about how he thinks that needs to be sold and then he said one two three four five and i want to touch only two points one is that noticed that he's saying one two three four five this is a workflow and one thing and one thing that you need to do is despite our immense excitement about letting ai a prompt and just letting it do whatever it it wants to do, which is an agentic workflow, amazing agentic like flow, giving it a workflow is like very, very useful.

37:12And there are tools, shameless plug also, Codo that enables you to guide with a specific workflow and then like it's a guardrails for that agent to work in a more specific way that you engineered. By the way, at Codo, we have a open source tool called Alpha Codium. and Coda is formerly known as Codium AI. And what we did there is we engineered a specific flow to compete on coding competition. And it does much better than even the best model in the world to compete on coding competition, just letting it run free. Okay, so that's number one. And the second thing is that his point number one in this workflow is gather all the relevant and exact context and doing that is really really hard so the second thing i recommend in addition to like in 2025 like as a techly dev platform or just an engineer like think what tools and what processes etc could help you to bring you know the right context but doing that at scale because if that starts because it's that's beginning to be like 99 % of your work, then that's cumbersome.

38:28And here again, shameless plug, this is where Codo Excel, you know, the large code base scenarios, if you have more than 200 developers, probably you have more than 200 repos and with millions of lines of code, if not tens of millions above. And that's what we do. Like, like, like, even there is a talk with NVIDIA and GTC that they checked us and found that we're like doing 30 % better than baseline that they can find. And so that's like the two things that I would invest in 25 and how do I steer the agent work, whether no matter where the SDLC is doing code generation, code testing, code reviewing, and part of this steering is like around best practices, etc.

39:10And how do I automate the context fetching? That's amazing insight. I love that you're able to dive a little bit into where vibe coding is going to evolve. And so maybe we'll have to check in on that prediction later on as the conversation continues. And, you know, Itamar, this has been a really incredible conversation. I love how you think about AI. And it's really insightful for me and our listeners. And you gave us a lot of actionable takeaways, too, about how we should look at it within our own orgs. But before we wrap, where can our audience go to learn more about Kodo and the work that you're doing?

39:41Yeah, so obviously, first of all, Kodo, Q-O-D-O dot AI. By the way, Kodo stands for quality of development. We don't say that often. Yeah. And so that's the first thing. But but obviously, like within the website, there there is a blog section and we actually worked hard to sector like making it with sectors that are more technology specific. We share a lot of, for example, in RUG retrieval augmented generation, we share a lot of like it just talked about context being as very important. And so that's like one thing I recommend the blog, like the differentiator section. Also, I do think that Andre Carpatti that I just talked about is a good influencer to follow.

40:24Entropic are really good in releasing high quality content. We also at Kodo have webinars and we usually keep them really, really technical. I had a webinar with Entropic and we're having a webinar with Google. And that's a very, very like technical about these topics. So these are my recommendations. Amazing. Well, we'll make sure to drop those in the show notes so our listeners can go and check out all of the community building work that you're doing, but also the resources you're gathering. It sounds really useful. And to you, our listeners, if you made it this far, then like I always say, then you really like this conversation clearly.

40:58Be sure to subscribe, share the episode, reach out to us on socials. Itamar and I are both on LinkedIn. We'd love to hear what you thought about our conversation today. I also really love how Itamar posts and has videos on LinkedIn. you should definitely go check out the content he's sharing. It's really great. If you're only listening to this podcast and you're not reading the Substack, then you're missing like half the story. You have to go there and subscribe so you can get all the cool insights that we're going to drop with this episode. But that's it for this week's Dev Interrupted. We'll see you next time.

From the publisher

Is your team's AI strategy tailored for a fast-moving startup or a high-stakes enterprise? 

The answer could determine your success or failure. We're rejoined by Itamar Friedman, co-founder and CEO of Qodo, to break down what separates engineering teams that truly thrive with AI from those that are just experimenting, explaining why the path to success is fundamentally different for a startup that needs speed versus a large enterprise that must untangle bottlenecks.

Itamar reveals his vision for the evolution from "vibe coding" to a more mature "grounded coding" that relies on structured workflows and rich, automated context. He also points to the trend of dev platform teams as the future "agent keepers" who will own the holistic and safe implementation of AI. Itamar provides an actionable playbook for leaders: map your current processes, identify your biggest bottleneck, and find a specialized AI tool for that specific problem.

Check out:

Follow the hosts:

Follow today's guest(s):

Referenced in today's show:

Support the show:

Offers:

More from Dev Interrupted

All 208 episodes
Is your AI strategy built for speed or stability?Dev Interrupted · 42 min
Listen in VO