AI prototyping velocity makes multi-year software engineering bets completely obsolete
Jay Parikh · The most expensive mistake in outsourcing your tech stack | Jay Parikh (EVP CoreAI, Microsoft) · Aug 27, 2026 · at 40:30
Jay Parikh, EVP of CoreAI at Microsoft and former head of engineering at Facebook, explains why engineering leadership should replace 12-month software roadmaps with faster iterative bets.
0:00 / 0:36exact quote · 36.7s
▶ Watch the full episode on YouTube → 720p mp4 · rendered on demand · StarZero watermark
“I think it is hard these days to take a bet that is multi-year at this point. Maybe not on the, I would say, Adams-level infrastructure, because those do still take a while, but if it's in, you know, in, in product, in software, because I don't know that it needs to take that long anymore, right, because of the power of the tools that we have accessible. So the thing that may have taken You know, in my career, a software team, a year to write. Well, I actually think we can get something pretty good in a month, maybe, you know, at least as a prototype.”
quote is from the automated transcript, cleaned for reading: filler sounds and stutters are removed, nothing is rephrased. names can be misheard (the analysis reads context, assessments check outside sources). how →
More from Jay Parikh
AI makes code an output and dramatically shortens software development lifecycles
“Writing code is not the long pole in the tent anymore, and code is an output now. It's not an input, and the half-life of the, as I will talk about, the typical software development life cycle or the product Development life cycle. The half-life of that is dra…”
Running competing technical bets in parallel resolves uncertainty and accelerates learning
“If I can do both and learn faster, versus do one, fail at it, and then do something else after that, and that takes me four months to figure that out, versus doing two in parallel, and I learn in two months what I would have done in four, that is like a trade …”
Parikh: Infrastructure teams must share fate and accountability with product teams
“If our part worked, and the product piece didn't work, then, like, we still failed. So, those teams had to be fused together, and it was sort of a shared fate. I had no tolerance for this, like, hey, just because you're in infra, you don't need to care about, …”
Steep technology inflections demand IC-led cultures rather than managerial hierarchies
“If you want to be able to really, like, accelerate through one of those steep technology inflections, The people who generally know the best about the technology are actually the ICs. So you have to, like, elevate them, you have to, like, protect them, you hav…”
Hyper-scale technology companies fundamentally cannot rely on third-party infrastructure vendors
“When you take some layer of your kind of core stack, and it's like outsourced to this vendor, and vendor, you know, could be great, but when I was at these companies that were, you know, Kind of N of one in terms of what they were doing scale wise. They weren'…”
Parikh pushed Zuckerberg to prioritize engineering efficiency over pure product features
“You know, I remember talking to Mark and Mark was like, yeah, we can, you know, we have money, so we should just build features and we should put all the engineers working on product. And I said, cool, but I'm going to work on efficiency because I'm not going …”