[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"sanity-Pb1ETdh-lcJFeUk3PjYTpAZ3YO5hdCPf2RsNydy6f20":3,"sanity-Jck0XwOIJ9Pk0gUOFRhn6Lx4VSAyY1RuUozwVLWoHqM":1073},{"data":4,"sourceMap":-1},{"latestPodcast":5,"latestReleases":14,"post":39,"recent":1048},[6],{"_id":7,"publishedAt":8,"slug":9,"sponsored":12,"title":13},"50f4509c-4f55-4f11-8adc-5556e821ea77","2026-06-30T07:40:00.000Z",{"_type":10,"current":11},"slug","why-intent-prediction-needs-more-than-an-llm",null,"Why intent prediction needs more than an LLM",[15,21,27,33],{"_id":16,"publishedAt":17,"slug":18,"title":20},"eb5b66eb-9410-4329-83bb-22bbff39402a","2026-04-28T13:00:00.000Z",{"_type":10,"current":19},"turn-scattered-knowledge-into-trusted-intelligence","Turning scattered knowledge into trusted intelligence: Stack Internal 2026.3",{"_id":22,"publishedAt":23,"slug":24,"title":26},"369c2401-b62e-4a37-8ff8-bf603023ecad","2026-03-02T15:03:00.988Z",{"_type":10,"current":25},"what-s-new-at-stack-overflow-march-2026","What’s new at Stack Overflow: March 2026",{"_id":28,"publishedAt":29,"slug":30,"title":32},"5e9053a4-07ea-447c-91ea-29e0b6228537","2026-02-02T15:00:00.000Z",{"_type":10,"current":31},"what-s-new-at-stack-overflow-february-2026","What’s new at Stack Overflow: February 2026",{"_id":34,"publishedAt":35,"slug":36,"title":38},"a1b538eb-a8a6-46d0-80a1-ac70ec9bb935","2026-01-05T10:00:00.000-05:00",{"_type":10,"current":37},"what-s-new-at-stack-overflow-january-2026","What’s new at Stack Overflow: January 2026",{"_createdAt":40,"_id":41,"_rev":42,"_system":43,"_type":46,"_updatedAt":47,"author":12,"body":48,"comments":1018,"dateUrl":1019,"excerpt":1020,"image":1021,"product":12,"publishedAt":1027,"slug":1028,"sponsored":12,"tags":1030,"title":1047,"visible":1018},"2026-04-10T00:17:59Z","a545c39f-43e5-41f3-b251-d249dcc5c917","5Yc7gZlWTvXvm1dGYVJMBI",{"base":44},{"id":41,"rev":45},"cHDfHUYoGnLLHbWyNMAajj","blogPost","2026-04-15T14:26:14Z",[49,60,64,84,114,143,152,162,174,185,197,208,219,230,241,252,263,274,285,296,307,318,329,340,351,362,373,384,395,406,417,428,439,450,461,472,483,494,505,516,527,538,549,560,571,582,593,603,614,625,636,647,657,668,679,690,701,711,722,733,744,755,766,777,787,798,809,820,831,842,853,864,875,886,897,908,919,930,941,952,963,974,985,996,1007],{"_key":50,"_type":51,"children":52,"markDefs":58,"style":59},"808acc35b550","block",[53],{"_key":54,"_type":55,"marks":56,"text":57},"b08a98819648","span",[],"They discuss governance approaches like deploying models inside approved platforms and routing calls through monitored gateways, and how broken pipelines from complex feature-engineering motivated Kumo.ai’s approach of using a single foundation model with on-the-fly database queries.",[],"normal",{"_key":61,"_type":62,"markDefs":12,"url":63},"08a26f5fb472","embed","https://art19.com/shows/2355b740-4531-4071-a3ab-5907a95a36d3/episodes/05c5b128-482e-437d-87f8-d199d49592da/embed",{"_key":65,"_type":51,"children":66,"markDefs":80,"style":59},"7779452e3920",[67,71,76],{"_key":68,"_type":55,"marks":69,"text":70},"a5efeefdd8f9",[],"\n",{"_key":72,"_type":55,"marks":73,"text":75},"74bba4af5660",[74],"97af06aa31fb","Kumo.ai",{"_key":77,"_type":55,"marks":78,"text":79},"20af06fb2e20",[]," allows you to train and run state-of-the-art AI models on your relational data, allowing you to make predictions about your users and transactions in seconds.",[81],{"_key":74,"_type":82,"href":83,"reference":12},"link","http://kumo.ai",{"_key":85,"_type":51,"children":86,"markDefs":109,"style":59},"7ea62d44a8b8",[87,91,96,100,105],{"_key":88,"_type":55,"marks":89,"text":90},"e8a98c80f1a4",[],"Connect with Hema on ",{"_key":92,"_type":55,"marks":93,"text":95},"38c35e5d0ff1",[94],"8ab4ed810e95","LinkedIn",{"_key":97,"_type":55,"marks":98,"text":99},"baa7e5ef20b0",[]," or reach out to her at her email ",{"_key":101,"_type":55,"marks":102,"text":104},"c54377964d72",[103],"ce4e4435cbef","hema@kumo.ai",{"_key":106,"_type":55,"marks":107,"text":108},"d066e18b6017",[],".",[110,112],{"_key":94,"_type":82,"href":111,"reference":12},"https://www.linkedin.com/in/hema-raghavan-1581075/",{"_key":103,"_type":82,"href":113,"reference":12},"mailto:hema@kumo.ai",{"_key":115,"_type":51,"children":116,"markDefs":138,"style":59},"50c976170800",[117,121,126,130,135],{"_key":118,"_type":55,"marks":119,"text":120},"72d62fcd9ecc",[],"Congrats to user ",{"_key":122,"_type":55,"marks":123,"text":125},"b4240f32adbc",[124],"6d0ee43cbc9b","BalusC",{"_key":127,"_type":55,"marks":128,"text":129},"67062639f853",[]," for winning a Populist badge on their answer to ",{"_key":131,"_type":55,"marks":132,"text":134},"e2c9d352ab3d",[133],"ceb58dc58f33","How to sanitize HTML code to prevent XSS attacks in Java or JSP?",{"_key":136,"_type":55,"marks":137,"text":108},"7a8cc65e72a4",[],[139,141],{"_key":124,"_type":82,"href":140,"reference":12},"https://stackoverflow.com/users/157882/balusc",{"_key":133,"_type":82,"href":142,"reference":12},"https://stackoverflow.com/questions/3587199/how-to-sanitize-html-code-to-prevent-xss-attacks-in-java-or-jsp",{"_key":144,"_type":51,"children":145,"markDefs":150,"style":151},"ac3ee3a2ff22",[146],{"_key":147,"_type":55,"marks":148,"text":149},"91e4a7889775",[],"TRANSCRIPT",[],"h3",{"_key":153,"_type":51,"children":154,"markDefs":161,"style":59},"63cc6e32917f",[155],{"_key":156,"_type":55,"marks":157,"text":160},"71c7dd747797",[158,159],"strong","em","[Intro Music]",[],{"_key":163,"_type":51,"children":164,"markDefs":173,"style":59},"eed9d8155494",[165,169],{"_key":166,"_type":55,"marks":167,"text":168},"698272604289",[158],"Ryan Donovan:",{"_key":170,"_type":55,"marks":171,"text":172},"288f58c36d85",[]," Wavemaker Fuses design and development with an architecture-first, agentic app generation system for design-led enterprise dev teams that want deterministic outcomes from AI. Predictable costs, open standards, pixel-to-pixel matched full-stack applications deployable at scale. Visit Wavemaker AI or email demo@wavemaker.ai.",[],{"_key":175,"_type":51,"children":176,"markDefs":184,"style":59},"2243da384306",[177,180],{"_key":178,"_type":55,"marks":179,"text":168},"a04bdfcf0f06",[158],{"_key":181,"_type":55,"marks":182,"text":183},"9779c108c535",[]," Hello, and welcome to the Stack Overflow Podcast, a place to talk all things software and technology. I'm your host, Ryan Donovan, and today we're talking about all the messy stuff that comes when you try to implement AI in a company that's trying to make money. Pipeline sprawl, shadow AI, all the best stuff that keeps you from getting the most out of it. And my guest for this episode is Hema Raghavan, who's co-founder and head of engineering at Kumo.ai. Welcome to the show, Hema.",[],{"_key":186,"_type":51,"children":187,"markDefs":196,"style":59},"b8aea9857414",[188,192],{"_key":189,"_type":55,"marks":190,"text":191},"8fdff13cbecf",[158],"Hema Raghavan:",{"_key":193,"_type":55,"marks":194,"text":195},"2119f36a35b1",[]," Thank you, Ryan. Thank you for having me here. Excited to talk about this! [I'm] deeply passionate about this topic.",[],{"_key":198,"_type":51,"children":199,"markDefs":207,"style":59},"a30333d32569",[200,203],{"_key":201,"_type":55,"marks":202,"text":168},"28726197ff8c",[158],{"_key":204,"_type":55,"marks":205,"text":206},"57ddcfb8059e",[]," We love to hear it. Before we get into that, we like to get to know our guests a little bit. Can you tell us how you got into software and engineering?",[],{"_key":209,"_type":51,"children":210,"markDefs":218,"style":59},"5290e0c5445a",[211,214],{"_key":212,"_type":55,"marks":213,"text":191},"20cfe0d18d5a",[158],{"_key":215,"_type":55,"marks":216,"text":217},"08665ab82230",[]," Absolutely. I started my career in software over two decades ago, maybe three decades ago. And I was in India, and like many students in India, computer science was a blooming field. I got into it, and then back in the day, my first job was at a bank, and I had to write code for bill processing for trade, and it was – I assumed that the job of the person who was using my code was really boring. And what I wanna explain is, they were scanning bills of trade, and then they were just human transcribing that into records. And I was like, 'gosh, this has to be automatable,' and that's what took me to explore. The field was called information extraction now, and it's all AI these days, but I was building language models in 2000 to solve problems like this before they were the 'hot kid on the block,' and before we had GPUs, and when we had very small memory. But the journey started in the early 2000s, and I've been in the field working on many problems ever since.",[],{"_key":220,"_type":51,"children":221,"markDefs":229,"style":59},"06e505f63a00",[222,225],{"_key":223,"_type":55,"marks":224,"text":168},"6e74148ae11c",[158],{"_key":226,"_type":55,"marks":227,"text":228},"a9c9afe9cb9d",[]," Okay. Like you said, a lot of the automation language models are all in the generative AI space. Everybody's super excited about getting into it, which can cause some problems, right? [I've] been hearing a lot about shadow AI lately. Can you talk a little bit about that and what [are] the issues around it?",[],{"_key":231,"_type":51,"children":232,"markDefs":240,"style":59},"f8adbb967b6d",[233,236],{"_key":234,"_type":55,"marks":235,"text":191},"b9562664e287",[158],{"_key":237,"_type":55,"marks":238,"text":239},"9d5361370687",[]," Absolutely. So, I think companies, CXOs across the board have mandate to go AI-first, from their boards, from investors, and so on. And therefore, AI budgets have flourished in the last few years, it means that many vendors are onboarded, but it also means that across function, whether it's engineering, whether it's marketing, whether it's sales, they're all incentivized to use AI. But it's right now beyond the IT team's control. And if I go to any CSO or CIO summit, now they're really worried about private data or company-sensitive data egressing out into some of these services, because it could be very simple. It could be just somebody trying to clean up a sales deck. But you've sent all of that information as a prompt over to an LLM service provider who is not approved. It could be that you are giving access to your CRM tools, or some of the others to AI tools, and it's outside. The company does not have the governance to understand what's going in and outside that perimeter, and I think that's starting to worry the CIOs quite a bit.",[],{"_key":242,"_type":51,"children":243,"markDefs":251,"style":59},"1f8c5cb2bf77",[244,247],{"_key":245,"_type":55,"marks":246,"text":168},"b562eef25234",[158],{"_key":248,"_type":55,"marks":249,"text":250},"01053459b1ca",[]," Yeah. Your company data is going through a lot more people in your supply chain, right? With AI.",[],{"_key":253,"_type":51,"children":254,"markDefs":262,"style":59},"eb6bb6e9efa6",[255,258],{"_key":256,"_type":55,"marks":257,"text":191},"1da6f089f8d9",[158],{"_key":259,"_type":55,"marks":260,"text":261},"ef726e93fe84",[]," Yes.",[],{"_key":264,"_type":51,"children":265,"markDefs":273,"style":59},"faf3f52dd304",[266,269],{"_key":267,"_type":55,"marks":268,"text":168},"578df0d84d89",[158],{"_key":270,"_type":55,"marks":271,"text":272},"32bd0faba2a4",[]," And we have things like Open Claw, which are super exciting, but big risk for organizations.",[],{"_key":275,"_type":51,"children":276,"markDefs":284,"style":59},"1d77facb9e6d",[277,280],{"_key":278,"_type":55,"marks":279,"text":191},"b41862a4b2c5",[158],{"_key":281,"_type":55,"marks":282,"text":283},"97c53760ef72",[]," Absolutely.",[],{"_key":286,"_type":51,"children":287,"markDefs":295,"style":59},"f1320a6b36bf",[288,291],{"_key":289,"_type":55,"marks":290,"text":168},"8ea859688099",[158],{"_key":292,"_type":55,"marks":293,"text":294},"2996a8d32dd5",[]," What can your CISOs and others do to get a sort of hold on their information security with the AI space?",[],{"_key":297,"_type":51,"children":298,"markDefs":306,"style":59},"1463d121529e",[299,302],{"_key":300,"_type":55,"marks":301,"text":191},"53349a438ae6",[158],{"_key":303,"_type":55,"marks":304,"text":305},"3810a78a8c80",[]," Absolutely. So, I see a few different models being implemented. I think one thing is a lot of the AI providers, Kumo included, but even the LLM providers are available as first-party and some of the platforms. So, an example would be Snowflake has this deployment modality called Snowpark Container Services. You can actually deploy inside the Snowflake parameter. So, we in our company deploy our AI models to customers through that. So, it never leaves the database or the data warehouse that has been approved by their security teams. So, that's one pattern I see. I see another pattern in some of my customers, that they'll have in VPC deployments of models, or they may implement a gateway, so they'll actually look– all calls go through a single gateway, and then they're actually monitoring on the gateway what's going in and out. And of course, that's for someone who has the resources to implement a gateway of their own. But I'm seeing this emerge amongst my customers, and even the asks of me or my company as to where I would sit inside their VPC, if it's outside, how does it work, and so on. So, I'm stuck. So, that's the pattern of solutions.",[],{"_key":308,"_type":51,"children":309,"markDefs":317,"style":59},"31b85f69407d",[310,313],{"_key":311,"_type":55,"marks":312,"text":168},"24d5c23406ed",[158],{"_key":314,"_type":55,"marks":315,"text":316},"59548b789212",[]," Yeah, I know gateway providers are definitely looking at the AI aspect of it and even managing some of that gateway traffic using AI. Do you have thoughts on that? Is it better to have this be the human process? Or can AI or automated processes manage the sort of inflows and outflows of a gateway?",[],{"_key":319,"_type":51,"children":320,"markDefs":328,"style":59},"b09c9a5e769e",[321,324],{"_key":322,"_type":55,"marks":323,"text":191},"ec0ab892527f",[158],{"_key":325,"_type":55,"marks":326,"text":327},"1fc991ffc0fe",[]," Oh, absolutely. So, I think AI itself can solve that. As long as you have data going out through some controlled endpoints, and then the AI should be able to detect PII or company-sensitive data pretty well. It, it seems like a fairly identifiable pattern. And so, I think that's definitely one way to go about it. But the other one is also, when I look at the warehouses, it's what data do you give access to AI in the first place? When I work with customers in the FinTech and healthcare space, they really like deployment modes for AI where they can actually control what sensitive data the AI has access to. So, in IT team, actually, there is some method to the madness. So, it says, 'okay, you have electronic health record data. Okay. It's these individuals and these AI systems that actually have access to it.' And we actually have telemetry to see what is going in and out.",[],{"_key":330,"_type":51,"children":331,"markDefs":339,"style":59},"b8319819a09b",[332,335],{"_key":333,"_type":55,"marks":334,"text":168},"55798eda12a9",[158],{"_key":336,"_type":55,"marks":337,"text":338},"e1a5b781e9f1",[]," It's interesting, talking about that and putting it within the database provider. A lot of organizations have multiple database providers, multiple uses for these databases, and then have all these pipelines, ETL pipelines, or whatever, to transform it to get it useful for the application. Is there a use case for AI that avoids pipelines altogether? Or is there a better pipeline that people can build?",[],{"_key":341,"_type":51,"children":342,"markDefs":350,"style":59},"bc3492f67620",[343,346],{"_key":344,"_type":55,"marks":345,"text":191},"f26643de2abc",[158],{"_key":347,"_type":55,"marks":348,"text":349},"234e64ceae96",[]," Ryan, you touched a topic very close to my heart, because before I started the current startup, I was leading AI at LinkedIn. And we had models for everything. People You May Know was a model built out of my team. All of the notifications, the feed, the job recommendation. So, you're talking about several dozens of models and several hundreds of pipelines flowing into these models. And I wanna give you an example of, even three Gen AI of what pipeline sprawl can do for you. Okay? So, just think of an app, just like LinkedIn, and there's data from a user's click behavior flowing back into these models and the models of training, right? We had one example where one of the pipelines, a front-end tracking broke, and the model started behaving really weird. Fortunately, we had the governance to actually detect that the model scores seemed to be going off, and we opened a war room. But to actually trace back, because it's pipeline A flowing into B, into C into D, and when the first upstream pipeline is the one that's broken, that lineage just was a nightmare to debug. And imagine that now for dozens and dozens of models, and hundreds of pipelines, and a data science team, and a warehousing team that spans thousands of engineers, and people leave the company. People stop maintaining those pipelines. There's bit rot. It was a lot to maintain. So, that's actually what inspired us to create AI that's much more simple and actually eliminates pipelines. So, where are pipelines in AI often coming from, and especially for predictive AI? Think recommender systems, think lead scoring, think fraud risk prediction, and all of those kind of models, they're often coming from feature engineering. Because you have a data scientist who's saying, you know what? I need to aggregate the last 30 days of clicks. And you have one pipeline that collects that aggregation and ETLs it, and then three people rely on that ETL'ed pipeline. But that's where all the problem start, as well. And when we created Kumo, we wanted to create a really simple model architecture. So, we said, ' can we have one foundation model?' Can you imagine that a company, just for all those use cases that I described, you just have one foundation model that you need to maintain?",[],{"_key":352,"_type":51,"children":353,"markDefs":361,"style":59},"9e5873244496",[354,357],{"_key":355,"_type":55,"marks":356,"text":168},"25d43b3064af",[158],{"_key":358,"_type":55,"marks":359,"text":360},"8ec8fa78c60e",[]," Sounds like madness.",[],{"_key":363,"_type":51,"children":364,"markDefs":372,"style":59},"a266c1586c26",[365,368],{"_key":366,"_type":55,"marks":367,"text":191},"11e5586836a6",[158],{"_key":369,"_type":55,"marks":370,"text":371},"319df6ce5099",[]," Yes, but very elegant, right? You just have one foundation model, and then of course, each use case is different. So, can we use some of the patterns that we're seeing in Gen AI, right? Can we use in-context learning? So, let's say I'm doing a job recommendation – can I, on the fly, just say, 'okay, Ryan is looking for jobs,' and can I query the database on the fly, send those in context examples over to this general foundation model, and then it emits out a response? But in that, I'm just maintaining the one base foundation model, and an online service that lets me query the database for each use case on the fly. And that's what inspired the creation of Kumo. And I think we've been finding that to be much more elegant in terms of maintainability.",[],{"_key":374,"_type":51,"children":375,"markDefs":383,"style":59},"db59369a6b04",[376,379],{"_key":377,"_type":55,"marks":378,"text":168},"50d494945583",[158],{"_key":380,"_type":55,"marks":381,"text":382},"fd4a63210e41",[]," So, if I have this right, it almost sounds like instead of moving the pipelines between data sources, you're moving the pipelines to the AI model itself. Is that right?",[],{"_key":385,"_type":51,"children":386,"markDefs":394,"style":59},"4a16776e4afd",[387,390],{"_key":388,"_type":55,"marks":389,"text":191},"63c3e3141e49",[158],{"_key":391,"_type":55,"marks":392,"text":393},"ba9d8b5c92b4",[]," Yes, exactly. Exactly. So, you don't have tons of pipelines that reach to training data that then, so when you're debugging the model, you're not debugging 20 other pipelines.",[],{"_key":396,"_type":51,"children":397,"markDefs":405,"style":59},"bbc69b8f6b5b",[398,401],{"_key":399,"_type":55,"marks":400,"text":168},"587633930e42",[158],{"_key":402,"_type":55,"marks":403,"text":404},"b909ee16ae66",[]," Yeah. And it's almost making a case that the model itself is a form of data, to treat it like that.",[],{"_key":407,"_type":51,"children":408,"markDefs":416,"style":59},"7c679f6e6606",[409,412],{"_key":410,"_type":55,"marks":411,"text":191},"99555b0a0111",[158],{"_key":413,"_type":55,"marks":414,"text":415},"f68cddd6278f",[]," Yes, exactly.",[],{"_key":418,"_type":51,"children":419,"markDefs":427,"style":59},"7e8e80e57dbe",[420,423],{"_key":421,"_type":55,"marks":422,"text":168},"327b44250404",[158],{"_key":424,"_type":55,"marks":425,"text":426},"4584ab10965a",[]," I've talked to folks trying to centralize to a single database. Typically, you have a split between the production and the analytics database. Do you think that matters for LLM pipelines?",[],{"_key":429,"_type":51,"children":430,"markDefs":438,"style":59},"8fe6a5cb9cde",[431,434],{"_key":432,"_type":55,"marks":433,"text":191},"d66ce64cc1b7",[158],{"_key":435,"_type":55,"marks":436,"text":437},"4c558bef69e5",[]," So, I think having one warehouse layer really makes governance easy, okay? If you have a catalog layer where you can actually determine what data sets to use, and then to the first problem that we talked about, which is even if I want to give a model access to some amount of data, right? For its in-context examples and so on. I can do it in one place, and I actually have the monitoring built in. So, I think having one data warehouse layer that you unify on for AI is a great best practice for companies. And I tend to recommend that when people consult me for these kind of things. I know it's not always possible because some different databases also have different performance characteristics.",[],{"_key":440,"_type":51,"children":441,"markDefs":449,"style":59},"66660d134e2e",[442,445],{"_key":443,"_type":55,"marks":444,"text":168},"2854b7fa70ad",[158],{"_key":446,"_type":55,"marks":447,"text":448},"de176fb08436",[]," Sure. Yeah.",[],{"_key":451,"_type":51,"children":452,"markDefs":460,"style":59},"fb8e32faff78",[453,456],{"_key":454,"_type":55,"marks":455,"text":191},"83fb05e6e683",[158],{"_key":457,"_type":55,"marks":458,"text":459},"84644c112308",[]," So, sometimes it can be harder for certain companies to standardize on, but for the most part, I think people are getting to a place where the ETL things down to one warehouse, at least for analytics and AI.",[],{"_key":462,"_type":51,"children":463,"markDefs":471,"style":59},"105447b7bd1f",[464,467],{"_key":465,"_type":55,"marks":466,"text":168},"c0bcab6c7e4e",[158],{"_key":468,"_type":55,"marks":469,"text":470},"635c14606141",[]," And do you find when folks do this, I think you called it 'governance by architecture,' having the AI within the data warehouse, do you find that satisfies all needs for companies or are there needs for LLMs that sit outside of the sort of data access space?",[],{"_key":473,"_type":51,"children":474,"markDefs":482,"style":59},"d4f369789919",[475,478],{"_key":476,"_type":55,"marks":477,"text":191},"4685b102f67d",[158],{"_key":479,"_type":55,"marks":480,"text":481},"063a774d8e48",[]," So, I think for online services, right? Like now, if you come to a consumer website, you need recommendations, for example. An e-commerce website, or news website, you come in, you need recommendations. So, the performance characteristics of a data warehouse won't meet what you need for the service layer there, and you probably need similar governance methods for the online layer. And I don't think there is a standardization out there because I think the analytics folks gotta governance earlier than the online stack. I also think online stacks tend to be much more bespoke across companies. So, when I talk to different companies there, online architectures are so different from each other that I don't necessarily see a common pattern, and they're all implementing these in their own way.",[],{"_key":484,"_type":51,"children":485,"markDefs":493,"style":59},"972b5609da5c",[486,489],{"_key":487,"_type":55,"marks":488,"text":168},"15879b9eea49",[158],{"_key":490,"_type":55,"marks":491,"text":492},"7cc657dc8818",[]," Yeah, it's an interesting point. Do you have an opinion on that? If I was to guess, I would guess that the analytics platforms are much more productized on the endpoint, right?",[],{"_key":495,"_type":51,"children":496,"markDefs":504,"style":59},"e3bf7edf3466",[497,500],{"_key":498,"_type":55,"marks":499,"text":191},"59546244ea97",[158],{"_key":501,"_type":55,"marks":502,"text":503},"edf561b48ef6",[]," Yeah.",[],{"_key":506,"_type":51,"children":507,"markDefs":515,"style":59},"4581b1b16023",[508,511],{"_key":509,"_type":55,"marks":510,"text":168},"b5fe5a0f8f77",[158],{"_key":512,"_type":55,"marks":513,"text":514},"33112db896a4",[]," But to build everything bespoke for the application– is there a reason for that?",[],{"_key":517,"_type":51,"children":518,"markDefs":526,"style":59},"7cf79da1328f",[519,522],{"_key":520,"_type":55,"marks":521,"text":191},"32b5c459c29e",[158],{"_key":523,"_type":55,"marks":524,"text":525},"7943eef56eb3",[]," Think about it. When you're actually building—let's say you're building a new e-commerce website—I think Shopify and some of these other platforms let you do things more standard, and maybe they have ways to standardize. But if you are an– let's say, how do you start a company today? You go, and you buy code your way with Claude, or Codex, or something like that, and then you're ready with a website in a day or two. It creates a back store for you with Postgres, and then that's where you start. And then, almost everyone, even in a pre-coding revolution era started there. So, I think it's this hodgepodge, and nobody's really created tooling layer that says, you know what? Let me just insert myself to be that one Gen AI, API gateway.",[],{"_key":528,"_type":51,"children":529,"markDefs":537,"style":59},"04dab64fe6bd",[530,533],{"_key":531,"_type":55,"marks":532,"text":168},"6303e5a360a0",[158],{"_key":534,"_type":55,"marks":535,"text":536},"ac460ad4bdcb",[]," I suspect there's some folks working on it, but I think it's just so easy to just get Postgres and drop it into the backend and be like, ' that's an application for now.'",[],{"_key":539,"_type":51,"children":540,"markDefs":548,"style":59},"53b409e97d54",[541,544],{"_key":542,"_type":55,"marks":543,"text":191},"28badeb69fd9",[158],{"_key":545,"_type":55,"marks":546,"text":547},"57b47ecf6e1e",[]," Exactly. And you think about these things much later, when you're a bigger company.",[],{"_key":550,"_type":51,"children":551,"markDefs":559,"style":59},"52e616c5b2ea",[552,555],{"_key":553,"_type":55,"marks":554,"text":168},"52ee8dcfdd11",[158],{"_key":556,"_type":55,"marks":557,"text":558},"097c63388a2f",[]," I saw a video a while back that was– all these hyperscalers, when they hit a certain point, they rewrote their entire application for 10 to 15% performance gains. Do you think there's an equivalent for that, the data layer?",[],{"_key":561,"_type":51,"children":562,"markDefs":570,"style":59},"da91df1ebf20",[563,566],{"_key":564,"_type":55,"marks":565,"text":191},"4fec0c47448e",[158],{"_key":567,"_type":55,"marks":568,"text":569},"8bc4330e834f",[]," And you mean on the warehouse layer? Like just–",[],{"_key":572,"_type":51,"children":573,"markDefs":581,"style":59},"ff9f32cb2694",[574,577],{"_key":575,"_type":55,"marks":576,"text":168},"b961aeba48e9",[158],{"_key":578,"_type":55,"marks":579,"text":580},"20cda2e2c6d2",[]," Yeah, like when somebody, their Postgres backend no longer does it for them. They have to start over and build out a more robust data layer.",[],{"_key":583,"_type":51,"children":584,"markDefs":592,"style":59},"b7e91bdb43ef",[585,588],{"_key":586,"_type":55,"marks":587,"text":191},"c10fe5044899",[158],{"_key":589,"_type":55,"marks":590,"text":591},"2ce00e0f1b62",[]," So, I'll break it down into different components. In the core data layer, I think databases have been around for so long that for every scaling problem that you hit, it is still more cost-effective to go buy another solution than to find a ton of database experts to go build something unique for you. Okay? So, I think that database has been commoditized. But some parts of it, like I find telemetry, like logging systems, as you get bigger and bigger, a lot of the SaaS providers start choking. And then, your costs blow up, and then you start thinking about, 'hey, maybe I need to do this in-house.' So, I see the scale and a choke point happening for logging. But again, DISC is something that I think S3 or even ADLS and all of them scale, I don't think anybody wants to maintain their own disc anymore, right?",[],{"_key":594,"_type":51,"children":595,"markDefs":602,"style":59},"87ae9b759962",[596,599],{"_key":597,"_type":55,"marks":598,"text":168},"18af0d87c761",[158],{"_key":600,"_type":55,"marks":601,"text":503},"d50b827d3c89",[],[],{"_key":604,"_type":51,"children":605,"markDefs":613,"style":59},"b867effccd1a",[606,609],{"_key":607,"_type":55,"marks":608,"text":191},"8ec805f77643",[158],{"_key":610,"_type":55,"marks":611,"text":612},"740b9e576c92",[]," So, I think there's competence of it that in the build by spectrum, on the data layer, that people have to reconsider at some points. And there are some that [will] always have a better service provider.",[],{"_key":615,"_type":51,"children":616,"markDefs":624,"style":59},"78e657246e4a",[617,620],{"_key":618,"_type":55,"marks":619,"text":168},"b5d3a8a452e3",[158],{"_key":621,"_type":55,"marks":622,"text":623},"1708e623b23e",[]," Yeah. You don't hear about a lot of people building their own database unless they are very big companies.",[],{"_key":626,"_type":51,"children":627,"markDefs":635,"style":59},"5427d66eb8e4",[628,631],{"_key":629,"_type":55,"marks":630,"text":191},"4bfd20fe946a",[158],{"_key":632,"_type":55,"marks":633,"text":634},"979c981ee2dd",[]," Yes, exactly. Exactly.",[],{"_key":637,"_type":51,"children":638,"markDefs":646,"style":59},"6d8890138b61",[639,642],{"_key":640,"_type":55,"marks":641,"text":168},"4cc92fbeb809",[158],{"_key":643,"_type":55,"marks":644,"text":645},"f4a24cb574b2",[]," But you mentioned the sort of logging, and it seems like that's where it breaks into more specialized databases, right? You have time series databases.",[],{"_key":648,"_type":51,"children":649,"markDefs":656,"style":59},"20dc05c7ad58",[650,653],{"_key":651,"_type":55,"marks":652,"text":191},"6b303a96bbe8",[158],{"_key":654,"_type":55,"marks":655,"text":261},"fc7bd18d92ac",[],[],{"_key":658,"_type":51,"children":659,"markDefs":667,"style":59},"41719188b992",[660,663],{"_key":661,"_type":55,"marks":662,"text":168},"20bec65f020e",[158],{"_key":664,"_type":55,"marks":665,"text":666},"9b6a72f5a3c1",[]," You start having vector, maybe you have a key value store for your production or something. Do you think that sort of breaking into specializations is healthy for a company or is it sort of another problem that they have to manage?",[],{"_key":669,"_type":51,"children":670,"markDefs":678,"style":59},"4a6f6ae64d04",[671,674],{"_key":672,"_type":55,"marks":673,"text":191},"7464507b6d8a",[158],{"_key":675,"_type":55,"marks":676,"text":677},"628798e765f2",[]," When my team comes up with a new design, the first thing I ask is, 'can we not have one more database?' One more source of truth that we have to maintain. Because again, you have to keep all of these different sources in sync. And especially with vector databases. So when you're often storing something like an embedding vector, and embedding vectors just go out of sync when the model, is different.",[],{"_key":680,"_type":51,"children":681,"markDefs":689,"style":59},"44d43f419f86",[682,685],{"_key":683,"_type":55,"marks":684,"text":168},"26428f74273c",[158],{"_key":686,"_type":55,"marks":687,"text":688},"18351b572b48",[]," Right?",[],{"_key":691,"_type":51,"children":692,"markDefs":700,"style":59},"8833c02629ad",[693,696],{"_key":694,"_type":55,"marks":695,"text":191},"9ed83660f7de",[158],{"_key":697,"_type":55,"marks":698,"text":699},"1b4e9aa51204",[]," So, all of that just becomes a nightmare to maintain. So, the fewer you can have, the better it is. And then, I think that's the simple answer. I do think, and coming back to our topic, which is there's a lot of exploration that's starting to happen in the AI space, which is, you'll have one team which is going all rag and vector DB, another, which is just saying prompt engineering is the way to go, and everything is going out in a prompt. So, also, the lack of standardization is starting to create its own set of problems.",[],{"_key":702,"_type":51,"children":703,"markDefs":710,"style":59},"3720c2aa7cba",[704,707],{"_key":705,"_type":55,"marks":706,"text":168},"784eb17943e4",[158],{"_key":708,"_type":55,"marks":709,"text":503},"e62549fb1d8a",[],[],{"_key":712,"_type":51,"children":713,"markDefs":721,"style":59},"66f670dec14b",[714,717],{"_key":715,"_type":55,"marks":716,"text":191},"67b5382cae8f",[158],{"_key":718,"_type":55,"marks":719,"text":720},"a90ef269f460",[]," But it's a trade-off. I had the engineering team, I play the CTO role, and at some point, I want to have my teams experiment because I want to know what the possibilities are, but how do I reign it in once the exploration phase is over?",[],{"_key":723,"_type":51,"children":724,"markDefs":732,"style":59},"885c65b649ee",[725,728],{"_key":726,"_type":55,"marks":727,"text":168},"e952982b5ea7",[158],{"_key":729,"_type":55,"marks":730,"text":731},"c81f68a06aa9",[]," Yeah, and it definitely feels like the industry as a whole has been experimenting a lot over the past few years. But that makes it hard for engineering teams to plan and to build something consistent. Do you think we're at the start of the sort of retreat from experimentation phase? Or is there more experimentation to be had?",[],{"_key":734,"_type":51,"children":735,"markDefs":743,"style":59},"47d6e5050b6c",[736,739],{"_key":737,"_type":55,"marks":738,"text":191},"8dc5793f92ce",[158],{"_key":740,"_type":55,"marks":741,"text":742},"25f635e244a8",[]," I think organizations that have been experimenting for, like I say, a couple years in, probably have some ideas of where things work, right? They may say that, hey, actually prompt engineering works just fine for me, and we've not gotten ROI from rag. Others may say otherwise. And it really is use case specific. But I think the clean architectures are going to matter. And I don't know how CTOs are going to reel it all in, because if they don't, you'll have this pipeline sprawl, because you've had all this vibe coded code with different databases, different patterns, sitting out there, and then how do you make this all maintainable? And I always tell my team there's three things we care about a lot: one is just our velocity; the second is how many P zero bugs are we having per release; and then, what's our mean time to root cause? Ultimately, those are our true north as a team, and that's what we look at every week. So, I think as long as people follow that principle, the MTTR metric, the mean time to root cause, and the P zero bugs are gonna matter a lot.",[],{"_key":745,"_type":51,"children":746,"markDefs":754,"style":59},"b5f395d597af",[747,750],{"_key":748,"_type":55,"marks":749,"text":168},"96d069dcb798",[158],{"_key":751,"_type":55,"marks":752,"text":753},"8bbebda0205f",[]," Yeah. I think with the agentic and the vibe coating, a lot of people will go for the first one, the velocity, and sacrifice the other two. Are there ways to– [you] talk[ed] about governance by architecture is [there a] way to build that into the architecture to prevent people from stepping on their own foot?",[],{"_key":756,"_type":51,"children":757,"markDefs":765,"style":59},"f07c32157c44",[758,761],{"_key":759,"_type":55,"marks":760,"text":191},"ac0b173cca68",[158],{"_key":762,"_type":55,"marks":763,"text":764},"f28e6b4488bb",[]," Yeah. So, we're finding that the coding agents are pretty good if you give them an opinion. So, we actually have started inserting agent-stored MD files into our repos, where we've started actually– so, the agent actually stays within the design patterns that we want as a team to keep these metrics where we want it to be.",[],{"_key":767,"_type":51,"children":768,"markDefs":776,"style":59},"1bd8d8f2f883",[769,772],{"_key":770,"_type":55,"marks":771,"text":168},"26d2e1ca1d57",[158],{"_key":773,"_type":55,"marks":774,"text":775},"607acca2afc0",[]," Yeah. A lot of the industry seems like having to make very explicit some of the tacit knowledge that all your senior engineers and architects had.",[],{"_key":778,"_type":51,"children":779,"markDefs":786,"style":59},"54b4f7070610",[780,783],{"_key":781,"_type":55,"marks":782,"text":191},"b0f3507440b3",[158],{"_key":784,"_type":55,"marks":785,"text":261},"f25aca466455",[],[],{"_key":788,"_type":51,"children":789,"markDefs":797,"style":59},"9c75019792cd",[790,793],{"_key":791,"_type":55,"marks":792,"text":168},"2549758b5f09",[158],{"_key":794,"_type":55,"marks":795,"text":796},"10a041fe6403",[]," This is a silly leading question: do you find that as an easy process?",[],{"_key":799,"_type":51,"children":800,"markDefs":808,"style":59},"8c93ef102799",[801,804],{"_key":802,"_type":55,"marks":803,"text":191},"b4f25cf2b7c3",[158],{"_key":805,"_type":55,"marks":806,"text":807},"70e2c293128e",[]," This is a great question because we've been discussing what does it mean to be a senior engineer and a junior engineer in this world, and how do we make sure we're not creating a lot of debt right? Because they're in a crazy new age. It's super exciting. We wanna embrace it. So, what does it mean? I think yes, the senior engineers are not only guiding the junior engineers, but they're also guiding the agents. And one senior engineer told me, 'I have to make sure that the agent doesn't take over the thinking of my junior engineer.' The junior engineers able to reason. Ask an agent, 'why did you choose a synchronous API over an asynchronous API for this design choice?' So, suddenly junior engineers have to grow up much faster because they have to be asking the agent design choice questions.",[],{"_key":810,"_type":51,"children":811,"markDefs":819,"style":59},"74f7f70488d1",[812,815],{"_key":813,"_type":55,"marks":814,"text":168},"b91c8ddf4e51",[158],{"_key":816,"_type":55,"marks":817,"text":818},"41c6fd07b40b",[]," You can't just accept the answer. You have to do the work of understanding it, right?",[],{"_key":821,"_type":51,"children":822,"markDefs":830,"style":59},"01bc2a5a8ae1",[823,826],{"_key":824,"_type":55,"marks":825,"text":191},"b46f762ddde0",[158],{"_key":827,"_type":55,"marks":828,"text":829},"4f3dae6fec7a",[]," Yes. Exactly.",[],{"_key":832,"_type":51,"children":833,"markDefs":841,"style":59},"5227fa2a8cb3",[834,837],{"_key":835,"_type":55,"marks":836,"text":168},"e877c6d26c2a",[158],{"_key":838,"_type":55,"marks":839,"text":840},"e9ddc392f917",[]," So, how do you get a junior engineer to learn that process? Because I think a lot of juniors come into a company and they're like, 'oh, these people are senior. They know what they're talking about. I don't wanna look dumb.' How do you get them to be a little more vocally dumb with the agents?",[],{"_key":843,"_type":51,"children":844,"markDefs":852,"style":59},"3387155e7512",[845,848],{"_key":846,"_type":55,"marks":847,"text":191},"7d5398ae47a3",[158],{"_key":849,"_type":55,"marks":850,"text":851},"64a4cde3ef6c",[]," We've changed our interview process to actually hire engineers that understand some of these topics. Our interview process actually has a take-home problem. We'll say go spend couple of hours, code this with an agent. Actually, from an inclusion and diversity perspective, also, it's a great thing, 'cause it's take-home problem. You're not on the gun. But then, we bring them in and then we say, 'explain what the agent did. Why did it choose this? Was it at a good choice?' So, you're already starting to filter for the high-caliber candidates. In the past, when you came out of college, the first thing all of the fan companies looked for was, can this person code fast? Do they know their algorithms class? I think that's gone. It's now– the code fast is the agent. Now it's, can you read this code? Do you understand the design choices? Have you given it enough test cases that you actually trust the output of this? So, all of that is the new pattern. So, the interview process is elevated to a new class of engineers.",[],{"_key":854,"_type":51,"children":855,"markDefs":863,"style":59},"e266a25a67db",[856,859],{"_key":857,"_type":55,"marks":858,"text":168},"2ac014c926e3",[158],{"_key":860,"_type":55,"marks":861,"text":862},"57869ce18626",[]," Yeah. That's interesting. Nobody's whiteboarding bubble sort anymore.",[],{"_key":865,"_type":51,"children":866,"markDefs":874,"style":59},"82719007d6a3",[867,870],{"_key":868,"_type":55,"marks":869,"text":191},"6fa8e29132d3",[158],{"_key":871,"_type":55,"marks":872,"text":873},"d1f70c908460",[]," Exactly. Exactly. It doesn't matter.",[],{"_key":876,"_type":51,"children":877,"markDefs":885,"style":59},"6ce2def0cccf",[878,881],{"_key":879,"_type":55,"marks":880,"text":168},"9060d8140129",[158],{"_key":882,"_type":55,"marks":883,"text":884},"84e5082cc760",[]," I did a podcast, the previous one, where they defined a senior engineer as somebody who can take an open-ended problem and define the problem, and not just come up with a solution. Do you agree with that?",[],{"_key":887,"_type":51,"children":888,"markDefs":896,"style":59},"1c648b46f90f",[889,892],{"_key":890,"_type":55,"marks":891,"text":191},"5856da6d8320",[158],{"_key":893,"_type":55,"marks":894,"text":895},"3640171e15c8",[]," So, senior engineer is someone who can take an open-ended problem, right? Is that–",[],{"_key":898,"_type":51,"children":899,"markDefs":907,"style":59},"e83b86a63bd3",[900,903],{"_key":901,"_type":55,"marks":902,"text":168},"5175f1646dd5",[158],{"_key":904,"_type":55,"marks":905,"text":906},"6600fefa2a24",[]," Yeah. Instead of just getting a well-defined problem.",[],{"_key":909,"_type":51,"children":910,"markDefs":918,"style":59},"1c7dac3fdeda",[911,914],{"_key":912,"_type":55,"marks":913,"text":191},"cad3ab1ce0ea",[158],{"_key":915,"_type":55,"marks":916,"text":917},"2d22f0edce29",[]," I think that's always been the case. In fact, even in my pre-Gen AI, pre-coding agent error, it was: you always had the first recording interview, which was just simple whiteboard, how fast do you go? And then, that was replaced by Coda Pad, and all of these other tools. But then, the leveling interview was always, 'how well do you think?' And how open-ended can the problem be? And often we would just give a product problem, or we would just say, 'design a database,' if you're an infrastructure engineer, but we left a lot of specs unspecified. So, do they ask you the questions? Is it read heavy? Is it write heavy? So, we would look [at] do they come back and ask you those questions? And it's the same whether if you're a product engineer, are they asking you product questions? If it's infra engineer, are they asking you infra questions? With an AI modeling engineer, are they asking you model assumption questions? Yeah.",[],{"_key":920,"_type":51,"children":921,"markDefs":929,"style":59},"0f057245c7e3",[922,925],{"_key":923,"_type":55,"marks":924,"text":168},"2b66e60fcd62",[158],{"_key":926,"_type":55,"marks":927,"text":928},"e1998410c432",[]," For the future, whatever we're defining the future as right now, how do you expect the sort of governance layer the pipeline sprawl, the things we've been talking today, to progress?",[],{"_key":931,"_type":51,"children":932,"markDefs":940,"style":59},"943cff46e8b4",[933,936],{"_key":934,"_type":55,"marks":935,"text":191},"2a3042614286",[158],{"_key":937,"_type":55,"marks":938,"text":939},"ad9afc67f960",[]," Yeah. We'll have tooling that gives CIOs and CISOs visibility into API and egress goals. I think that just has to happen and get standardized, and some companies are there, some are not. But I actually think, even as we onboard vendors, we'd even be asking them, 'do you have that? Can I actually go see where all my data is going?' I see that, organizationally, as becoming a must have. I do also see somewhere cost and governance also coming in, because we just seem to be sending data and tokens all over the place, and we're in this high experimentation phase. It's possible that we are going to even look for engineers who understand that maybe this can be sold by open model that you deploy internally within your parameter, versus going outside. So, those are gonna be some of the design choice questions that will become important for engineering teams, and even part of the engineering design review process.",[],{"_key":942,"_type":51,"children":943,"markDefs":951,"style":59},"8013b260f669",[944,947],{"_key":945,"_type":55,"marks":946,"text":168},"d4f6177a907a",[158],{"_key":948,"_type":55,"marks":949,"text":950},"375cc36260dd",[]," Is there anything else you wanna talk about before we hit the outro?",[],{"_key":953,"_type":51,"children":954,"markDefs":962,"style":59},"1ea53b7ef79c",[955,958],{"_key":956,"_type":55,"marks":957,"text":191},"5820556ab19b",[158],{"_key":959,"_type":55,"marks":960,"text":961},"f31a8b89f8c2",[]," I think all I wanna say is it's an exciting time to be in engineering and I think we have to embrace the change, but I think it's also a time to take lessons from the past that we've known of places we've been burned on, choices that we've made, and not repeat past mistakes. We'll make new mistakes, but let's not forget the past mistakes when we are going at a blazing speed.",[],{"_key":964,"_type":51,"children":965,"markDefs":973,"style":59},"526809f3fc8f",[966,969],{"_key":967,"_type":55,"marks":968,"text":168},"8f93bb2c30b1",[158],{"_key":970,"_type":55,"marks":971,"text":972},"1c91c13d8f5a",[]," That's right. Let's all make some new mistakes. New mistakes only.",[],{"_key":975,"_type":51,"children":976,"markDefs":984,"style":59},"8ae10fac3a55",[977,980],{"_key":978,"_type":55,"marks":979,"text":191},"fb11bec4c115",[158],{"_key":981,"_type":55,"marks":982,"text":983},"15ac8689c0df",[]," Exactly. Exactly.",[],{"_key":986,"_type":51,"children":987,"markDefs":995,"style":59},"1137fd4ba469",[988,991],{"_key":989,"_type":55,"marks":990,"text":168},"adbca62e4411",[158],{"_key":992,"_type":55,"marks":993,"text":994},"85cb83906f87",[]," All right folks. So, it's that time of the show where we shout out somebody who came on to Stack Overflow, drop some knowledge, shared some curiosity, and earned themselves a badge. So, today we are shouting out a Populous Badge winner. Somebody who dropped an answer that was so good, it outscored the accepted answer. Congrats to @BalusC for answering, 'How to sanitize HTML code to prevent XSS attacks in Java or JSP?' If you're curious about that, we'll have an answer for you in the show notes. I'm Ryan Donovan. I edit the blog and host the podcast here at Stack Overflow. If you have questions, concerns, topics, et cetera, for me to cover, please email me at podcast@stackoverflow.com, and if you want to reach out to me directly, you can find me on LinkedIn.",[],{"_key":997,"_type":51,"children":998,"markDefs":1006,"style":59},"838b3d34d5ad",[999,1002],{"_key":1000,"_type":55,"marks":1001,"text":191},"56e936169423",[158],{"_key":1003,"_type":55,"marks":1004,"text":1005},"422844fae344",[]," Thank you. I'm Hema Raghavan, and I head the engineering team at Kumo.ai. I have 20 plus years of experience in the AI field, and if you've enjoyed this podcast, you can reach out to me on LinkedIn, or you can email me at hema@kumo.ai.",[],{"_key":1008,"_type":51,"children":1009,"markDefs":1017,"style":59},"5be534ef9fdd",[1010,1013],{"_key":1011,"_type":55,"marks":1012,"text":168},"c944c104394e",[158],{"_key":1014,"_type":55,"marks":1015,"text":1016},"b060332349f1",[]," All right. Thank you for listening, everyone, and we'll talk to you next time.",[],true,"2026/04/10","Ryan welcomes Hema Raghavan, co-founder and head of engineering at Kumo.ai, to dive into all the messy stuff that comes with implementing AI, from pipeline sprawl to shadow AI.",{"_type":1022,"asset":1023,"attribution":1026},"image",{"_ref":1024,"_type":1025},"image-e35a0c5eb319e7928c9ac0a2c2c782d29e644876-3120x1640-png","reference","Alexandra Francis","2026-04-10T07:40:00.000Z",{"_type":10,"current":1029},"the-messy-truth-of-your-ai-strategies",[1031,1039,1043],{"_createdAt":1032,"_id":1033,"_rev":1034,"_type":1035,"_updatedAt":1032,"slug":1036,"title":1038},"2023-05-23T16:43:21Z","wp-tagcat-podcast","9HpbCsT2tq0xwozQfkc4ih","blogTag",{"current":1037},"podcast","The Stack Overflow Podcast",{"_createdAt":1032,"_id":1040,"_rev":1034,"_type":1035,"_updatedAt":1032,"slug":1041,"title":1042},"wp-tagcat-se-tech",{"current":1042},"se-tech",{"_createdAt":1032,"_id":1044,"_rev":1034,"_type":1035,"_updatedAt":1032,"slug":1045,"title":1046},"wp-tagcat-se-stackoverflow",{"current":1046},"se-stackoverflow","The messy truth of your AI strategies",[1049,1055,1061,1067],{"_id":1050,"publishedAt":1051,"slug":1052,"sponsored":12,"title":1054},"28e560af-f0aa-4d46-bd90-f435ad604aa7","2026-06-26T14:00:27.102Z",{"_type":10,"current":1053},"paging-charity-how-can-engineering-leaders-avoid-becoming-bond-villains","Paging Charity! How can engineering leaders avoid becoming Bond villains?",{"_id":1056,"publishedAt":1057,"slug":1058,"sponsored":12,"title":1060},"4b22c2a3-3779-4966-93eb-5230391dbdce","2026-06-23T14:08:58.595Z",{"_type":10,"current":1059},"your-ai-shipped-a-backend-that-boots-that-is-the-whole-problem","Your AI shipped a backend that boots. That is the whole problem.",{"_id":1062,"publishedAt":1063,"slug":1064,"sponsored":12,"title":1066},"5cf362e1-fe7b-45af-b69c-914731c6a052","2026-06-23T14:00:00.000Z",{"_type":10,"current":1065},"the-2026-developer-survey-is-now-open-for-human-developers-only","The 2026 Developer Survey is now open (for human developers only)!",{"_id":1068,"publishedAt":1069,"slug":1070,"sponsored":12,"title":1072},"30b995f7-7cb9-4dd8-bf71-d0685940a32b","2026-06-19T14:00:00.000Z",{"_type":10,"current":1071},"dispatches-from-o-reilly-from-capabilities-to-responsibilities","Dispatches from O'Reilly: From capabilities to responsibilities",{"data":1074,"sourceMap":-1},{"count":1075,"lastTimestamp":12},0]