In short
Dev Interrupted Podcast Notes
Episode Overview Title: The CTO Must Now Think Like the CFO to Survive | Sancus Ventures’ Lake Dai Description: AI is forcing engineering leaders to become part-CFO, part-governance expert, and part-business strategist. Are you ready for the shift? In this episode, Lake Dai discusses new operating strategies required in an AI-first era.
Hosts
- Andrew Zigler
- Ben Lloyd Pearson
Guest
- Lake Dai: Founder of Sancus Ventures, professor at Carnegie Mellon University, and an AI expert.
---
Key Themes
- AI as a Core Business Metric
- Engineering leaders are required to think more like CFOs due to the increasing costs associated with AI.
- AI adoption is now a strategic business concern, influencing financial forecasts and operational metrics.
- Examples of metrics engineering leaders should focus on:
- Cost reductions from AI applications (e.g., chatbots).
- Time savings and efficiency improvements.
- Compute Costs
- Significant increases in compute consumption since the launch of models like ChatGPT.
- For AI-native companies, compute costs can account for 30-50% of operational expenses.
- Leaders must justify these costs in financial discussions.
- AI Governance
- Identified as a critical blind spot for engineering leaders.
- Necessity for an AI handbook to manage risks, including ethical considerations and compliance with evolving regulations.
- Three frameworks for governance:
- Unit Risk: Risks at the coding level.
- System Risk: Risks within engineering processes.
- Ethical Risk: Cultural and organizational risks associated with AI deployment.
- Hybrid Teams and Training
- Future engineering teams will consist of both human developers and AI agents.
- Emphasis on re-training existing developers and creating safe environments to learn (similar to flight simulators).
- Challenges of aligning human and AI agents for collaborative projects.
- The Role of Tinkering in Engineering
- Importance of experimentation and tinkering for skill development and innovation.
- Encouragement to engage in projects that may not have direct goals, as they enhance understanding and capabilities.
- Tinkering helps develop a sense of what constitutes good software and design.
---
Key Takeaways
- Mindset Shift: Engineering leaders must adapt to the dual role of managing technical and financial aspects of AI.
- Slow Down to Go Fast: Importance of focusing on fundamentals rather than rushing into AI adoption.
- AI’s Impact on Hierarchies: The traditional roles within organizations may change significantly with the integration of AI technologies.
- Continuous Learning: Embracing a culture of learning and adaptation is crucial in the fast-evolving AI landscape.
---
Additional Insights
- Cultural Change in Tech: The conversation highlights the need for a shift in how technology is viewed and integrated into business processes.
- Educational Reform: Lake Dai discusses the need for institutions to evolve their educational approaches to focus on critical thinking and problem-solving rather than rote knowledge transfer.
- Future of AI Governance: The conversation underscores the vital need for businesses to establish robust governance frameworks to navigate the complexities of AI.
---
Conclusion This episode provides a detailed look into the evolving role of engineering leaders in the face of rapid AI integration into businesses. It stresses the importance of financial acumen, ethical governance, and continuous learning as essential components of success in the AI-driven landscape.
---
Links and Resources
- Follow Lake Dai on [LinkedIn](https://www.linkedin.com/in/lakedai/)
- Subscribe to Lake’s Substack: [LakeD-AI Unbundled](https://lakedai.substack.com/)
- Learn more about [Sancus Ventures](https://www.sancus.vc/)
---
Listeners are encouraged to reflect on their own practices and consider how they can adapt to the changes in the tech landscape discussed in this episode.
Written by AI. May contain mistakes. Listen to the episode to check what was said.
Transcript
Automatic transcript. May contain errors.0:05Welcome back to Dev Interrupted. I'm your host, Andrew Ziegler. And I'm your host, Ben Lloyd Pearson. This week, I'm sitting down with Lake Dye, founder and managing partner at Sankis Ventures and a professor at Carnegie Mellon University. She joins the pod to discuss the new operating strategies engineering leaders must adopt in an AI-first world. And we dig into why leaders need to think more like CFOs around things like the crushing cost of compute and why AI governance is the biggest blind spot most orgs have right now. You know, we bonded over her role as an educator. I shared that background myself, and she's also an advisor.
0:43And she explains why the world, it seems to be moving so fast, but how it'll quickly seem like really old news, which I thought was fascinating. Everyone, be sure to slow down and focus on the fundamentals. We really dig into it. And this conversation with Lake, really excited for it. But first, we have a roundup of this week's news. So there were several things that came across our desk, But there was one of the biggest ones that caught my attention, Ben, that I want to talk about first was the phenomenon of engineers talking to their computers these days. We've been seeing a wave of this everywhere.
1:16As you know, I've been using voice-to-text to do most of my agentic coding. Yeah, in fact, you converted me to voice-to-text just recently. I have also started using it on a daily basis, too. It's great. Yeah, no, I mean, it saves a lot of time. It removes a lot of friction. I've written about this before, even here on Dev Interrupted, about how I think the keyword is sometimes the biggest obstacle between myself and building now. So there was a post on that we saw on LinkedIn by Gurgly Oros of Pragmatic Engineer talking about how people are doing this in practice, included a really interesting photo.
1:51This post went viral, of course, of an engineer literally whispering into this tiny goosenecked microphone coming up right to his face as he worked on something in his IDE. And he was standing in a room of folks doing this, and apparently you couldn't hear anybody whispering all of their agentic coding stuff. So this is fascinating to me, the idea of having these rooms of quietly chanting engineers locked away somewhere. It's a future that WhisperFlow is showing us. A really fascinating dive. And as a voice, the text coder myself, I love to see more people embracing this, and I think more folks should.
2:26What do you think about this, Ben? Yeah, I love how you called it chanting. It's like we're invoking software now. Yeah, it really does make it seem more spell worthy. Speaking of the times. But, you know, I've always wondered like what it would take to normalize the practice of talking to computers. Because like the technology has always been there, but it seems like maybe the day has finally arrived. Because really it's always been like a cultural problem, like not a technical problem. And, you know, there's been a lot of companies that have tried it, like Amazon, Google, Microsoft, all the big ones.
2:57there's probably a long list of companies that have operated in this space and there's some that have achieved some success but you know they never really take off they don't become normalized like you know i can't even remember the last time that i saw someone talk to an alexa device like no offense if you do and you're listening to this it's just it used to be so common and now it's like very rare it seems like but you know we're now in the age when the amount of context that you can generate for AI is probably one of the biggest limiters that you personally have for your ability to do things.
3:32And speech to text is just a wonderful way to quickly download a whole bunch of contexts because it's much faster than typing. In fact, I wrote almost all of my show notes for this episode using speech to text. It was wonderful. Yeah, it moves a lot faster. I think like the LLMs, they've come along and they've solved a lot of parts of voice to text that before were clunky, like getting the transcriptions really accurate and fast and at your fingertips. But also now we live in a world where you can turn your words into text, but then you can turn that text into tool calls. So you can make a direct link between your voice and making computers do things.
4:12That's not a world we lived in, like even like a year or two ago, really. Yeah, yeah, that's a great point. And yeah, I love that this is becoming normalized. you know I did have to explain to my wife why I would be having these strange one-way conversations with my computer every single day and and yeah and I have the the one that the app that I use you know I never thought to try whispering to it but I have wondered if when I go to the co-working space what the people think about me just talking random sentences I you know I think Ben that you probably would even look a little weirder than if you just like just said it with your whole heart while sitting in your co-working space.
4:50You know, actually, it's funny that you mentioned that because I've found myself and my coding habits and what I work on with GPT sometimes changes depending on like, oh, I'm working at home today by myself or I have this chunk of time where I know I'm not going to have any disruptions actually changes my flow of when I want to do it. So I love seeing the idea of, you know, lots of engineers doing it communally, making it more accepted of like, oh, I'm talking to my computer. That's just the way things are now. I will say, and this is one thing that's even caught out in the LinkedIn post that, you know, whispering actually strains your throat more than yelling does.
5:24So I could actually see this becoming a vocal strain problem for engineers. So I think the more we normalize it and just get everyone up to their normal talking temperature, talking volume, you know, maybe that'll be healthier overall. Yeah, that's another great point. But yeah, if you're out there and you're using AI daily and you're not currently using some sort of like easy to use speech to text platform, definitely start looking into them like they've there's such a lifesaver at times and tell us which one you pick i'm curious to know i use i use mac whisper have a lot of success with it but you pick something different if you if you use whisper flow for example here i'd love to hear what you think yeah yeah and one of the coolest features i think we've seen is you know it's not just capturing the words you say but many of these are actually starting to capture the meaning instead.
6:11So if you stumble around on words a lot, it can still capture like what you're trying to convey. Like it's pretty cool. Yeah. So yeah, let's let's get to our next story on the Council of Agents. What do we have here, Andrew? Yeah, this next one, the Council of Agents by James Stanier. This is from the Engineering Manager. We love covering James here on Dev Interrupted. This article actually references an article that we touched on just last week by Simon Willison. It talks about how you can now use agents to do all sorts of general purpose things. This actually builds on Willison's article, which makes the observation that Claude code is really a claw to everything.
6:47Something that I've experienced as well using these tools that you can use agentic coding tools to do all sorts of large scale projects that just require a computer. In this article by James Stanier, he shows you how to simulate a council of agents. So imagine being able to have your own executive suite that advises you on the things that matter to you from the specific perspectives of that type of persona. Cloud Code actually makes this really easy. You can backslash agent and make agents with simple prompts, and it can expand them into really detailed ones that work for you. And because you can run the agents in parallel, this is kind of what James is getting at in terms of a council.
7:22You can ask questions to all of them in parallel. They all run as sub-agents. They don't talk to each other, but they look at your problem with their own specific lens and then give you their feedback. And then you can plug that feedback into each other, play the role of a king with his advisors. It's actually quite an interesting way of using GPTs to balance the way that you think about things. It also builds on ways of using the technology we've seen earlier this year from Google Ananthropic, like using it in a Socratic mode where it asks you questions about your own understanding instead of just elucidating all of the answers for you.
7:56I thought this was a really fascinating way of using LLMs to simulate a group of opinions. and use that to guide what you do next. What do you think of this one, Ben? First of all, I'll just point out, I think maybe we need like a counsel to like determine the definition of the word agent. Because I think this is one of the fuzziest definitions I've seen yet. Because, you know, generally I kind of view an agent as like an LLM that can take action with specific tools. And what was described in this article is more just like effectively custom prompts. Like still very cool, but like the word agent is a little, I think misleading here.
8:30but you know it does mirror how i've been thinking about agent design like i break down large problems into a series of like purpose-built gpts that are connected through these workflows and we started you know back in the day a year or two ago with these like custom gpts that we were sort of using ad hoc on a manual basis but as we've started to find repeatable use cases we're automating more and more of that and just recently we've even spent some time trying to level our capabilities up. Like we've now started to experiment with connecting LangChain to like vector database containing all of our dev interrupted episode information, just so we can like ask questions about past episodes, for example.
9:14And I can imagine a world where we end up with multiple agents working together when we prompt. You know, for example, like right now, if I wanted to do roadmap planning, I could ask my LangChain agent, Hey, what are all the topics we covered in the last six months? And then take that list and do a series of prompts and manual work, like sort of figure out what my roadmap or what our roadmap should be for the next few months. But it'd be nice to have like an agent that could just like that I could just ask to build like a roadmap for me. And, you know, it goes to my our new Dev Interrupted Langchain agent and asks it for like, you know, breakdown of the topics we've been covering.
9:52And then it goes out and does a web search to find like things that people are interested in. And, you know, maybe it works with some other agents that we've built to like actually help us solve like higher order challenges. And I think there's a lot of parallels with what are happening in software engineering. You know, if you had agents that are trained on your specific organizational requirements, like architecture and planning or development or QA, or even having like business stakeholders that are sort of represented to these agents, you can have them sort of like interact with each other and work together to solve higher order problems, like sort of in between themselves, you know?
10:30And I think this is sort of where the future of all this technology is headed. Like, it's sort of hard to understand where that line is going to get divided in terms of like how you delegate agent instructions because the models are changing so rapidly right now. But it generally does seem to be like the best way to get bigger challenges solved with GPT technology. I think a lot of it, too, is like figuring out what are those primitives that we need to play with. I'm actually going to run with a back to what you said at the beginning about James and calling him an agent. And maybe that's a loose definition here.
11:01I definitely agree with you. An agent is, you know, it's something that can take action. So there's a level of tool usage or some kind of like something it can do as a result of your conversation. But in this case, you know, these agents that are, you know, predefined with Claude Code and his example, you could replicate this on any platform of your choice. You know, you'd have the ability to define MCP servers specifically for those personas. So I could imagine where your CFO agent has access to financial records and, you know, a read-only way, but it can get and source that context it needs, write the queries for your database and whatnot.
11:38And those things would be siloed. But also, here's the critical thing, is it would be able to spawn its own subagents. Your CFO maybe would have its own dedicated subagent. It can decide to spin up when it needs to. that could do a financial planning exercise or could do an analysis on like a budget, right? And those are specialized and would be something that the CFO agent would then monitor in its parallel conversation. And it actually wouldn't, the work of its underlings wouldn't eat its context window. So that's what I mean by like figuring out what are the primitives that we're gonna be manipulating?
12:13Are we gonna be trying to make in context as compact as possible? Because if so, I think you're gonna end up in a world where it's like agents all the way down. agents calling agents with very specialized roles and things they're trying to achieve. So I will say that in the agent world he's defining, I could definitely see these taking a lot of action. It's interesting that you call out that you'd want them to talk to each other. I think that comes back to two of like how long lived is an agentic conversation. You could have it and then it's over and you could have another one on the fly when you need it.
12:42And so at what point do they really need to talk to each other or do they need to just be able to invoke each other and so thinking about building them modularly that's why i'm excited to see yeah agentic systems emerging and how they are being built i study the architecture diagrams because i just find them to be really interesting new pieces of software yeah absolutely yeah let's move on to our next story on if you don't tinker you don't have taste i love this article this is an article that calls out there's two types of people. Those who do things only if it helps them achieve a goal and those who do things just because.
13:20And the ideal person, they argue, is someone in between. You know, no time spent learning is ever wasted. That's what they say in this article. I completely agree. I myself and I know Ben, we've shared our own list of projects that were hobby fun things we've hacked on or things that we did that, you know, maybe looking at it rearview mirror didn't really yield something that was like this polished product or the perfect end result that we were looking for. But sure, we learned a ton along the way and had a lot of fun and was able to extract ideas for new projects. And tinkering, you know, the experience of doing this, it helps you develop tastes about what is good code, what is good software, what do you like, what represents you in the world and how do you want to leave your impression on it?
14:02So I love that this article calls out that the ideal person, you know, builds things because it's fun and interesting, but also, you know, ties it back to their goals. I think there was a lot of interesting things to learn here about like why tinkering keeps you sharp and why the best people who build things just constantly build things that don't matter between the things that do. What do you think of this one, Ben? Yeah, well, they kind of lost me early on when they were saying like use like tools like Git on the CLI and Neo Vim instead of something like GitHub Desktop or VS Code. Oh, yes. They had all of the classic nerd call outs.
14:38Like, do you have your Vim command bindings? Yeah, exactly. Are you using Git in the CLI? And Ben, are you not, Ben? Yeah, I mean, I love all those tools, but I also love things that make my life extremely simple, and GitHub Desktop does that most of the time. That's fair. And I realize that, yeah, this is probably a controversial opinion, but more power to the people who love NeoVim. I've heard great things about it. If you love it, just own that. It seems like it's a great thing to use. But I love everything else about this article. you know it's a super quick read really simple advice i feel like i've been a tinkerer my entire life and it's probably the main reason that i even ended up in tech because i i just don't have a lot of formal training on any of the stuff that i do for my professional life and i always look back to like one of my earliest memories was my mom teaching me how to launch dos games from the command line like just so i wouldn't ask her to do it anymore you know oh yes yeah learning all like the Byzantine commands that you have to do to get one of those up and going, or like you put in one of the floppy disks and then you have to like know where it lives.
15:41Sometimes that did require a lot of help. Back when disks were floppy. Yeah. Back when you couldn't, you just Google it. You couldn't just pull out your phone and look it up. Well, and, and, you know, the most important thing she taught me was how to use the help commands and how it could basically show you everything you need to know about how to do things on the command line. And I kind of have just taken that sort of approach to like practically every technical skill that I've learned. But I think, you know, this is really particularly valuable advice right now as we're all like riding this wave of AI disruption and we're experiencing this chain, all these changes.
16:14You know, AI is this dual edge sword. Like on one hand, it makes it so much easier to dive super deep into the details of anything that you can feed into it. But on the other hand, it's easier than ever to abstract away all of your decision making and let AI just do everything for you. So I think my advice is that just every once in a while, just stop what you're doing and use a GPT to help you tinker. Don't focus so much on trying to get something done. Just learn something about the things that you're working with instead. Well said. You know, our last article here sitting on our desk is a really fun one that kind of invites you into a whole fun world by an engineer named Andrew Schmelin, who wrote an article called I Invited Strangers to Message Me Through a Receipt Printer.
16:59And it has this amazing accompanying video that we're going to embed here to make sure you go check out. Here's the premise. Andrew created an application that allows folks to, on the internet, submit a form and print out on a receipt printer sitting in his office. So the idea that anybody on the whole internet can go to a website and present it with a form, type anything in and hit print. And it's going to print out on his physical receipt printer sitting on his desk. And to achieve this, he hacked together a really cool project I invite you to check out. It's on a Raspberry Pi with an application that's written in PHP that talks directly to the printer.
17:37And the same Raspberry Pi also hosts the website. So it's an all-in-one plug-in to your printer, plug-in to the internet device that accepts these anonymous forms from the internet, puts them into a database, and prints them out. So this is like a really fun cultural experiment. I love seeing all of the fun receipts that he shared from folks. He actually called out that he was surprised at how overwhelmingly positive and amazing folks were about the project, about what they sent in, and all of the messages that he did get on the funny side, on the serious side, and he appreciated all of them. There was like a whole bunch of fun lessons in here, both on the technical part, because all this is open source, you can go yank apart Andrew's code, but also because it invited me a little bit into Andrew's world.
18:19So definitely check out his YouTube where he teaches all sorts of technical concepts. really cool to see somebody tinkering with something. In this case, you know, you could argue this is just for fun, like what we just talked about, Ben. You know, this is certainly not a receipt printer for the enterprise, I would say. It's someone that's hacking on something because they wanted to put an application together that talks to a printer driver. How cool is that? So definitely go check out the article. Definitely a perfect example of the theme we have going here on tinkering. Great example of that.
18:49But, you know, I think there's some real opportunities to level this idea up like what if you allowed people to like send you the instructions for clawed artifacts and had something that automatically prompted clawed to display the result like wouldn't that be who's paying for those tokens are people are people dropping quarters in this machine now at this point yeah oh man yeah i would get abused so quickly by someone just seeing how many tokens they could pass and you're effectively exposing like your api key but just like through a by proxy all right well maybe we limit it to i don't know know something like i don't know a thousand tokens or something okay fair you can send a really tiny requires get really tiny artifacts yeah but but either way you know this this this whole concept sounds like one of those things that is a whole lot of fun until it gets too big and then it could go off the rails like very quickly so i'm glad to hear that yeah i'm glad to hear it went very positive and it's really cool experiment if someone wants to build my clawed idea let me know well now i want to see this like what you said there's opportunities to level it up but i would love to see this kind of experiment replicated.
19:51People just like building on things that folks can reach out to. I think it's becoming a lot easier for us to create bespoke ways to interact with each other over the internet with agentic coding. And so more things like this, I think, are going to be on the rise. Yeah, yeah. I mean, in a sense, what we're talking about is almost like the next version of the web where AI is just generating it in real time based on your needs, you know? So yeah, that's really all I'm asking for. Well, Angie, thanks for joining me for the news today. Yeah, we're really excited to run through all the stuff here. We had some really fun ones to chat with you about.
20:25It's always good to catch up. And for those listening, after our break is my conversation with Lake Dye. So stick around.
20:34AI has changed how we build software. But faster code doesn't always mean faster delivery. That's why Linear B is launching The Essentials Plan, your toolkit for measuring and improving AI productivity. You get the new Linear B MCP server, AI Insights dashboard, and developer surveys, all designed to reveal how AI tools impact delivery speed, code quality, and developer experience. Stop guessing which AI tools work and start leading with data. Visit LinearB.io to learn more and unlock the next chapter of AI productivity.
21:10Welcome back to Dev Interrupted. I'm your host, Andrew Ziegler, and today we're sitting down with Lake Dai, a globally recognized expert on AI innovation, ethics, and governance. She's an adjunct professor for Applied AI and AI Governance at Carnegie Mellon University. She's advised institutions like the UK Parliament and even the state of California, and is currently the founder and managing partner of Sankis Ventures. Lake's background also includes pivotal roles at Apple, Alibaba, and Yahoo, where she was head of search in China. Lake has been working with machine learning platforms as far back as 2002.
21:49And she has been named as the top 100 women in AI and a top AI boardroom talent. And today she's sitting down with us on Dev Interrupted. I'm really excited to have you here, Lake. Thanks for sitting down with us. Thank you for having me. Amazing. So let's go ahead and dive into it because we're here at ELC, the Engineering Leadership Conference here in San Francisco, and you gave a talk. And this talk was about industry shifts that are impacting engineering leaders and the new operating strategies that they have to adopt in an AI first world. Yeah, yeah. Let's dig into that a little bit. What was your talk about?
22:22Yeah, so there are a lot of AI trends, right? So particularly in 2025, we see that agentic AI really start picking up. We see compute continue to be a constraint. And among all so many different trends, I think there are a few things we see are very relevant to engineering leaders. The first thing is, so AI right now become a core operating metrics. So what does it mean? Because engineering leaders will look at a lot of metrics in the past. But what's interesting is now AI is operating metrics. So, for example, in SP500 earning costs, 287 out of 500 have called AI in their earning. So what does it mean?
23:09So it means that AI adoption is strategic importance. So if those earning costs have been quoting so much about AI development, what does it mean is that an engineering leader, you have to think about that as well. Yeah. So that's the first thing we see, like, AI has been operating metrics. And to be very specific, people ask, what does it mean? What kind of metrics are we looking at? So let's say if you're an engineering leader in the past, maybe you look at a response time, scalability metrics, accuracy models, et cetera. But now, how do you evaluate the AI adoptions? For example, what's your organization?
23:48Are you using AI for chatbot, for customer service? how much cost has it reduced and how much time has it reduced. So those are operating metrics to measure those AI adoptions. So that's why I'm saying we're seeing from engineering metrics switch to more and more on the operating metric side. The second thing is quite interesting is compute constraint. So people talk about, well, the model is getting smaller or compute more efficient. But we are actually just at the very beginning of using compute. So compute consumptions, since ChatGPT launched to today, already increased by 100x. And that's just on the language model.
24:33So now we're moving to multimodality, word model, robotics. So as you can imagine, the compute consumption will continue to increase. And the other interesting metrics is in the AI native SaaS companies, and they're reporting about 30 to 50 % of operating costs are compute cost. Wow. Right. So think about if you're an engineer manager, you work for an AI startup or AI growth company, and 30 % or even 50 % of the costs are actually coming from compute. And your CFO is going to ask you the question, so how much are we going to spend this quarter, right? Right. Can you give me a prediction? Can we reduce the cost?
Read the full transcript
25:17What if, for example, you cannot get hold of the supply? What will happen to the main business? So now engineering leaders have to think from the lens as a CFO. You have to answer to those questions. That's why the compute cost is another impact. And then the third one, I'm sure a lot of your guests have already talked about it, is uplifting your engineering organizations. That means that as we continue to build more AI-native infrastructures, we're switching from maybe in the past or more of a user interface or applications or infras. But now we'll switch more of a, let's say, called agentic AI-friendly or agent infrastructures.
25:59Yeah. like orchestration, API layers. So you have to think about those new architectures. You have to think about skill sets. You can think about, you know, a lot of organizations talk about with cursor and vibe coding or co-pilots, you do not need as many junior developers anymore. So what about junior developer you already hired? What about the senior developer now needs to upscale to understand the new technology and new infrastructure? So what do you do? And maybe even you are managing a team of human and agents simultaneously. Yeah. I think you end up in this world where you have these hybridized teams where part of the team is a person and part of the team is a compute layer.
26:42I know. And then imagine that would be more complex when you have vendors also have that infrastructure. Of course. And you're interacting with other versions of that ecosystem within their own org. And you're kind of blind to it. You have to trust that what goes in is going to go in and get sorted correctly with how it gets used. We actually, we're talking about matrix now, right? So we talked about in the past, we have collaborations, internal and external, that's it. So now internal and external, you talk about human to human, human to AI, AI to AI, right? So that's the three relationship I was talking about in the future.
27:15We see more of that evolving because human to AI relationship, in the past we thought about human or training AI. But now we're talking about AI co-pilot. Yeah. And as we have more and more, for example, students or junior developers need to do training, maybe we need a simulated environment to train the junior developer to be senior developers. Oh, that's fascinating. We're creating this safe space for them to figure out how to work with these tools. Almost like a flight simulator for a pilot before they start flying. Did you get enough hours in the simulator first before you were flying a real plane with real people on it?
27:51The idea of applying the same thing to engineering is fascinating because the thing about AI is it's so powerful, which it's a force multiplier, you know, for both good and bad. And you have to have really good process and really good alignment within your org or it can really go awry, right? Right, right. I actually think AI simulated training environment is one of the key to obscure your organization. So that's the human to AI relationship, right? Let's talk about AI to AI relationship. That's also fascinating. Yeah, it is. So we're just talking about my agent to work with your agent, but my agent can also have sub-agents, right?
28:26So this is the whole, remember you play the game that you have 10 people line up, you say something, sentence, then you go to the end of a line. Play a game of telephone. Simply change, right? Yeah. So, okay, so now imagine how we actually measure the outcome of the model is that we provide training data set, we measure, we do the kind of evaluation of the outcome. That's okay. But then they start producing sub-agents and that demand and their outcome evaluation will continue to pass. How do you know what continue align with initial intention? Exactly. Right. Right. So, and then you have vendors, agents, and then you have, you know, we're talking about collaboration, but there's also, for example, if you have AI criminals attacking your system, you need AI police to protect you, right?
29:21Right. So there's also the opposite positions. So it's quite interesting. Like using AI defensively within your organization. Yeah, we've seen, I know you mentioned that we also run a VC firm. We invest in early stage AI infra and native apps. So we're seeing a lot of innovation now, even in the cybersecurity space, that using reinforced learning. Then you have a red team, you have blue team training, use reinforced learning training to have much, much better solutions than the current human, I would say human dominant. Right. They can work together in a way where they better understand each other.
30:01Right, right. So this is a getting like similar to like GAN. GAN is basically you have generative models. You have discriminative models. One side is continue creating new solutions. The other side is continue to say, yeah, like say this is right, this is not wrong. And after running a reinforcement learning for many runs, then both models would become so much better. Is that sparring partner? You make it spar with itself. Exactly. So then what's happening in the cybersecurity space is that you do want to have a sparring partner here. Then you can be so much better. Something that you mentioned about engineers using agents and those agents have sub-agents.
30:38This is a world I was recently in. So I recently did a hackathon with Block Open Source and they have Goose, you know, they're a tool for Vibe Coding. And we had a Vibe Coding hackathon and I was one of the participants and I had a partner. It's a two-person hackathon. We were building entirely with AI and AI agents. And the point was they use sub-agents as part of that process. And it was so hard in that hackathon environment for me and my partner to get our agentic teams aligned with each other on building the same thing within a really limited time frame. It was actually really hard. And at the end, you know, they asked me, like, you know, what would you have done differently now that you did that for it was a four hour hackathon?
31:15Like, what would you have done different? And I said, you know, I would have used all four hours to plan. I would have just used all four hours to talk about what we wanted to do because that ultimately was the missing piece of building that intent of what we were trying to accomplish before picking up the tools, before assembling the teams. Because like you said, once you start going down the layers, you start to lose context. You're a little blind to what's happening. So it's really important to have that top-down alignment. Yeah, so this is actually quite interesting because it's related to my early work at search.
31:48Because in search engine, remember, you know, early days, either website or mobile, you're putting the search keywords. The hardest part of the search engine, unlike what people think is crawling out the information, is actually what we call the search intent. It means that people have explicit intent or implicit intent. and to do the intent mining is so difficult because quite often you say A, you meant B. Actually, you need C and then we give you D. Exactly. I love that. I love that. That's a really great point because especially in a world like search, you're kind of like guessing ahead of the user.
32:25And in a way, that's where you start to build an experience that's delightful and you get that widespread adoption. And that's why things like search are fundamental blocks of our world today, right? And I want to also dig in about your discussion on operating metrics and about understanding that cost and being able to communicate between your financial leaders and your engineering leaders and doing forecasting even on how you're using these tools. I think that's really fascinating and a problem that a lot of engineering leaders are still grappling with and figuring out. We talk about that a lot on Dev Interrupted.
32:57Dev Interrupted as well with Linear B. Our whole mainframe is about understanding those operating metrics and really boiling it down so that you get the impact of what it is that you're getting across the finish line. Are you shipping more code? But is that code better? Is it safer? When it hits production, are things failing? Actually having that full picture is a really important part of the operating costs understanding because if you have a lot of tools and then they get introduced and then maybe a few months later you have a really bad outage or something happened and it's because you've got this proliferation of bad that maybe you didn't see you know so i think it's a really interesting problem space and i'm curious like what advice do you give to engineering leaders to be really confident going into that like financial conversation around the compute that their org is using and justifying it this is actually a great question because we are actually literally talk about mindset shifting right so um i think i at my early talk and audience is asking what can you give me a basically recommendation what are the operating metrics that we're looking at so interestingly it's really case by case let's say if you're e-commerce company and then you're apply AI in your internal process.
34:14And as a CEO of an e-commerce company, I will say, well, let's say, Andrew, you adopt AI. So let me know. So using this specifically, whatever technology you're using, how much have you lived conversion? Because e-commerce conversion works, right? So let's say we need to also buy a lot of, purchase a lot of ads for user acquisitions. how much more efficiency has increased that? So those are very specific questions related to user acquisitions and also customer conversions into, you know, or upsell percentage. But not being blind to all of those little multipliers that are across your organization where you're tweaking and making it more efficient because that all boils down to that metric that you're trying to track.
35:01Yeah. So in another way is that, well, if I'm a CEO, think that way. And then I will ask my engineer leaders that I don't care about which model you're using. Right. nor do I care how fast you code. Or how many lines you made. So what's the impact? Exactly. Yeah. What did it do? Did it ship something? Did it make something safer? Did it save a lot of time in a really like eye-opening way? Like, oh, I didn't even know we could do this this way before. Those are like the real force multipliers where you find that like hidden unlock. And a lot of times when I sit down and I talk with an engineering leader, like where was the biggest unlock in your org as people started experimenting with AI?
35:38A lot of times it comes from the non-engineers and the folks who have never picked up those tools before. Someone in finance figuring out how to pick it up at a workflow and build something out to make a cost calculation way more efficient or way more accurate. And when we look at those on an aggregate level, that really compounds and adds up. And that's the impact of the non-technologist in the conversation, right? Yeah. Which is really profound and interesting because I think we're entering a world where everyone's going to become this native technologist. And we're all getting closer to expressing our intent in words and then getting machine computation output, getting algorithmic things.
36:16We talked with guests here about like personalized software, idiosyncratic things that you spin up and throw away, stuff that you would never have built in a world before AI. But now it's actually easier to build it with AI than it is to do anything else. So as an educator, how are you thinking about that? How are you equipping the future? Oh, there's so much to talk about. I think a couple of things you said is quite interesting is when everyone starts building, who is creating value? Who's capturing the value? And I think for education, now I'll put on my professor hat on. When I think about education, particularly for higher education, So we're really looking at providing students three things.
36:59Knowledge transfer. I would say 80 % or 90 % of the university are doing knowledge transfer. Yes. And then there is the branding of a university like Stanford, Yale, you know, Hover, Branding Association. And there's a whole network of friends you went to college with. Right. Will go to your wedding, go to all the things. Of course, invest in your company later on. Like all those friends that you make and you stick with. The biggest shift is that now the 70-80 % knowledge transfer, university is not the primary, may not be the primary source anymore. Because you can get it, you can just talk to ChangeGPT.
37:34Right. You can go to Coursera, there's online courses and university providing that as well. So knowledge is not hard to find. So what is the purpose for university? What kind of skill set we should transfer? Right. And I would say it's ask the right questions. Because even today, you have access to chat.jpg. I have chat.jpg. But how come our results is different? Do you know how to ask the right question? Yeah, exactly. You have to be in the moment. And you have to be plugged in. And you have to have taste and instinct about what's going on around you. And you're right, though, that it's like you can use those things as building blocks to get that base knowledge.
38:17but that if you're not curious and ask those deeper questions and dig into it more, that's what really makes the knowledge set in and you can build upon it, right? And I think that that's like an interesting scenario that you've laid out that, you know, the knowledge transfer, maybe university is not the vehicle for it anymore. I agree with you. I think like my background as an educator and working within the space has always been around empowering people through like career and technical education. and a big part of that is just being driven and being constantly curious to learn right and those folks really they set themselves above because if you're willing to learn and you don't give up you can pick up new skills and you can pivot in this world that we live in and it really opens a new door for like a new type of thinkers to have a lot of impact in the world we live in yeah so and i i know a lot of people talk about education everyone's like have a little more negative tone oh my god you know oh yeah they're using it the cheat no one's gonna write anymore yeah but on the other hand i'll give you examples so so when vibe coding just started like i i think within a week i already demoed lovable in my class yeah so this is a master of engineering at carnegie carnegie mellon university and i also have a group of high school students join us to audit the class.
39:35So when I demo that, and actually the guest speaker came in was Ted Nyman, who was the CTO of GitHub. And he shows that. And I can see the face on my students. Oh my God, this is something I used to do colder in months. Now you do it on seven minutes. Yeah. I can see the look on the face, but I can see also on the face of the high school. Oh, does that mean I can do X, Y, Z now? And it does. And that's what's so exciting is that it pulls them up at a way earlier age to participate in the world and build the world that we live in. Yeah. So, again, if we go back, if you have the beginner's mind, drop the package, and you go back to your high school mind, you're like, oh, my God, the world is completely open up to so many possibilities.
40:24Yeah. And that's a possibility. Yeah. Yeah. I'm curious, too, from your perspective, you have a very, very high level perspective. And, you know, you gave us some insights at the very top about these pervasive conversations within boardrooms about measuring and understanding AI impact. Curious from your perspective, what do you think is the biggest blind spot that engineering leaders have right now about it? AI governance. Yeah? Yeah. So AI governance, we talk about operating metrics, but I think there's another new metrics that will come in. that has become so critical to the leaders, not only just engineering leaders, is that the governance elements.
41:03Because we did talk about major trends. One of the trends I didn't talk about is the regulatory trends. There are so many AI policies, compliance and regulatory requirements. And it's very difficult for both sides. The policymakers try to catch up with the development of AI and also for AI innovators to try to catch up for the compliance requirements. Yeah, or build something that's not going to get regulated to death in a year or really they'll think ahead about how is policy going to impact what I'm building. Yeah, so I think that is very important to have both sides to have a fluid conversation because I think everyone has the best intention.
41:42Yeah. Right? So as an engineering leader, I think to understand where the trends is going and create a framework really allows you to continue to innovate. Meantime, protect your organization, also protect your consumers, customers, and your partners. That's super important. So I'm going to quote, so one of the really good talk coming from the founder of BotAuto, Xiaodi Hou, he said really perfectly, he said there are three structures, there are three frameworks. The first framework is the unit risk. Yeah. Means that when you're coding level, The second is system risk, which means that how you think about engineering development process.
42:26The third is the ethical level is how you organize and culturally think about this problem. Yeah. And you said in the unit level, it's really difficult to eliminate it because as long as a software, you have a box, right? Right. However, systematically, how you think about organizing and looking for the potential bias of the models, hallucinations, misinformation, disinformation, safety, or potentially, for example, IP infringement in the process and document it. And that's very important because it doesn't have to be perfect, but you can start with something. Then just like the, you know, the surgeons have a checklist before the surgeons, this is the one, two, three, four thing you want to check before you conduct the surgeon.
43:14I think that's really essential. Yeah. Building those policies, those playbooks, those internal frameworks for how you take something that is late in a latent space and you make it more deterministic and repeatable and measurable over time. And you continue to perfect the list. Yeah. But have a list is so much better to have no list. Absolutely. And then there's ethical elements being that company culture, what do you think of this? Yeah. Right? And then all of this, I think, needs to create their own. Each organization is different. You need to have your own, I'll say, handbook. And it's good to be documented.
43:53Yeah. to protect you and also to support you to continue to innovate. I'm curious too how you think about as a leader how do you tackle the problem of technical debt in a world of AI? How does it influence how you think about it within an engineering world? Well that's such a big question. Right? When you say technical debt there's a lot. Yeah. So I think you need to make a comparison that it's faster and easier to patch it up. or just completely use something new. Yeah. And we see that quite often in infrastructure because infrastructure takes time to build. The ones who are more successful and have a larger infra, more complex infra, it's actually sometimes, you know, harder to make this new, I would say adopt the new technologies.
44:43So we're going to see this whole wave, maybe like the tier two is catching up because they are, they have less baggage. They're like, forget about this. someone to start from everything from new. I'm not going to suggest the names, but I know even for us in the cloud space, we can see some tier two cloud providers not making really good progress. Yeah. I don't think they think they're tier two, by the way. I know what you mean. I think that's an interesting way to look at it too. And I'm curious about how, so we're all in this world where you have this new compute layer that's taking up a huge portion of mindshare and physical, like actual tangible costs within an engineering org.
45:25And we're in a world where that access to compute is largely subsidized. It's at our fingertips. We're all still figuring out how to use it. I'm curious what your perspective is, especially from just really high level that you have about how AI and access to AI might evolve over time and how engineering leaders can get ahead of that. There are some that like try to be more insular, have their own models, spin up their own compute layer. That doesn't necessarily scale. You have others that lean entirely on third-party providers. They get all of it inbound, and that adds risk to their org. So how do you navigate that?
45:59Wow, that's really good questions. Each question can write a paper. We'll spin this up into a paper, and then we'll get it published. So I think there are multiple layers to answer this question. So first thing is that when we think about what's going to be the next generation changes, I think engineering leaders should pay really close attention. What are the fundamental movers? Yeah. Right. So I didn't mention a little bit is that, for example, the agentic infrastructure, that's something takes some time to build. Right. So if you're not paying attention to what's happening and it's harder to catch up.
46:38So you kind of I know everyone's really busy schedule. But in the meantime, you carve out some time to watch the most important technical trends that come in. They may not arrive in the same year, but all these trends are started with the research and then move to industry and being adopted very, very quickly at scale. So, organic infrastructure is one. And the other thing is we see, you know, we're moving from pre-training to post-training. We see a lot of inference now is moving to the edge side. And that was something that's very interesting. What does it mean? I moved to Edge side, right? We talked about Edge computing for a long time.
47:21We've sat down with Google DeepMind and dug into Gemma. You know, they're small, like, on-prem, small embedded models. And what does that even mean to pick those up and use those, especially combined in a world like robotics, too? Yeah, so the first question I would ask you, why would people think about Edge? Why Edge? Why can't it be everything just, you know, in the cloud? Oh, because of the cost? Because of the risk of, if everything, I guess, is in the cloud. Like, let's say that your entire compute layer relies on making those API calls into Cloud Code or into ChatGPT. Yeah. And then, you know, you could be like a frog in a pot of water that's slowly getting warmer and warmer as those prices go up and up.
48:01And then that fights against the whole operating metrics that you're trying to be super efficient on. So you end up kind of trading one thing for a new problem, kind of. It becomes difficult, I think, for leaders. Okay, so cost dependency, as you mentioned. There are also other elements. So for example, privacy reason. Yeah, privacy reason. So some of the information you do not want to put in. That's right. You want to put on the devices that give you privacy, and then sometimes the response time as well. Something you need to make really quick decisions. You want the models to be running. It needs to be at hand.
48:38Yeah. It needs to be right there. So that's another reason. Yeah. And I also say that the framework models in the future is not only for large language models and multimodality. And sometimes it may actually run on the devices would be more efficient. And how we look at all the information or connect each other, for example, let's say, for example, let's just take a traffic. You don't always have to call to see where the traffic is. And if you have all the cars in the same region, car communication could be more efficient. Right, right. You get these different communications. communication models.
49:12Yeah, it has nothing to do with the rest of the cars who are not in this. You don't got to deal with those. You don't need to query some big master list of all of it. You can just work with that localizing. So it's also about, from your opinion, localizing the knowledge and structuring that knowledge to where it's close at hand when it needs to be. Yeah. Yeah, that's really cool. And, you know, some of the last things I want to dig into here is how do you prepare new leaders to build something in AI or in engineering? If maybe it's their first time really entering into the scene, do you have strong advice for how engineering leaders can use the opportunities in our market and our industry today to really get ahead?
49:52Because there's a lot of transformative opportunities. Is there a good advice that you'd want to give to a new engineering leader, someone who's picking up a problem? It's almost too much too fast. Then you have to be like Matrix, then you do the slow move. Oh, yeah. Do the go down with the bullets, go on by. It feels that way to be an engineering leader right now with the way the problems are coming at you and how you dodge them. You should be slowed down, not going fast. Yeah. So first of all, I want to say something a little bit unconventional. And I can't wait for us not to talk about AI because we don't talk about internet anymore.
50:28We don't talk about mobile anymore. Nobody come out to say, I'm building an internet company. That's right. Or I'm building a mobile company. Right. No one says that. Right. Because there's only a technology that facilitates and supports you to creating something new. Yeah. So now we talk about we're creating an e-commerce company, we're going to this company, we solve this problem. I think hopefully I will see this hype of talking about AI. Decrease. It needs to cool off. It needs to just embed itself into our world as this new platform. We talk about the real problem. the worst solution we try to provide.
51:04And when it slows down and cools off and it's kind of like the Earth's crust and it cools off and then things can finally start growing on it. Yeah. And I seriously, I think you should just slow down. If I want to catch every AI news and all the names, I'll be going to ask. I try to do that every week right here on Dev Interrupted. They all know I'm trying to keep up with the news. My head is spinning some weeks. Oh, I'll tell you something really funny. So I did the research. I was like, okay, So this quarter was the biggest trends that being toppling in the media and gave me 10 most insightful papers to read.
51:40And I just have the best model to run it. And I came back and like three out of 10 papers were written by ChattGPT. Yeah. Yeah. I was going to say, I can imagine what it pulled from. Right. So you basically, you look at it as completely written by HHGPT with no new insights. Yeah. So this is interesting. As we retrieve the information from those models and the models pulling the information, the human are generating more content with the system of AI. You're going to that loop. It's a feedback loop. Yeah. Junk in, junk out eventually. Yeah. Yeah. So that's what I'm saying is like, want to catch up on everything is hard.
52:27Yeah. Yeah. And go slow. Go slow, people. If you're listening to this, AI is moving real fast and slow and steady is going to win this race. Think about real fundamentals because you have a few quiet moments, then you can think about what are the true fundamentals? What are the trends that continue to repeat itself? Exactly. We see very clear trends whenever there's a technology, major technology shift in terms of internet and mobile. Look at those histories, how it repeats itself. You can learn so much from the past. I learn so much. History is very cyclical. Even when the Macintosh hit the scene and then people were suddenly creating graphic arts and you have this revolt from traditional media artists.
53:10And then even before that, when you had computer-assisted design and CAD software, and it displaces the work of so many architects who were then freed up to do higher-level architectural work, right? And it's a really interesting reaction, but then also a harnessing of that power. And then in those trends, you will see something like very consistent, which whenever there's new technology, there's a lot of so much like a passion to create some applications. You're going to see the first wave are people try to, oh, I can use the technology to do ABCD. And but because they didn't have a really good infrastructure that support that.
53:46So a lot of them actually died off. And then everyone is like, okay, let's build the infrastructure for this new technology, right? And then you're going to see building tech, uh, infra, and then you see overview of infra. Yeah. It comes in stages. And then, but because it's overbuilding and then drive the infra cost down. Yeah. And all in a sudden the real boom started. So we actually seeing the AI right now, right? Because we see a little bit of, a little bit like applications very early, like two, when Chagipiti first came out. But at that time, we didn't really have a full AI-native infrastructure.
54:19And then the last three years, a lot of companies are building it and improving it. So now we see the cost of building AI apps in terms of tools, compute costs. Everything has actually become so much easier. And then we see more people building. So I hope to see the app store time for AI apps. You know, Lake, I think we're going to have to sit down with you again in the future. and take another temperature test on how AI is evolving. And maybe by the time we talk, it's cooled off a little bit. People aren't talking about it as much. We can talk about that next platform, that next level evolution.
54:55But I have enjoyed our conversation so much today. And you bring so much amazing insight from your perspective and your role as an educator and an advisor. So I really want to thank you for sitting down with us. And I want to ask if there's final things that you're working on right now, places where people can go to to learn more about Lake and the work that you do. Can I recommend my sub stack? Yeah, please. So my name is Lake Dai, D-A-I. So I have an A-I in my name. So I created this sub stack called Lake D-A-I Unbundled. A little long. That's not a really good name. Now I think about it. But what's important is that I continue to monitor the trends.
55:37And like I said, trend watching is really important for my investment and for my teaching. Right. So I write maybe once a month or once every other month, only when something important happens. Right. You write when it matters. I know. So I think that's, because I have too many people asking me, what do you think will happen next? And I figure this is actually a really good way to show people just read the article. Amazing. Well, we're going to plug that in to our show notes. Make sure folks can go check out your substack and follow the work that you do. And again, I really want to thank you for sitting down with us on Dev Interrupted.
56:10And to those listening, we'll see you next time. See you next time.
56:21Outro Music
From the publisher
AI is forcing engineering leaders to become part-CFO, part-governance expert, and part-business strategist. Are you ready for the shift?
We're joined by Lake Dai, a globally recognized AI expert, professor at Carnegie Mellon, and founder of Sancus Ventures, to explore the new operating strategies required in an AI-first era. She explains why AI has evolved from a simple tool to a core business metric that leaders are held accountable for on earnings calls. This new reality introduces massive new compute costs—sometimes 30-50% of OpEx—forcing leaders to adopt the financial foresight of a CFO to forecast and justify spending.
Beyond the balance sheet, Lake identifies AI governance as the biggest blind spot for most leaders today, outlining the urgent need for an AI handbook to manage unit, system, and ethical risks. This strategic shift also reshapes the engineering org itself, from managing hybrid teams of humans and agents to the need for new training environments, almost like "AI flight simulators." This episode is an essential briefing on these new complexities, all centered on Lake's most urgent advice: in a world moving this fast, the best strategy is to slow down and focus on the fundamentals.
LinearB: Your AI productivity journey starts here
Follow the show:
- Subscribe to our Substack
- Follow us on LinkedIn
- Subscribe to our YouTube Channel
- Leave us a Review
Follow the hosts:
Follow today's guest(s):
- Connect with Lake on LinkedIn
- Subscribe to Lake’s Substack: LakeD-AI Unbundled
- Learn more about: Sancus Ventures
OFFERS
- Start Free Trial: Get started with LinearB's AI productivity platform for free.
- Book a Demo: Learn how you can ship faster, improve DevEx, and lead with confidence in the AI era.
LEARN ABOUT LINEARB
- AI Code Reviews: Automate reviews to catch bugs, security risks, and performance issues before they hit production.
- AI & Productivity Insights: Go beyond DORA with AI-powered recommendations and dashboards to measure and improve performance.
- AI-Powered Workflow Automations: Use AI-generated PR descriptions, smart routing, and other automations to reduce developer toil.
- MCP Server: Interact with your engineering data using natural language to build custom reports and get answers on the fly.
