Section Insights
The Role of AI in Leveling the Playing Field
How is AI impacting individuals in fields like marketing?
AI is democratizing access to expertise, allowing average individuals to perform tasks like marketing more effectively. This shift is creating opportunities for startups and value creation.
- AI helps average individuals leverage best practices.
- There is a growing imbalance where experienced professionals may hesitate to adopt new tools.
- Current times are optimal for startups and innovation.
Challenges in AI Tool Integration
What are the current challenges in integrating AI tools with existing systems?
The capabilities of AI models are advancing, but the tools that utilize these capabilities are lagging. Many developers struggle to connect the right tools, limiting the effectiveness of AI agents.
- Integration of AI tools is crucial for maximizing their potential.
- Many developers are not utilizing the full capabilities of AI due to integration challenges.
- Enterprises need better infrastructure to support AI tool access.
The Future of Code Review
How do you see the evolution of code review in the industry?
The code review market is large and competitive, with opportunities for specialized products like Code Rabbit to thrive. Companies are increasingly seeking best-of-breed solutions rather than all-in-one platforms.
- There is a significant market for specialized code review tools.
- Companies prefer tailored solutions over bundled offerings.
- Competition will drive innovation in the code review space.
Managing Hypergrowth in Startups
What strategies are effective for managing rapid growth in a startup?
In a hypergrowth phase, it's essential to focus on professional leadership and adapt to changing needs as the company scales. Training and motivating employees are critical for maintaining alignment and productivity.
- Professional leadership is vital during rapid growth.
- Training and motivation are key to employee engagement.
- The needs of the organization evolve significantly as it scales.
The Importance of Pull Requests
What is the future role of pull requests in software development?
Despite some opinions that pull requests may become obsolete, they will remain central to quality control in software development, ensuring that products are reviewed before release.
- Pull requests will continue to be essential for quality assurance.
- Human oversight in reviewing AI-generated code will be crucial.
- The landscape of coding is changing, with more non-coders engaging in development.
Transcript
0:00 What AI is doing is like taking the best practices it has learned to an average person. For example, I can do marketing. I may not be the best marketer, but it does level the playing field for me. So, we seeing that imbalance where sometimes even the senior people are being held back because they're too afraid to let go. Right now, I would say is the best time I've seen in the history to do startups and create value.
0:24 >> Hello fellow data nerds. My guest today is Hard Gil. Har is the co-founder and CEO of Code Rabbit, the AI code review company that became the most installed AI app on GitHub and GitLab. Over the last two years, they've gone from zero to over 50 million ARR and over a billion valuation. Arjett, welcome to Summation. >> Yeah, thanks for having me here, Orin. Pretty excited to be on the show. >> Really excited. Now, just a full disclosure, Flex is a investor in Code Rabbit. We invested in the seed, we invested in the A, we invested in the B.
0:56 We're about to invest in the seed. We love Code Rabbit. So that's the full, you know, disclosure before we get going on the show. Now AI is writing more code every month. And I think the bet that you were making is that the bottleneck is going to move from like writing to reviewing. how has that played out? >> And it played out even in more interesting ways than we imagined it would play out like two years back.
1:24 especially with the capabilities of these agents improving and leaprogging every few months. now we are seeing like these agents are becoming more capable able to run for longer periods of time and recently also we are now seeing like the adoption of background agents take off as you can imagine like the code is getting generated not just from CLI and your code editors it's being also being generated by linear yesterday notion announced that they will be writing code data dog wants to write code post wants to write code almost like the floodgates opened And now you have this deluge of pull requests that are getting created right so the human attention is now all about how do I validate and how do I decide and build trust in whether the changes that we seeing from these coding agents can be shipped safely or not. So yeah, I mean it's pretty interesting like I mean we when we started that time was just AI co-pilots you were like doing tab completion the GitHub co-pilot cursor came in a little bit around the same time as code rabbit started >> so the the velocity was very different and the code review was still like very much human in the loop like humans were reading code rabbit comments and going and addressing those comments but increasingly what we are seeing is now we are part of the loop right so it's just agents reading the comments from this adversarial review that we provides and get to a really good implementation before some things get shipped.
2:56 And it does seem like even most organizations that are of any size now once once you get past maybe 10 20 engineers they're using many different systems to write their code right they've got codeex they've got cloud code they've got cursor they've got many many other systems that are and as you mentioned using notion now now all these other folks are helping them write code and so there there isn't like one system that is like the main input to their code. Is that correct?
3:28 >> That's right. I mean this has become more of like a taste thing just like every other tool in the developers that have in the past as you know like it was about whim versus emacs a lot of the editor wars now we are seeing the hardness wars or the model wars like you have cults forming and it's really about the the choice of the model like people have built fondness to opus versus pragmatic personality of GBD 56 or 55 and then it's about the surface and the harness where you want to consume these models. So it can be in the IDE that's still like where cursor is still very popular as an IDE solution. Then in the terminal you have cloud code CLI and now very recently we have seen a lot of developers including myself use desktop applications where Codex desktop app is kind of ahead of the pack. So yeah, so it's kind of like what the organizations are now doing is like giving developers freedom on which model harness surface they want to consume these agents.
4:29 and then when it comes to code reviews that's where you want to centralize as the guardrail. while you have proliferation of these coding agents everything has to go through a single choke point which is now code rabbit and your GitHub and and so on. I personally like when I even when I'm in the same repo with the you know on my GitHub I will sometimes use codecs and sometimes use clawed code for different reasons and I don't know sometimes I get excited about one versus the other or it could be like one week I'm using one the next week I'm using the other and so even like one person may have like in some ways weird personalities and moved around different systems.
5:09 >> No that's interesting. Yeah, we have seen that with our team as well like for example like when it comes to chit chat and like planning like you will find claude code models to be more curious and guide you in the right direction whereas the open air models are more like you just tell them what to do and then they'll no questions asked they will just go and do it right what you ask so yeah I think people are also like seeing mixing the coding agents for various reasons because the capabilities do differ across different model providers the personalities of these tools >> or you just run out of like credits in one and you switch to the other for the rest of the week and then you jump to the other and it's like you and it's like and they you're kind of like in there doing it. That's right. I mean right now we are also living in the time when OpenAI Enthropic are kind of testing the market on this $100 $200 plans which they feel that would be the more stable pricing point for these coding agents and currently they're subsidizing so of course there like some rate limits but as you know OpenAI keeps resetting and and so on and at the same time the once you're hooked to these coding agents like there's a lot of anxiety like a lot of the developers are feeling so empowered that the first thing they're doing waking up is like looking at their coding agent and that's the last thing they do when they're going to sleep. They're just keeping these systems busy. and and and that's where like a lot of people are like switching harnesses and buying multiple of these like 100 $200 plans.
6:34 >> Yeah. Yeah. Yeah. I personally have two $200 plans going and maybe may add a third one at some point. Like how does like organization think of it? Because like I imagine with all these people committing all these people doing you know committing different types of code they're they want to have some sort of better more standard review process right they then they and each organization may want to I have some sort of centralized decision of how they should do reviews what's important to do reviews how much should they think about security versus speed versus like how does how does one think about like the review process as an organization.
7:14 >> Yeah, I think people are looking at like SDLC as a whole. Like if you look at the software development life cycle like pre-Gen AI, there was a very distinct planning phase because downstream your engineering resources were very expensive. So you needed to be sure that what they were building or working on at the same at any time was the right thing to work on. And that's where you had linear, Jira, notion, bunch of these planning tools come in, right? And downstream then you had code reviews because you had the these are the outer loops, right? So they were always collaborative. So planning was collaborative, then the developers will work on their machine and then the reviews were always collaborative, right? So as soon as the middle inner loop became fully automated now we can go from a prompt to an implementation which is thousands of lines within like few minutes or hours right the collaboration has broken now right so agents are good at writing code but the collaboration is what suffers right so you have now processes broken upstream and downstream planning is being bypassed increasingly so there is no reason to track something when you can just go from an idea to implementation without going through linear and that's why linear is also saying issue systems are dead. They wrote a blog about it and they are like going downstream into code reviews themselves and code reviews become the only choke point because really the floodgates have opened.
8:43 There's no process or choke point upstream. You can't really tell these agents to get an approval before opening up I mean that workstream that system of plans or approvals does not exist today right is the only approval based system that we have the workflow around that the pull request model right. So naturally like everything's now hitting GitHub and no wonder GitHub is failing to scale as well. Just the PR volume has increased so much. So it's very interesting like the review process when companies look at it they clearly see that becoming a pain point. Even pre Gena it was a pain point around 20 to 25% time every software engineer like especially the senior talent would spend on code reviews. Now it's even more than that much more. And in fact to a point I'll tell you like when we enabled background agents in our codebase like a few months back we launched a Slack agent where which could respond to data dog alerts or support tickets we have over 1,000 pull requests open in GitHub right now even though we are like automating the reviews but even deciding what to ship what to spend time on like processes are broken our CI/CD was broken so it's not just the review even like downstream how do you build validate so a lot of things suddenly became hit the breaking point as the middle loop in a loop got automated. I built this like super silly app for myself. And even when I built this app, I had I I had to use I used Claude code, then I used codeex, I had GitHub, I had Superbase, I had Verscell, I had modal, I had resend, I ended up using code rabbit as well. I had a bunch of other tools just to build this like kind of silly app there. Like how do you think about going across all these different things? because it's similarly like yeah there's the code which might sit on GitHub but it's interacting with Verscell and you have to understand what Verscell is and then it's interacting with Superbase and you have to understand okay well what is the the good you have to understand like okay how does this work with superbase because it might not work with something else and then it's interacting with modal which has this like so how do you think about like these like tool ecosystem that that kind of interacts with the code >> that's a great question in Now with the agents, you can pretty much automate a lot of the DevOps and operational pieces as well. And it's really now a matter of bringing the right tools to the agents. It's about the surface area they can >> access, right? And right now, if you look at the model capabilities, they're right there, but the products that capture the capabilities are still lagging behind, right? To the point that it's really the model labs pushing some of those capabilities by adding plugins in cloud code and so on.
11:24 >> Yeah. Sometimes it's like, okay, we're stopped here. you have to go into Superbase yourself and then you know put this little API key in there go into versell it's like oh great like I didn't know I had to go log in UI to go do this like you know >> yeah providing access to these agents is the challenge right now that everyone's trying to solve in many many ways right now most of the solutions they are the reason they're successful locally is because developers are able to do a local oath run an MCP or a plug-in and provide their own credentials Right? And which means that if you have like a company of 100 engineers roughly like I don't know 90% are probably not even connecting the right tools and not seeing the the the fullest extent the agents are how successful they are in accessing Versell or GCP and other tools right and that's where the enterprises are still like lagging behind in these capabilities because you don't have the infrastructure for example you need sandboxes and that's not enough you don't want the agents to see those API keys so you're going to add some sort of like networking proxy layer like credentials proxy, right? So people are trying to solve that like what the agent stack look like the agent cloud for the background agents and then the other question is how do you convince it to bring differential access like who when like depending on which environment the agent is running or for instance which slack channel like what kind of credentials you want to bring to the agent right so all those problems are still unsolved like we're very early as I said the models are way there but the products that are really using these capabilities are still lagging behind so a lot of opportunity right Wow.
12:59 >> Yeah. And it's one thing if like you're like some people listening to this, they're like individual creators and then you can kind of move fast, but once you start to become a part of a larger organization, like the complexity goes up exponentially right now. >> That's right. The individuals are where like we're seeing the biggest like the AI build audience like top committers and all and the enterprises are still like constrained on couple of things.
13:26 One is like the token budgets like because most of these tools are successful locally. One of the things they don't have is auditability. Are these tokens being spent on their own projects or are people doing their own side projects? You don't have any idea, right? >> Oh, interesting. I didn't realize that. Okay. >> Like yeah, I mean for a startup like us, it's okay. Like I mean for larger companies, they have to think about if some developers are spending like 5,000 bucks a month, >> right? What are they spending it on?
13:51 Right. Are we even seeing the impact or are they just doing some side projects and because it's so easy to do to do build anything now, right? You could be building your own home automation system for God's sakes like anything >> totally which which we've all done, right? >> So yeah. So, so that's that's the biggest thing right now like a lot of the success has been like with the proumer audience like lot of individuals and running head with like this 100 200 order plans but the enterprise is still like the problem has not been fully solved in terms of the cost visibility and how do I operationalize agents in terms of security so a lot of gaps are still there that's why the background agents have been a hit and a miss people have been trying those ideas for last more than a year now but we haven't seen like big success in moving the token spent to cloud and the background agents.
14:40 >> Okay. There's like code review and then there's like security review, security vulnerabilities. How related are they? >> I would say there two sides of the same coin like during code review you're looking at your best practices your whatever the guardrails you have and not and and of course security as well. you want to understand whether you are going to have PII leakage because these agents do make a lot of mistakes that do compromise the security posture right when we look at security review like you have had these like tools of the past around SCA and SBOM tools lot of like supply chain analysis lot of like dynamic tools as well static analyzers like SAM gre and all so those are getting supplanted with now a lot of AI based analysis so you could really reduce a false positive is because that's been one of the biggest complaints with the snakes and saps of the world is like lot of false positives. So people have I don't know thousands of findings in a mature repository but they don't know what to prioritize or which ones are even real threats. Now with AI some of that has been accelerated in doing a security review and it's also like almost like an arms race which is very interesting. Now you're seeing really capable models are able to also find vulnerabilities, right? That's why the government's trying to regulate some of these like mythos class or and the bigger models because they're so good in in finding zero day problems. At the same time, your review has to catch up. It's like an arms race. I mean, you you will have to fight fire with fire. You have to know do security review with another AI.
16:15 so it's pretty exciting time. I think reviews and security reviews are really pretty much both sides of the same coin. It's really about the latency at at this point. Like yes, we want like a fast review on a PR that can finish in 10 minutes. But if it's an important feature, maybe you want to run a thorough security review that can take I don't know half an hour. It's just about spending time and more tokens and making sure that there like u no threats that can get in. And there's many different types of reviews because like you could even have like an agent like use like if they're using the product, right? And trying to do prompt injection or trying to do other types of things to really try to jailbreak the product as well.
16:56 >> Yeah, that's right. I mean the if you're building an AI product securing them is also like challenging given how non-deterministic those systems are. So you could schedule an agent talk to it nicely and it will give you spill all its secrets including I know it system prompt or whatever credentials you put in. That's why it's not safe to add your credentials and people have had so much problem with open claw for example right I mean it's great as an hobbyist but if you're like really serious enterprise you have to take those concerns very seriously around guard rails and I think we're like in very early I mean a lot of the products of the future are going to focus on how do we even like pick up the agents reasoning traces and do analysis on them like did these agents did they did these sessions got compromised in some way. So there's going to be like lot of new startups which will be tackling say especially the agentic security. It's not about like a single prompt anymore.
17:52 It's about the trajectory now like even the eval and security looks very different now in the new world. >> What can a human do in code review that we cannot do with an agent yet? >> Right. So it's very interesting right? I mean if you look at the code reviews they have certainly evolved than how they were two years back. So the type of mistakes an AI agent makes is not the same type of mistake a human makes right. So you're not looking at issues which are simple try catch misses or some error handling is not there like the code is better than what most humans will write if you look at that code in isolation. Now if you zoom out and look at the bigger picture I mean is this pull request something that is should be merged or not merged which is like is it adding to the entropy of the codebase is it reusing the right patterns is it u because in isolation it looks perfect but half the time I mean you will see that it's like leaving some shadow paths behind it's like changing the core flows of your product and so on >> this chain that you're adding could make things slower or could add you know your memory leaks and all these other issues that could happen. Right. Right? Because when agents are generating code, they have a very singular focus taking the user's prompt and going all the way. And depending on how assertively you prompt the agent, they will just go out and do the thing even whether it's the right thing or not. Now, as an enterprise, as a company like I mean you have a team of developers, some of them are good with prompting. So they don't like push the agents too much. But sometimes you will like force the agents to do something so unnatural that you have to detect that in the adversarial review against whatever your hard invariants are and so on. Are they getting violated? Right? So the nature of review is definitely of human review is moving away from line by line of code reviews because that's where AI is already doing a better job than humans to higher order reviews. So you're looking at higher abstractions in understanding the architecture, understanding the other sort of blast radius impact of this change and so on.
19:52 Yeah, one thing is sure the review is not going to go away. Like I mean the guardrails never go away. For example, like data dog is one example. Your cloud platforms are becoming better and better with time. Your Kubernetes makes sure you don't crash but doesn't mean you don't you switch off your monitoring, right? So, so the review is going to evolve, but it's never going to go away. >> Now, Curser bought a code review company, but for whatever reason, that hasn't like really taken off. Like why why why has that not taken off?
20:21 That's a great question. So, so yeah, I mean they exited because also like because code rabbit was like still like a better product in many ways and also that company started pre-Gen AI and with a different philosophy that if you look at the time before prejen AI humans were still reviewing but the review was still a bottleneck. It's not like it wasn't a bottleneck. >> Yeah. It's been a bottleneck my whole life. >> Exactly. Sometimes you're waiting and you're like I want to I want to push this and you're like you you've been you're waiting for your colleague to take a look at it but your colleague's on vacation or something or you know whatever it might be >> right so for that company like the focus has been around graphite right so the focus had been around stackpull request so the idea is like if the humans were in the review path they can only review if the changes are small and bite-sized so the idea is like you checkpoint your big feature into smaller pull request or stack of commits that you can review one at a time and then stream all of them together, right?
21:20 And the then the onus is on the author of a pull request to actually checkpoint the commits that way to create a stack which is meaningful enough for the reviewer to understand. For instance, the first commit of a stack is you made a schema change. The second commit could be you made some business logic around it. Then you added API route. So you can actually stack your changes as you're building software. But that was like the idea like pregen AI right now with AI you can't really you can ask the AI to stack but usually makes no sense like you can just ask you to go build a feature and let the reviewer figure out the right way of previewing these changes. So that's where the disruption happened like the techniques and the tools that we had designed around managing code changes before geni look very different post genai. You think like maybe there's a way of like integrating the code review into your wherever you're storing your repo, GitHub or whatever it might be. Like you would think like somehow like the closer the integration there would be better, but for whatever reason like GitHub doesn't really have a good solution either. Like how do how do you see like the world evolving when it comes to code review?
22:30 >> Right. I mean this is a space which is a big addressable market. So platforms like GitHub will always compete with every other player in the market as well. I mean it's almost like how Amazon was AWS right they had cloudatch but then still data dog became very successful. So the way we see this market is there's going to be best of breed products like code rabbit which will because a lot of companies care about best of breed like if there's some CFOs say okay we >> we anyways have a big contract with Microsoft let's just buy everything from one place but there are a lot of companies that go and buy best of breed solutions like >> they'll buy Zoom they'll buy Slack yeah >> right and they're buying code rabbit right >> so so that that's what we're seeing I think this is one of those times where a lot of the VCs are also a little bit anxious about model labs going and winning everything where we see kind of the world in a different way. We see there's a huge opportunity to solve problems with custom harnesses like code review is one such use case where code raid has built a custom harness which is like gives a best price to performance right now than anyone else in the industry and that resonates very well and that's why our like growth has been pretty much unobstructed despite GitHub competing with us over last two years and so on. you have a very interesting lens because you're seeing code across lots of organizations and helping fix code across lots of organizations.
23:58 Is there some kind of like in some ways like a co-op that you can that could happen where okay if you can fix one in one organization that can help you fix another organization like does that somehow make your model better or is it just so proprietary that you can't actually use that data to the next one >> yes some of the learnings across orgs do carry forward for instance but the reason why we have been further ahead of everyone is because we have a large install all based in open source and we every few seconds there's a pull request getting reviewed in open source in fact yesterday I was looking at like Kubernetes community sent out a newsletter saying that they love code rabbit right so we are in like very popular mission critical repositories right now and that's like actually have help acting as like a feedback loop >> yeah that's great because you can you can use that you're allowed to use it and you don't have to it's not proprietary yeah okay >> that's right we're in a very unique position Compared to a lot of the AI products out there which work in a more private setting so you can't really train on their data in our case we have been taking all the learnings we have from those runs which are all in the sandbox. There's agent trajectories involved and taking it back into improving the hardness improving the context assembly and even like choosing the right models that we want to use like we have so much data coming in that we are able to pick the right cocktail.
25:22 So we're not a product where we let the user pick a model from a drop down. we we come up with the right cocktail of agent and sub agents and different other models, right? And that's proved very valuable. So we're taking the learnings across these projects and helping everyone else out there. At the same time, the product also builds proprietary learnings within an organization. So there's still like lot of tribal knowledge that does not translate well across organizations because sometimes people do things which are counterintuitive. I mean the AI agent will say okay this is a best practice but then someone will go and correct code rabbit. So this is not how we do things. We are not your average data set. We are different, right? And code rabbit will remember that fact and then fine-tune the reviews based on those learnings for that organization.
26:07 >> Okay. So when when we met you roughly two years ago when you did your seed, okay, it was clear like you had a cool product. You guys were like super technical. You're like really into the into the product. What we didn't know then is also you guys are like masters of go to market in marketing as well like walk me through like the marketing playbook that you guys have used over the last couple years. >> This is my third startup first of all.
26:36 So and go to market across all my startups has looked very different like my first startup was mostly in the cloud infrastructure space. So right when Kubernetes was taking off, so the GTM there was very content focused like getting into hacker news led to and led to a lot of like signups and meetings. We mostly SDR focused when my first startup. This one has been all word of mouth productled growth company right and we kind of ground up built that intentionally because this is one of those markets where we had seen previous successes where synic for instance is one company we took a leaf out of their playbook a little bit by making the product free for open source and there was another reason when we started back in 2023 those were very early days of AI and a lot of people didn't even have this new habit of using AI, right? So, we wanted to make sure that light as many fires as we can like get the product out there so that people build this new habit, right? That was the biggest battleground more than pricing and other things. It was like would people accept or reject AI in in pull request workflow which is very serious, right? so, one of the strategies we did there was to open up the product for open source for a variety of reasons.
27:54 One is wanted to show people that how effective this product is like seeing is believing. So those kind of products you can't just put a message on website and make promises you have to really show people right and open source was the best showcase we could find. Second is open source maintainers actually had a pain point. I mean there were a lot of like contributions from unknown people and this was like the thankless job. So they were already struggling with code reviews. And thirdly, we knew that the open source adoption is going to set the flywheel for constant product improvement. So we kind of like hit two three birds with one stone, >> right? You're making your your your marketing and you're making your product better all in one big thing.
28:32 >> That's right. And these open source projects were like almost like influencers. These maintainers are influencers. They have a lot of weight in on Twitter and other places. And so so one door led to another and we got like viral adoption in open source. We also had a lot of viral adoption in the early days in Japan. very interestingly. So we had no boots on ground but we had I know 30 blog posts written by end users about how good the solution is.
28:55 >> Yeah we noticed that too like why why did the Japan thing take off the way it did? >> That we will never find out like I mean we it just got viral independently. We had no hand in that. It just went viral on its own while it also went viral in the US thanks to open source. And it was also like I think the time in the market like we were early movers people it was a AI was a novelty so a lot of people were curious at the same time the product lived up to its promise. It wasn't just law it was actually adding real value. So so a lot of things came together and even on the marketing we were like very influencer focused. So we would work with top content creators to talk about code rabbit. We had like for example fire ship video placements and all. So that always led to like signups and awareness. we have billboards like you have seen SF like we have like we did the station takeovers.
29:44 so all those things helped a lot. >> I was in the Amtrak station in New York taking a train to DC and the whole station was was wrapped in code rabbit and I'm like wait why why why like are there even that many developers? Like what was your reasoning to do something like that? >> Yeah it's about the mind share. I think we just wanted to be in the series where we think there's like developer count population. You know we did one in Austin I believe we did in Bangalore we are running ads we're running in in the Bay Area of course >> South Bay SF >> and we know that the pain point is so prevalent like this is a proumer product so if you look at our customer base it's millions of developers that we want to reach out to >> yeah you even have a free product so it starts you know you have a premium version and then people like upgrade to a little bit more and then you can upgrade to a little bit more and then all of a sudden like the whole organization starts using it. Is that that kind of typically the way it works? Like like one developer starts using it, they tell another one inside, they tell a few more. Then you've got a a pod of 10 and then then it kind of spreads and then eventually you do like a enterprise deal. That's right. It was always about getting people hooked into this new habit. So a lot of times we get pulled into these larger deals because some developers in that company have tried code rabbit in their own personal repositories or some open source project that they care about or they contribute to and that's usually like how we get in like we don't have an very strong outbound operation. And it's all inbound for us and that's that's a primary driver if when we do a survey on where did you hear about us majority would be through the developers in that company who tried out in open source or something and so this a very effective GTM motion I don't know how much it translates to other domains but for dev tooling this has worked really really well >> you have like very very big companies that are already adopting like some of the more iconic companies are already adopting code rabbit It's interesting to go from like this proumer to a very enterprisey thing where I'm sure you need lots of systems and you need need to review things and admin privileges and like how does one decide how to build the products for this like wider enterprise.
31:57 It's a very interesting challenge and you know the product does get complicated as you add more knobs to it which at the same time become too overwhelming for the proumer audience. They like simplicity >> and striking that right balance is always been like a big debate. I mean of course you have to build the go to market motion first right I mean so for the longest time our revenue had been mostly PLG self-s serve revenue and since then we've started building a very successful sales engineering organization lot of like enterprise ees and further segmenting them like midmar mid enterprise strategic like we've done all the segmentation right then the other thing is the product right the product has to be enterprise ready and we have customers who want self-hosted and they want to be want us to be in Europe like whatever the GDPR reasons right and so you have to do all that like now with the agents it's also so easy to build all those configurability that people need the real trick is in the product layer like how do you keep the product simple but also like still programmable enough that the enterprises even on the legacy code bases with different velocities of shipping can still tailor it right so yeah I mean everything has to go hand in hand >> I mean you going like essentially from zero to 50 plus million in two years is is kind of insane though still, right?
33:17 Like and like even just an organization, you're hiring all these people like how how do you Yeah, maybe you're not hiring as many people as like a company would have done 10 years ago if they're going that fast, but you still have a lot of people you have to absorb and train like how do you think about just just generally growing a company in that kind of hyperrowth mode? No, that's a great like we have 250 people. So, it's not like the AI has eliminated that's still that's a lot of people and you got to train them, you got to motivate them, you have to like get them excited, you have to get them all on the same page, right?
33:51 >> just even like interviewing that many people with a lot of people. >> Yeah, that's why you have to scale with like professional leadership like and the needs change as you went from let's say 0 to 1 million. 1 to 10 was a different need and then 10 to 50 has been a different need like so some of those needers either they uplevel themselves or we have to bring in other leaders on top right and tap into their network to hire more a players and so on and that's what we have done with the sales team and product teams and on like but on the engineering side I would say we have not grown that much now it's very interesting that we are living in a time where our shipping velocity has exceeded our ability to market those products This is the first time I'm seeing that. Usually you will have marketing run ahead, promise the features which are like a quarter or two away and it's flipped. Now we have already shipped the changes and marketing is strike trying to figure out what happened. Right.
34:46 >> It's funny. Yeah. You you're usually selling like three quarters ahead and now you're selling like one or two quarters behind. >> That's the reality. Very interesting. And not just us. Even the model labs they're shipping building in public broadcasting live. So the marketing nature of marketing has changed right and you don't need like a big engineering organization to keep your go to market team busy. You need lot of sales because you still need to have those meetings. You can't automate with AI but engineering and marketing to some extent content we are seeing rapid shipping velocity thanks to AI. but on the ground you still need sellers.
35:22 You you need that DNA. You have to still sell the value, the ROI, the Y to the end user and customers especially leadership in the enterprise teams where the more stakeholders involved and get those deals to the finish line right the PC and the bottom swell is never enough like you have to find the economic buyer and convince them as well right >> now there's there's this consensus or some people believe AI is going to wipe out or or significantly reduce the junior engineers and I've heard you say it's kind of closer to the opposite that new grads can do now in 2 hours what used to take 2 weeks like what does the entrylevel job look like in a few years >> you still need engineers of all kind of calibers like the senior engineers definitely bring in experience and system level knowledge and it's about like the pod that you want to create when you're delivering software so we have started like organizing our teams into smaller these units called pods where you have someone in the driving seat with an Asian but you have the UX team in the same room. You have the product team. They're all touching the code by the way, but their own PCs, right? So the interns, we also hire a lot of interns and we are able to make them successful. In fact, what I love about interns is they are just limited by imagination at this time. Like whereas some of the engineers will still try to go a little bit deeper into the code, not willing to let go, try to like do more tactical driving when you could now take a step back and let the agent also make a few decisions and run faster. So we seeing that imbalance where sometimes even the senior people are being held back because they're too afraid to let go.
36:56 >> Yeah. >> Right. And at the same time you also need their experience to watch the backs on on what to review and where to how to validate how to scale because it's easy to prototype but some of these features once they go out you still have to solve the scaling problems right which you only discover in production. Yeah. So you need like people who are great with imagination and curiosity. You need engineers who understand distributed systems scalability. You need product UX everyone to come together and touch code at this point. So everyone is coding in a way just their own pieces.
37:27 >> Yeah. When I started my career writing in Java then maybe in Scola or something I I always read code but I never in my life have ever read assembly or certainly never read machine level code. Are we going to move to a world where nobody reads code just like when I start a career no one read assembly? I think we are already almost there like even I'm mostly using my agent or code rabbit to ask the right questions about the code because as an architect level like I usually just with a few questions I'll have an idea that this is going in the right direction or not right it's just about talking to the agent now more than writing the code and that quality is already there and a lot of this is going to be codified in tools like code rabbit so you don't need an expert person to do all this in every company so the tools can do it for you but yeah I mean I think the that time is just around the corner when you are really not reading the code. It's like taking the steering wheel off the car. We're almost at that point.
38:28 >> Yeah. >> And we have already seen that idees are not future proof, right? I mean I have the first time I have moved out of my terminal. I used to be a newim person for last 30 years and I've not been in my terminal in the last 6 months. I'm in Codex desktop app. >> Yeah. Yeah. Yeah. which is also beautiful and easy to use and kind of fun, right? >> Yeah. And just talking to the agent, right? And you need tools like code rabbit like to do an adversarial review.
38:55 So I have a loop set up. So until code rabbit is happy, we just keep committing, right? And and and then once everything is great and if there's a the feature is not high risk, you don't need to involve another human. You can just ship it, right? So we started getting a confidence that even an agentic approval is good enough for 80% of your features. >> There's one thing okay there's a review there's a code review there are a lot of other people are using whether it's codecs or colors to create content.
39:29 so I've got like I've got long running codeex tasks which are essentially creating content for me. doing lots of in some ways that's kind of like code and I could use a review system to review my content just like people review their code in a way like could you imagine there's like a like analogy to review content >> yeah it's a very interesting thing like any problem today that can be translated to a coding problem you're going to move 10x faster so if you can run your marketing as code >> I mean the idea is like can you run your company as code, right?
40:06 >> Yeah, exactly. And if you can email against something it can be your design taste or something the agent can loop around and get to really a picture perfect one pager slide deck whatever it is right and we are also we've been moving in that direction in fact I have codec sessions running doing sales deck one pagers right in in markdown and mar so I use this mar as one of the tools where it create slides right so the idea there is like the humans still need to understand these changes so if these agents are going to run longer and longer periods of time there's going to be new concept of explanability that's going to emerge just like how data dog did observability there was a lot of chaos in fastmoving environment just like that there's going to be a lot of chaos agents are going to create massive amounts of work and you're going to be bottlenecked on reviewing and understanding those outputs >> whether it's content or even information retrieval you want to like build trust in the outputs is like did this agent even go and look at the right data if you are asking it to get your I know weekly website visitors did it even access the right tool right you want to build trust >> right and I think there's going to be like as I said a lot of products that are going to take agents reasoning traces or reverse engineers from the output just like how we do in review we kind of reverse engineer what could have happened to build sort of an explanability walk through and that's what the humans are going to review whether you're doing content generation because everything is code is now the execution layer for these agents right and so you need reviews not just for your software but also for content now because everything is code end of the day.
41:41 >> But that's exactly right. So I I did a long running codeex task. It took about 5 days. It created all this content for me. But honestly I in the end like I didn't really understand what happened. I'm like wait what what did you do? Like and then I'm trying to like it was very very hard for me to really get a handle on what it did and what was the level. I could like go in and inspect some things, but it it was like almost like a very it was almost like a code review, like a human code review that I had to go in and do. When will something like code rabbit be able to do that for me or couldn't it already do it? I just don't understand it.
42:17 >> I mean with the agents you could do it like the thing is that for us our audience primarily has been the developer audience, right? And we have been like bringing some of the products into other surfaces given how much how many installs we have in GitHub. So it's kind of natural for us to go from GitHub into Slack and other systems like Jirainear. Now Jirainear are losing importance interestingly but Slack is becoming even more important is what we see.
42:41 >> Yes for sure. Yeah. >> Right. >> And those are the surfaces where we are trying to bring general purpose agents which is building on the code context but then you can use them to other work and one of the things we're doing is instrumenting those agents. So one of the cool things we have done is like because we control the agent is a background agent we are picking up I know tens of megabytes of reasoning traces out of these runs and running layers of AI on top to review those right and we're building visualizations to understand not just your coding outputs but knowledge work as well so building a more generalized explanability layer that goes beyond code reviews into any kind of agentic run visualization and we're very bullish about that future I think Explanability is going to be even a bigger category than what observability was in the past and it's going to start with code review because that's been the first biggest PMF areas of agents but very soon people are going to realize that they have to run marketing as code now >> accounting as code legal as code when you and we need to explain all these changes all the way through >> right just like how you did infrastructure as code you're going to start committing your marketing assets in GitHub >> so it's all going to end up in GitHub eventually Yeah. Yeah.
43:56 >> And by the way, it'd be very helpful. I mean, like if you if you have a legal agreement, it'd be very helpful to have a, you know, be able to go back in time and understand like your commits to your legal agreement and how those changed over time and who committed what and in a legal agreement, you may be writing contract with your customer and you both might be committing to it and you have to resolve these kind of commits in some sort of way as well.
44:21 >> Yeah, that's right. The world we are going is like I don't like a lot of people on Twitter some thought leaders will say okay the PR is dead like you don't need pull request but we disagree I think it's going to become the center of gravity in this entire movement in many many ways because there's no choke point you can't just ship product without taking a look first and especially if you are in a team setting right so this central quality gate is going to try go beyond even software reviews that we are doing right now to other things and yeah I mean I think the review step is going to be the most important and stuff. That's what humans are going to end up doing, just doing the work, right? And maybe upstream giving some taste and collaborating on the taste as well. So, it's either like you're collaborating on what to build and reviewing the the prompts that the agents will run or you're going to end up reviewing the end output.
45:08 >> It's interesting because so many people I know who have never coded before just a you months ago, they're now like they're now using things like they they didn't even have a GitHub account. Now, they have a GitHub account. they have all these kind of things that are so you you can start to see these like other tools that are out there really explode. It seems like the Microsoft acquisition of GitHub which was I don't know 7 years agoish seems to be a very good thing like there seems to be a lot of these like tools that are in that will be enduring going forward.
45:40 >> Yeah, that's right. I mean I think GitHub was a great pick by Microsoft few years back. No one saw it coming that how important this is going to become to the agent economy right going forward and of course people are trying to build serverless git I mean cursor is launching a competitor so are like a few players but it's almost going to be like very hard like it's kind of the blue sky moment it's once you have the ecosystem the tooling around it the open source is all in GitHub so it's going to be very hard for another platform to emerge >> and you want your like your repo to be independent of your you like cuz if you move from cursor to something else. You don't want to all of a sudden like have to like you you want it to almost be an independent system.
46:22 >> That's right. Right. And you want your reviewers to be independent. A lot of people buy Code Rabbit because of that reason is if you were to use your coding agents for review, their context is already polluted. They're like too agreeable. Like once you have a session, >> it wouldn't question its own judgment and decisions, right? So you need a very adversarial clean session which is programmed in a different way with different guidelines and also it can be very thorough. You don't want to do that in line on the developer laptop like you want to do that in a pull request model in a background agent that can run for 15 20 minutes and be very thorough before some things go out.
46:58 >> Now a couple personal questions okay Flex Capital we're we're very happy investors in Code Rabbit. were also investors in Tracer which is run by your brother Tanvir. Okay. What what did your parents do well? Cuz obviously like they did something well. So what did they do well? How are you guys raised? >> No, we've just been like very entrepreneurial like we started the first company together that was back in 2014 called Nexil. >> and then we did second company together called Flux Ninja which by the way didn't do very well. We ended up Code Rabbit kind of came out of that startup as well. Yeah.
47:36 >> so yeah, so me and my brother have been like very close. >> Was there something your parents did that got you entrepreneurial? >> It's about risk-taking, right? So the one of the things the parents can teach you is to either be like risk averse and maybe get a job somewhere like that's what most people say go get an MBA and getting hired by maybe Google is seen like like 10 year 15 years back everything that was the thing like you are going into a great brand name company starting your career whether it's consulting or something right.
48:04 but my parents were more like just they were like they always like very much risk focused like I mean the higher the risk the higher the reward and that's the game we learned to play growing up like whether it was the schooling that we got even going to the schools that were more focused on leadership and those qualities right to even the culture at home it was about what's supposed going to happen like you always have something to fall back to. Yeah. So we could be like pretty much unshackled and take risk early days in our career and even now we take risk it's just like different appetite. so I think that would be the biggest thing that I would say we did growing up.
48:40 >> Now if you're going to give advice to an 18-year-old for their career you know it's uncertain time. A lot of 18-year-olds are not sure what they should be doing like what advice would you be giving? >> Right now I would say is the best time I've seen in the history to do startups and create value. Right? These inflection points are very very rare like it's a once in a decade or two decades kind of an opportunity and there is just so much like I would say land grab opportunity in terms of the use cases that we are like in the very early innings of AI like what we building is not even 1% of what these models even today are capable of right so you're limited by imagination like right now is a time if you are like not financial there's no financial reason to join like or pay off the loans go out and take a risk, right? And there a lot of VCs in the Bay Area like I mean think this place this place is very special in terms of even how much people are willing to bet on the young talent like if you look at the cursor founders cognition they all like young talent like on the younger side.
49:45 >> Yeah. because even VCs have realized that they are the ones which are moving fast with AI compared to a lot of the experienced folks who are now still like hesit hesitant on adopting and questioning the priors right so I think it's a great time for like 18 year olds like first of all learn how to use these agents really effectively even a single person can now be effective as I know 20 30 people right very easily even if you're doing it in the right way >> how are you personally using AI like in your personal life.
50:15 >> So in my personal life, I mean beyond coding, I mean I am trying to use codeex more than chat GPD. I would say given that code is now the foundation of everything. So so that's become my go-to tool like nine months back I used to go into chat GPD use sometimes a pro model as well like especially when I'm doing some deeper research into planning something in my house or something. but now it's becoming more and more code oriented right. Yeah, I found like even planning a vacation using codeex is better than planning a vacation using chat JPG.
50:50 >> That's right. That's right. We're seeing like the coding agents are going to be maybe the main substrate now the underlying platform powering all kind of work or nonwork I coding or non-coding kind of use cases that I'm already seeing in my personal life. I mean unfortunately I don't get much time for personal stuff like >> my wife's been meaning to like having my own like I have two daughters like to teach them coding at some point especially with codeex not even finding time u but overall yeah I mean in terms of AI I use Grock a lot in my Tesla so >> I've got Grock set up so it's so convenient like on the way we just to keep the kids busy you'll just talk to Grock >> and and you just just for fun you ask questions or keep it going or >> it's like it's really good with games like you want to like to Mad Libs or something. It's fun. Like try try those things. It's it's cool in the car. Yeah.
51:38 >> Yeah. >> All right. This is amazing. Last question we ask all of our guests. What conventional wisdom or advice do you think is generally bad advice? >> So, I mean the all kind of advice can be good or bad advice. It all depends on the situation. you always see like the main thing is like in terms of a lot of the good advice that used to be good like few years back is now bad advice is I would say like a lot of the things have changed under everyone's feet on how to build businesses on how to think about funding on what makes someone successful not successful everything has changed so I would say a lot of the advice that even comes from YC like one of the examples is like few years back you will start an AI any kind of company you will go after some of the marquee logos. You will go say okay I want to get Uber as my customer because if they are buying your solution because everyone looks up to them >> it's a social proof or something.
52:33 >> Yeah it's almost like the crossing the chasm curve you have seen that. So you have the early adopters and and so on. Now YC still does that. They'll go and tell their entire batch to sell to these marquee logos. They're going to fool around spend time. Interestingly that curve has now inverted. It's invert crossing the chasm. In fact, the companies that are benefiting the most from AI are actually more mature companies. In fact, they are one of the first ones to adopt because they benefit a lot more. They have lot of average talent.
53:04 >> The models are making them move faster to even like a lot of people at companies which are like Bay Area startups they already had good engineers. So the initially they didn't see enough >> value because they were anyway smarter a smarter engineers than the a models were right. >> Yeah. >> Now maybe that has inverted now they are adopting agents as well but at least 12 months back that was not the case >> right like the average engineer at I don't know Nike maybe Nike was never able to hire like the most talented engineers and so they really needed these tools really quickly >> right because what AI is doing is like taking the best practices it has learned to an average person. So it may not like I mean for example I can do marketing I may not be the best marketer but it does level the playing field for me more than absolutely someone who's already like a top marketer they may not see enough value with these agents right >> so so the the curve has inverted and that's a bad advice why everyone's still like living by that when you go to VCs and you want to like look at the quality of the logos but none of that holds true in building a real business code is one example now we have great logos but to be honest in year back when you guys came in I will remember like half for our customers who are unknown I know Japanese companies but the love was real right I mean >> yeah absolutely >> so this is the first time I've seen it's an inward curve like companies you will usually reach out 5 years back at series C or D stage we were closing them in series A or seed >> yeah this is super interesting thank you Har deal CEO of code rabbit for joining us on summation by the way I follow you hard sgill on x I definitely encourage our listeners to engage with you there this has been a ton of fun really appreciate you being on.
54:46 >> Thank you. Thanks for having me on. >> One more thing before we go. I wrote a blog called Summation. It's the same as this podcast. The blog is about nonobvious idea sharing on business talent data longevity and random contrarian takes. If you like the conversations on this show, you'll probably like the blog. It's free. New content comes out twice a month. You could subscribe at orin.substack.com. That's ore.substack.com.
Summary
- AI is democratizing coding, enabling average developers to perform at higher levels.
- Code Rabbit has rapidly grown to over $50 million ARR and a billion-dollar valuation, largely due to its integration with platforms like GitHub.
- The bottleneck in software development is shifting from writing code to reviewing it, necessitating robust review systems.
- Organizations are struggling with the influx of pull requests and the need for centralized review processes as AI-generated code proliferates.
- The review process is evolving from line-by-line checks to higher-level assessments of architecture and impact.
- The rise of AI tools is prompting a need for better security and trust in outputs, leading to a new focus on explainability.
- Marketing strategies for Code Rabbit have included open-source adoption and influencer partnerships, leading to viral growth.
- The future will see a blending of coding and non-coding tasks, with AI agents becoming integral to various business functions beyond software development.
Questions Answered
How is AI impacting individuals in fields like marketing?
AI is democratizing access to expertise, allowing average individuals to perform tasks like marketing more effectively. This shift is creating opportunities for startups and value creation.
What are the current challenges in integrating AI tools with existing systems?
The capabilities of AI models are advancing, but the tools that utilize these capabilities are lagging. Many developers struggle to connect the right tools, limiting the effectiveness of AI agents.
How do you see the evolution of code review in the industry?
The code review market is large and competitive, with opportunities for specialized products like Code Rabbit to thrive. Companies are increasingly seeking best-of-breed solutions rather than all-in-one platforms.
What strategies are effective for managing rapid growth in a startup?
In a hypergrowth phase, it's essential to focus on professional leadership and adapt to changing needs as the company scales. Training and motivating employees are critical for maintaining alignment and productivity.
What is the future role of pull requests in software development?
Despite some opinions that pull requests may become obsolete, they will remain central to quality control in software development, ensuring that products are reviewed before release.