⚡️ The best engineers don't write the most code. They delete the most code. — Stay Sassy

Watch the full show on YouTube: https://www.youtube.com/watch?v=5KnCKadxSPY

• 0:04Speaker 00

  Okay, hi. This is swyx in the remote studio with a very interesting podcast guest duo. We've done an anonymous podcast before, and this is our second one. This time, though, they also are podcasters. This is the Stay Sassy crew. Say hi, guys.

• 0:22Speaker 01

  Hey, how's it going?

• 0:23Speaker 02

  Hey, what's up?

• 0:24Speaker 00

  One of you is Stay Sassy PM. Which one?

• 0:27Speaker 01

  Yeah, that's me.

• 0:28Speaker 00

  This one, this voice? And then the other one is Stay Sassy EM.

• 0:32Speaker 02

  Yeah, that's me.

• 0:33Speaker 00

  How do you guys introduce Stay Sassy? What's the one-liner pitch?

• 0:37Speaker 01

  Say the one-liner pitch is that we are a blog and now, I guess, a Twitter personality or X personality, as well as podcast personality, about building and scaling really technology businesses, especially from those early startup days all the way out to however far you take it.

• 0:54Speaker 00

  Yeah. I know you guys since my temporal days, where my former boss was so in love with you guys. He's like, "This is the best blog ever, and it's anonymous." Which, again, how do you grow an anonymous blog? Let's just start there, right? Because you don't actually want people to know. I mean, you're somewhat dogs to people who do know you, but how do you even start?

• 1:18Speaker 02

  I think it was a really interesting journey. So I think at the beginning, the easiest way to start was just posting stuff and trying to share it in different locations. And so the simplest answer is just starting getting paint on the board and seeing if we actually get some writing that's actually useful and good. Then it was really about how do we distribute it and how do we start to get eyeballs on it? And when you're anonymous, it's really like, you can't go and tell your friends to post it on Twitter or something like that. So I would say in the early days, Hacker News was actually a really great growth engine for the blog. And we had, in its very early days, maybe like... Five to 10 posts a year that would get like front page.

• 2:00Speaker 02

  And that was a huge sort of boost to our kind of early growth of the blog. From there, we pivoted to Substack off of just having our own kind of website. Substack is a great community and that is like its own sort of place where we've started to get people engaging and kind of building. And that was really great. And then we added Twitter on top of that. And that has really been in the last year, like for, I would say, like the overall sort of engagement, a total kind of turbo charge on just like engaging the community and kind of being in this kind of, you know, whatever sort of ecosystem where now we have the blog and we have subscribers there, we have Substack, we have Twitter. So it was really just trying to find the first inkling that we could get anyone to listen to anything that we were doing. And it was thrilling when we had that.

• 2:45Speaker 02

  And then Hacker News was like a really great boost in the beginning. And the only final thing is, it's been really exciting when we see the subscribers come in to see the Sassy blog kind of run through companies. So you'll see like somebody come through at a company you know, and you'll see that subscribing like, oh, that's awesome. That's like really exciting that this great company and this great person at that company is reading our blog. And then a day later, you'll see two more people in from that company subscribe. And like, oh, some people are sharing this around. And there's some companies that, you know, we have 20, 30 people from and, you know, they're one of the best companies in the world. And, you know, there's, there's handfuls of companies that we feel like we've, we've gotten in their sort of internal blogosphere.

• 3:26Speaker 02

  So that entire sort of maturation process has been very kind of probabilistic, but very gratifying.

• 3:32Speaker 01

  Yeah, I think another aspect that has helped a lot is that we keep the same general subject matter, no matter what platform we go to. And we'll keep sort of the same soul, but we will definitely adjust the tone and talk about different sorts of things on different platforms. Like our blog has always been much, much more serious. There will be something funny in a blog or two every now and then. My, my parents or something, I was like, oh, that was, that was kind of a funny one. But generally it's, we try to make it really right down the middle, really actionable stuff that you can use in your day to day. Our X is a lot wilder if people follow us. Like, there's a lot more stuff.

• 4:11Speaker 00

  There's more shit posting. I'm gonna put it up on screen right now.

• 4:14Speaker 01

  Yeah, a lot more shit posting, a lot more, you know, talking about crazy stuff that happened in our personal lives, or the sassy EM's personal life as a child. I think he had a much wilder childhood than I did. And so we will sort of venture out there, because that's sort of what the X ecosystem is about. Like, you know, it's a place for fun as well. I suppose some stack, you know, we're kind of here to learn. We're going to school, we open up some stack.

• 4:39Speaker 00

  Yes, yes. So I actually, I think I reached out after this specific one. My favorite insult is calling someone's job a Claude skill. We're gonna make a T-shirt out of this one. Is there a story behind like some of your, you know, we are like one-off tweets?

• 4:53Speaker 02

  Yeah, it would say like, every tweet, you know, comes from different places. One thing that I sort of is always, I think, probably maybe surprising is like, very little of this actually comes from my day-to-day work, and a lot of it comes from like talking to people about their jobs and friends about their jobs. And it's like very actually shocking how similar tech is to various, you know, mechanical engineering or finance or something like that. And so I think that one in particular, I was talking to a friend and they're in finance, and they were just talking about this coworker who they were really slow in responding to things, and the only thing that they did was kind of respond with an email that like checked one thing and affirmed that you can do it.

• 5:37Speaker 02

  And so I was talking to this friend and they were like, I'm waiting, my whole job is waiting on this person to send an email that just says like one tiny thing, and there's like three sections that they could possibly sort of go with it. And I think that's where the inspiration where that came from, where I was like, oh boy, that's a, I don't know, that's like a full white-collar job in the future. And so, yeah, and then from there, you know, I started to think about just like, all the different things that kind of look like just replying to it, you know, the decision tree of cardinality four or something like that, you know?

• 6:07Speaker 00

  My, here's the shirt from our designer.

• 6:11Speaker 00

  Go away.

• 6:12Speaker 01

  I love it.

• 6:13Speaker 00

  Uh, sorry. Go away or replace you with a very small skills dot N D.

• 6:18Speaker 01

  Yes.

• 6:21Speaker 00

  Yeah, you know, this is like, I guess my low key way of announcing announcing that we're working on a merch store.

• 6:26Speaker 01

  I love it, love it.

• 6:28Speaker 00

  Okay, so, uh, shit posting aside, you guys are actually serious people, uh, working in in a real company that I can vouch, right? You know, you're anonymous, but I can vouch that, um, you you guys know what you're talking about. We prepped some topics, right? Running teams, PM side, EM side, EM, like you you may be sent over a list of topics. We can go top down if if you want, or where do you want to sort of give people the context to to get into the discussion?

• 6:56Speaker 02

  Yeah, so C D, I don't know if you have any preference there, but I think we need to start at the top. I mean, I think the top of the list is, uh, you know, we're talking about managing AI budgets and token budgets. And I I think that's like very, very timely. I think when it comes to sort of the whole AI ecosystem, it feels like 2025 is where a lot of companies, not even just sort of like the super early adopters, but a lot of companies realize, hey, we can really very materially change our output using AI. And they're using these subsidized tools and it was like, great, it was good times. Hey, a hundred dollars per per employee and I can get this magic box that answers some number of my questions. Um, I think 2026 is going to be insane.

• 7:38Speaker 02

  It's already a little insane on that front because we're seeing a lot of the big players move from kind of subsidy based, request based pricing to straight up API pricing, consumption based pricing. And I haven't seen a ton of content online on this, but I think it is going to be one of the biggest changes in how people work. And we're we talk a lot about a lot of angst about sort of replacing, you know, people with AI and stuff like that. I'm actually a little less worried that I think, you know, Jevon's paradox, all sorts of things. Like, there's a lot of things that people can do. I think the task and the skill of managing of a possibly fluid AI budget per person in your company is going to be an incredibly difficult thing for managers to do.

• 8:22Speaker 02

  The kind of thing that I've likened it to recently is like, imagine, you know, if your laptop, you know, for some people costs. Five hundred dollars and other people cost fifty thousand dollars, you know, per year or more. How do you decide who gets what? And I think most companies have a very simplifying assumption of most of the things that most people use are fixed price or or very little volatility. And I think there's a kind of management slash sort of business operation cliff that's about to happen this year with how do you figure out the answers to all of that? How do you figure out? How much budget do I give a junior engineer versus a senior engineer versus a non engineer for an AI coding tool?

• 9:02Speaker 02

  But great, you know, senior engineer says, I need, you know, double the budget. How you evaluate that? How do you even think through how you would make the decision on that? And that entire kind of budgeting per person. I don't think that there's a single other thing that I can think of in my entire history of management that looks like that, that has that shape of having to real time somewhat find you and evaluate how much money you're willing to spend on individuals. And and I think that that is sort of like a very, very nascent, but will be very fast adopted sort of area that people have to think through.

• 9:39Speaker 01

  I'll actually say the best comparison that I can think of is how companies manage more executive budgets or departmental budgets. And I think that in a way, this transition is sort of emblematic of the fact that once you can add all the AI automation, but that automation is expensive. People, you know, in an individual independent contributor on a team starts to sort of take on the the space within a company of what would have been like a small team or department before. Because companies were already starting to make different judgments like, okay, our budget for engineering is this. Our budget for offices is that. Our budget for IT, our budget for sales. You know, and those budgets are going to shift up and down over time.

• 10:23Speaker 01

  But now we're going to start to see that happening at like the individual employee level. And I think similar to how you would do budgeting across at departments, we're going to have all the same sorts of variables at play, like what is the literal job that has to be done here? How efficient is this group or is this individual that's aided by AI overall? How business critical is it? How much are we able to do a really, really direct calculation of the exact value that we're getting out of the cost that goes in? All of these things that were already happening for large groups of people, they're now going to be happening for every single individual across an organization. And that's a very different way to start to view scaling.

• 11:04Speaker 00

  Yeah, it's scaling a non-human dimension, I guess. Because you can, you eventually run your own department, right? If you are good at it.

• 11:14Speaker 01

  Yeah, absolutely. And I think that that scaling up is something mainly that's happening really, really quickly. And the speed with which it's happening, of course, is going to be very destabilizing. Because in a situation like this, I think you can make first principles arguments to start to change your approach in very different ways. You can make the argument that all automation is good and we're just getting efficiency and we're just going to pour everything into it. You can also make more of a risk management type of argument that you need to be very, very conservative and that everything needs to be financialized and underwritten to the letter in terms of how much token spend we're going to allow people to use. And everything in between. And there's really just absolutely no precedent for this. And once you're into a world of no precedent, that means that some people are going to be right, some people are going to be wrong.

• 11:59Speaker 01

  And the way that that shakes out in organizations, even down to like, you know, who gets blame, who gets credit, that's going to be really, really interesting to see.

• 12:07Speaker 02

  The other thing is budgeting at every company that I've ever been at is like very time intensive and very controversial and very messy. And so the idea of scaling that to your entire employee base and thinking on an individual level, maybe as recently as, as common as every month, you have to kind of think about that question. I don't know how people are going to answer that question right now. I think it's also going to create The sort of world where a building is much, much cheaper, it's going to create really weird bottlenecks in businesses. I think there are already businesses and we're seeing this in industry where they can build faster than they can distribute. They can build faster and they can get customers. And so what do you do when that happens? What do you do when the AI gets so good that you have an engineering team? And it's like, listen, we could spend more tokens.

• 12:52Speaker 02

  We could spend more money here, but it's not returning to the business in a way that is fast enough and valuable enough. And, and that's another thing that is we're moving to API based pricing. There's going to be some teams in industry that have to face that reality of, hey, we could spend a hundred thousand dollars to go and build more product, but we literally cannot turn that into revenue fast enough. So what do you do with that? Uh, and how do you keep high performers on a team if you end up in that situation? So I think there's all of these sort of butterfly effects are going to come into the situation when you start to get a world where, you know, an engineer can reasonably lock up a fifty thousand, hundred thousand dollar a beer AI bill. Like that's, it's not an insane thing to think could happen, he says.

• 13:33Speaker 00

  PM, I'm actually going to tell you that you're going too low with your numbers. Uh, so one observation that I'll say is like, you know, the closest thing you have is, uh, you know, department heads where you have to budget for department heads, right? Uh, well, uh, and then the, the other thing, uh, you know, researchers also have to do this, right? Cause researchers have GPU research budget, right? So it's, it's like the, the research budgeting process is now transferring over to the engineering budgeting process and product budgeting process. But then this guy, uh, which we just interviewed, we haven't released it yet, uh, from OpenAI is proudly saying we, you know, he's, he's personally spending one billion tokens per day. The rest of his three person team is spending like the, the remaining 1.5 billion. One billion per tokens every day.

• 14:17Speaker 00

  If you take like some blend of input and output is going to be roughly, let's call it, uh, 2.5 million.

• 14:26Speaker 01

  That is a lot.

• 14:28Speaker 00

  A year, right? So like actually 50K is nothing. That's what you're gonna factor in as the fully loaded cost of an agentic engineer in the very, very near future. 50K, fine, you know, office equipment, whatever. But like 2.5 million is starting to really be chunky.

• 14:45Speaker 01

  It's really something you need to, you need to really think about from first principles from the start, like before you even decide to do something. And I think that's a, it's a very, very different world than the one that we've been living in for, for decades with software, where there was always this idea of software is expensive, but it's bounded by the number of people who you deploy on it. And also you have to get the people first before you even know what, what exactly it is that you're going to necessarily build. Because in a lot of cases, the, the effort to go and, and build all these things is going to be so high. And that's going to be like the determining factor of the risk that you're taking on. A lot of that's getting flipped on its head, which is, which is neat. And what I think is also really neat about that for companies that are scaling up is that

• 15:29Speaker 01

  whenever the playing field gets more complicated, your ability to really distinguish yourself goes up. Because it's, it's sort of like if we've been playing soccer, we've been playing basketball for decades and decades and decades, and then they change a third of the rules on you. Whoever is the cleverest, whoever is the most agile, probably not necessarily the person who's most experienced in the old game. Those are the people who are going to have those really quick advantages.

• 15:53Speaker 00

  Yeah. Okay. I'm gonna transition topics very slightly because, you know, a budget on employees is one thing. But abstractly, as a company owner, I'm dealing with this absolutely right freaking now on bill versus buy, where I can spend on an external vendor. Uh, literally I have an external vendor and paying for uh, my conference business, uh, about 200, 250K a year. And I'm go, I'm now going, well, okay, if I, if I give my engineer, give myself 50K to go build the same thing, it's more personalized and I spend less, right? So like I could justify the, the token spend, uh, budgeting the other way by also making a bill versus buy decision.

• 16:36Speaker 00

  I know this is a sensitive topic for you guys, so I don't know, but like, you know, you guys clearly have some view about it because you you you put this the bill versus buy thing out there. And like, I'm going through this right now, so I figured I would just promote it. Also, I think like budgeting is holistic, right? It's not just about, um, oh, my God, my my engineers are out of control, getting LLM psychosis. They're trying to do something productive. And sometimes, you know, the other way of accelerating things is to buy things historically. And maybe you don't have to anymore, right?

• 17:03Speaker 02

  Yes, and as soon as you, I mean, this comes down to a lot of the angst on, um, you know, software in general and stuff like that. And, uh, you know, I think that bill versus buy is a question that's been happening in industry for a very long time. And I think a lot of the framing is like, it's a new thing with AI. I would say it's more acute with AI. There's more things to think about with AI, but it's not a new question. It's existed since the beginning of software. And when people went to the cloud, that had an entire bunch of people saying like, I have all these cloud resources and I can do this thing and I pay for it and all that kind of stuff. So I think one answer is that a lot of the old frameworks of thinking through this exist. And those frameworks are how complicated is it? How hard would be able to manage it? How fast could you build it?

• 17:47Speaker 02

  Now, I would say like, a lot of the times when I talk with people about products that they think, hey, I could just build this internally. One of the first things I always say is like, just describe what the features are. Just like, tell me what you think actually the features are of this product. And what you find is like, that usually curbs some amount of, you know, sort of like over enthusiasm on building things. You can't describe the feature set. And it's like, not even, I'll tell you this, it's not even describe it now in a meeting. It's take three days and describe what you think is a PRD for this thing. And even with that, you come back with like a lot of like, well, it's complicated and there's actually a lot of things it doesn't account for.

• 18:27Speaker 02

  So I think one piece of the puzzle is, I think AI is absolutely accelerating a huge amount of things. And it's gonna, it is the, it is the future, it is the now, it is everything. It is still the case, though, that many products are just very sophisticated and have, you know, a large amount of complexity that people don't realize. And that's part of why you see everyone saying, everyone else's job is going to get done by AI, but not mine. It's part of the like, I don't know exactly what you do, but I think it looks easy. I don't know exactly what the software, or I know the software, but I haven't walked through all of the things. I think it looks easy. So I think one piece of it is, you know, a lot of mature software is more complex than it looks. Another piece is administering software takes a lot of time. Having software that scales and has good uptime takes a lot

• 19:09Speaker 02

  of time. And one of the things that I've just always kind of thought about as a leader is a lot of the software that I buy, I want to have nothing to do with thinking about what features I want to add to it in the future. I don't want to PM that software. I don't want to host that software. I don't want to have to think about the uptime of that software. And it's all kind of, even if you could build it, it's often all fun until the first time you're like, I have a huge crunch. I have incredibly critical, you know, business things that I need to get done right now, today. But somebody ran a DB migration on my internally hosted version of some software that I only have 40% of the features on and all the buyers are complaining that it's not like the thing that'd be used at the other place and nobody can actually. So I think it changes the calculus

• 19:52Speaker 02

  a lot, for what it's worth. But I think a lot of the old reasons why you would buy versus build is to hold up. And so I think companies that are going through this, I think just need to think about it carefully. I think a very good, for what it's worth, heuristic for some software is if you can replace it with a Google Sheet or a spreadsheet, you probably can build it internally. And there's a lot of software that actually looks like a Google Sheet or a spreadsheet with a bunch of stuff on top of it. So that's my kind of first thing of like, hey, if you can literally replace it with an MVP with a spreadsheet, maybe you could build it. If you can't, now you're in this next tier and there's kind of tiers that go up and up and up. But I will say that we have one piece of internal software that I use that I'm just like, oh, I want to just rebuild this thing because I like, there's parts of it that I don't like.

• 20:37Speaker 02

  Do it. What's holding you back? I, while I try, it's complicated. It's more complicated than you think. Like, I spent a good number of tokens. Trying to do it, but you're like, yeah, there's there's stuff here, there's stuff there. So um, you know, I think as the models get better, there will still be opportunities, but I think it's just people got to be judicious about it and think about it. And I think as you try some of it, people also learn really quickly, like what the kind of more mature sort of um pathways of thinking about that and some things you can write off immediately and some things you can't.

• 21:07Speaker 01

  I also think there is something interesting with homegrown software, which is that a homegrown software inevitably ends up very, very tied to the people that are building it. And there's a whole category of P man risk that goes along with that. And there's another whole category too, which is that if you really think about a codebase, it's sort of like just a big collaborative document that all sorts of people are potentially contributing to. And in something like that, especially for something that's really complex software, where there's really important things that it has to do. Having more cooks in the kitchen is not necessarily a good thing. And that is the kind of thing that I think organizations really need to reckon with, but it's not

• 21:48Speaker 01

  a problem unless you've managed large software teams over a long period of time and had to own certain processes or certain systems for a long period of time. It's not something that you necessarily think about upfront. And so I think a lot of the discourse on X gets very, very heavily indexed onto things like, wow, I just typed a bit of Claude code and it just one-shot this thing that looks very, very impressive. And the UI always looks decently good on on the one-shots. And it indexes a lot less on things like, all right, what happens if there's a major reorganization of how my business does something, or we change some other major vendor or some other major system? How is all of this going to change? Because for better or worse, these companies, all companies end up as fairly interconnected webs

• 22:32Speaker 01

  over time and that adds complexity. But on the other hand, I will say the barriers to entry on this certainly are dropping. That something has changed. This is not just business as usual. And and that's that fundamental tension that's going on right now.

• 22:46Speaker 00

  I think really good takes from you guys. I'm happy to mostly leave it there. I will maybe comment two things or maybe one thing I show you one or another thing. I think the UI layer should be end user modifiable, right? Like, I'm so tired of like having to hunt around and like navigate settings and what have you. And like, you know, that's not harming anyone else. That's not risking any database data loss or anything like that. Like, I do think like you can sort of chop up a product into different layers. And some layers should be restricted to admins and others. Vibe code, whatever you want, I don't care, right? Like, just take it away, right? The other thing is I just wanted to show you like, you know, you know, PM, the exercise that you said, like, list your features.

• 23:30Speaker 00

  I just did that yesterday because I'm like trying to rip out this sass that I have. And I'm like, I was like, give me three things. She's like, blah, blah, blah. And I'm like, okay, the first one's a good one. Second one, come on, this is like a, you know, this is like a spreadsheet. It's like a retool, it's like an air table, right? Third is this is another sinking thing. So, so I'm like, okay, like if I prove to you these three things, we do it, right? Like, so, you know, maybe one way is like, okay, you know, maybe there's like 100 features, but there's three that really, really matter and have the most tech risk. So let's, let's try and do a proof of concept there.

• 24:03Speaker 01

  For sure. And I think that also the model improvements and how fast the models are improving, that's of course the wild card. It's like, we're trying to figure out where the horizon is while we are actively in the middle of an earthquake right now. And so knowing what is going to happen is, is very, very hard and very challenging. I will say on the custom UI point though, is that something that you need, that you need AI for? I'm curious what, what you're thinking there. Is that something that was strictly not possible?

• 24:30Speaker 00

  No, obviously it's possible. It's just, it's nice to have and now people are attuned or woken up to the fact that they can just prompt things. And so if you keep the backend the same, keep the data the same. If the UI, you don't like it, you move the menu around, like rearrange things or like have a button that does two things instead of one thing, does that really matter? Right? As long as the, literally the, all the endpoints stay exactly the same, your permissioning system stays exactly the same, then you're just like, your UI is just getting in the way of your user because some designer just somewhere decided they had to design for the median and not, not you. So why can't me, especially for internal tools, why can't I just customize my UI, right? Like, all UIs should be like entirely personal.

• 25:11Speaker 01

  Yeah, that's not too far away also from some what some mature products out there do where you've got custom dashboard, but certainly, yeah, but the way the state of the art could go.

• 25:20Speaker 00

  I mean, this is retool.

• 25:21Speaker 01

  Exactly. And so there's, there's a lot more room to run. I think the economics of it, the economic model that of course is completely flipped on its head with AI, which is one of the really compelling dimensions.

• 25:31Speaker 02

  Yeah. And to your point of like, just, there is this whole new suite of things where we have AI and it's like incredibly frustrating that you can't just do a thing that seems like it should be so easy with, with AI. I think I had a similar thing the other day where it was like, I had to log into like a Google API project and like pull a key out of it. And I had to figure out like where in the project the key was and all this stuff. And it was, it was another one of these things where I do think there'll be more UI flexibility. I also think the ability to do like any simple find and grab information from a dashboard, like I, I think that just has to be agent compatible like this year for companies. Because that is one of those things where if you spend 10 minutes searching for a key that you can't find because the project layers are weird.

• 26:15Speaker 02

  It's just, it's, it makes me want to go build something that.

• 26:18Speaker 01

  Yeah. And for once, I have a slightly hotter take too, that in some ways AI might be really, really good for DoorDash and Uber Eats and Instacart.

• 26:27Speaker 00

  You named DoorDash. You know, you know, you know what you're referencing.

• 26:31Speaker 01

  Oh, no, I'm not, I'm not talking about that. I was saying, I think that this could be really good for, for any sort of service that makes, that allows people to be kind of, kind of lazy, because I think that AI has a very strong ability to just sort of reduce people's willingness to do work. It's like you could offload so much to it that I think that we are training people in a certain, for a certain set of consumer behaviors. The same way that social media has sort of trained brains to accept or to expect a very, very heavy stream of dopamine. I think that we're, we're training people to not want to exert large amounts of cognitive effort on tasks. And I think that some of the, the winners of that, other than I guess, you know, people who are trying to write essays in, in college or whatever,

• 27:15Speaker 01

  are any sorts of services that allow you to just reduce the total cognitive load of whatever task it was that you were trying to perform.

• 27:22Speaker 00

  I think this may be maps closest to the topic about just like adding value and getting agents to be full employees. Is there a step? Is there a hierarchy that you sort of mapped on your head?

• 27:33Speaker 02

  Is this in terms of, can you rephrase it? It's just in terms of trying to get AI to be as, acting as much of an employee as possible? Yeah. So CP, I'm curious, your, your thoughts on that first?

• 27:45Speaker 01

  Well, I think that there's really, at a very large scale, there's two directions where AI is really helpful. One direction is just the pure automation, like just doing things. Whether, and those things could be writing all of your unit tests, or they could be generating, generating some image or generating some video. There's, there's a whole range of different kinds of things that can, that can just get automated away. And that obviously has a lot of economic value and has a lot of capacity to replace like certain tasks that are being done. But then there's a whole different category around making decisions.

• 28:27Speaker 01

  So things like what should the overall sales strategy or go to market strategy be for a company? Or how should we change our supply chain to account for some sort of like unrest, geopolitical unrest or something like that? And that's completely different. And I think that the, the models have given us a certain way that we could think about that between the reasoning models and the, the models that aren't doing reasoning. But just thematically, there's a really big difference in terms of the overall types of economic value that are being performed. And at least what I see right now, just out and about in my life from seeing what people are doing. I think that generally speaking, people are still quite focused around the automation and doing task side of things,

• 29:12Speaker 01

  which is in a way very, very similar to prior kinds of technology changes in the past. Like once you get personal competing and you can use spreadsheets and things like that. The question of sort of like judgment and decision making, that's a really, really different one. And I think one of the ways that this can start to manifest that's kind of interesting is this question of like, what's going to be most efficient? Is it going to be to have an AI that tells the humans what to do? And then the humans can just use a smaller level of judgment? The AI is the router and the orchestrator or should this be flipped where the humans are the router and the orchestrator? And the AI goes and does all of the manual tasks, which is going to come first and does it all eventually become machines?

• 29:54Speaker 01

  But I think that that kind of continuum in parallel, like how good is the automation? And how good is the decision making and the strategy setting? Those two factors are really going to determine kind of how far for any one type of role or any one type of agent that can partner with people, how much trust it ends up getting from an organization. And I think that as a result, what happens is that organizations need to be really, really thoughtful about the level of quality of decision and the level of quality and perfection of automations that they need for every single task across the organization. Historically, I think a lot of companies have not needed to think about this. It's just like I hire the best person or the best person that my budget accommodates for every single task that I can find.

• 30:38Speaker 01

  But I mean, going back to the economic point, that question of what is good enough and what is perfect? And where's that fit? That's really good to determine how much where the reins can be handed off.

• 30:47Speaker 00

  I've been plotting a little like, well, I like to think visually and just plotting a little like, you know, when I asked for a hierarchy, it was like, it's kind of like this where, you know, there's like levels, levels, and you sort of like step through it. I don't know if we have one, I'm just kind of plotting it out. You said AI to human and human to AI. I also think of like AI to human to AI where like basically that's human in a loop. And you can use AI as a cheap drafter and the human judgments kind of just apply there. And then you can sort of kick off everything else, right? So that's kind of how I would respond quickly to PM's point.

• 31:20Speaker 02

  Yeah, I will say, I think one of the interesting things, I don't know if the test pan said this explicitly, but a lot of people think about the word chart that, you know, you have a tree and they think about, I can start to automate leaves of the tree, you know, sort of like the most junior bottom rung of sort of your organization. And that's a very like classic kind of bullshit executive thing where they're like, oh, I'm going to start to like, you know, improve my, you know, whatever. But I think I heard the size of being so is of like, they're sort of like replacing automation that maybe you have most junior people stuff like that on. And I think we've seen companies try to do that successfully. We've seen companies try to do that and fail. And, you know, sometimes those employees are literally talking to your customers and they're the face of your of your company and. People are, I think, in industry sometimes like misunderstanding the value that actually

• 32:05Speaker 02

  has, but I think you have sort of like intern, full-time employee and kind of yes-ansing what this SSBM said. I think actually I would say like, what about executive? And I always say like from a leadership position, I don't think I do that much complicated stuff. And a lot of stuff that I do is like very, very like I want to be part of the pack. I don't want to do, I don't want every decision to be erudite and exotic. And so I actually think that if you're looking at, you know, where you can automate things in a company, a lot of people are looking at the bottom of the tree. I will start to think at the top of the tree. And a lot of leaders and a lot of executives are bottlenecks for their entire organization. A lot of what they're doing, 70% of what they're doing

• 32:46Speaker 02

  should be things that are pre-standard in industry. And a lot of what sort of they end up trying to think about is like, how do I do the thing that everybody else does? So we're all on the same page. Why not automate that with AI? I've personally automated a good amount of decision-making with just decision trees. That's not AI at all. It's just literally like, I only do five things when I do this specific thing in recruiting. It's not that complicated. You know, one of the things that I always coach my managers on is like, people say, I can't delegate that. It's too, it's too complex. And I work with them, like, write down how many things you actually do here. Cause most of the time, people think too complex is actually like a case statement with more than five things in it. They just like, it's, you do maybe 21 things. And that's like, complex, but

• 33:28Speaker 02

  it's not that complex. It's not undelegatable. And if you look and you back test against everything you've done in the past five years, I personally have many things where I've done one of 15 different options, but most people just can't get past, hey, I, it's not four, you know, it's so it's, it's too complex. So I think actually maybe one of the most interesting things is companies you're looking at sort of trying to automate away sort of your more junior staff, but like, look at your executives and maybe there's a world where in like, you know, the next year or two, there's fractional, you know, executives, maybe there's AI executives and you, you're the CEO and you say, hey, actually for this role, I want 80% of things to be standard and the 20% that I want to be exotic. Like I can think about that for first principles and it's like, I can hone in on that.

• 34:11Speaker 02

  Much more easily than I can actually have quality control over five hundred people in a location that's at the leaf of a tree of an organization. That's something that I think as we talk about that sort of evolution. I think the technology is already there and I think leaders should be thinking about that of how I make myself lessen the path of, you know, decisions and bottlenecks and all that stuff, especially where it's kind of bog standard. So anyway, all that to say, I think the tech will get better and everybody's job will be able to be sort of more automated and gets then they'll take on new tasks. But I think many companies are sort of not thinking enough about how do I get my executive team to be more augmented, supplemented, or in some cases even sort of replaced by AI.

• 34:51Speaker 01

  This also goes to a post that we had from many years ago. I think it was called You Know What To Do? And the inspiration for that post that I wrote back then was basically just saying that if you really look at most of the questions that are facing you as a manager, as a leader at a company. From what I've seen, ninety-nine percent of the time, you you know exactly what to do. The number of truly, truly difficult questions that require you to know some sort of advanced theory or advanced philosophy or run some huge amount of calculations that are very non straightforward to do.

• 35:30Speaker 01

  That is the extreme minority of different questions that actually face you as a leader. In most cases, you know what to do and it's much more about having the willpower to go through with it. And I think that a lot of the power of AI for that sort of decision-making characteristic of leadership is about the fact that the AI, well, at least right now, depends on how many anthropic blog posts you read, but at least right now, the AI does not have any emotions. And it also really just tends to know the standard way of looking at a problem. And so in a lot of ways of what I, the way I can see this shaking out is that the role that humans to identify. Okay, this time it really is different. This time is not just that amalgamation of reading the entire internet and for better or worse, reading every single Reddit comment on the internet

• 36:14Speaker 01

  and then using that to generate your version of intelligence. This is a unique problem for me, but in many other cases. You can get all of that time back and you can get all that cognitive energy back. And I think that's actually going to lead in many cases to better leadership, to better management decisions. Because the standard questions will get answered in a more straightforward way. And those really hard and unique problems that are facing different organizations. AI will have solved all of the easier peripheral questions around that and people can really, really focus. I mean, if you think about your personal life, if you're thinking about questions like, who do I marry? Or where do I live? Like the really deep personal questions. They can be exhausting to deal with, but they're very important. And when it's in your personal life, you can really invest all of your energy into that.

• 36:58Speaker 01

  I think that there is a huge amount of power in that. And if that gets brought sort of into the workplace and into management of teams. I think that that's very, very valuable and just a net positive overall.

• 37:09Speaker 00

  I love the sort of point blank and blunt way of doing this. I feel like you guys are almost like management coaches here, which I mean, you don't do as a day job, but you could be. In some ways, you are doing through your CSE work.

• 37:24Speaker 01

  Yeah, well, that was the genesis of the blog, actually, was. I actually remember where it was. We were having some meetings, a touch base meeting. And afterwards, we were saying, wow, like, this is def- like, I'm glad we talked about this and we need to go do something with this. But also, I really wish that there had been someone who could just tell us what to do in this situation. Because we're sort of guessing and I think just from debating, we've gotten to a good conclusion. But this was knowable beforehand by somebody with more experience. And then we were starting to look back at some of our past experiences and say, you know, we should really just start to write more of this stuff down. If anything, just for our future selves. Because to that point, a lot of this stuff is knowable.

• 38:06Speaker 01

  Or at least the principles are knowable and then you have to take them and apply them to whatever situation you're in when it comes to management and comes to leadership.

• 38:12Speaker 02

  Yeah, I think one of the most interesting things that I've seen in the modern era that has been surprising has been. All of the things that we learn in Series A, Series B, you know, all that kind of stuff. Like, it's super applicable to modern AI companies. Like, I, I kind of, as I started to talk to more leaders of, you know, sort of like the latest and greatest AI companies, I thought I was gonna hear crazy different things and just sort of like, hey, it's wildly different than anything you've ever seen and you can't even comprehend it because you're not at one of these. They are absolute founded eighteen months ago and is, you know, a trillion dollar company. But I talked to the people and they're like, hey, I'm at like a Series B hot AI startup and they have the exact same problems we had,

• 38:53Speaker 02

  you know, when we were a series, when I was at a series B company and they have the exact same problems at Series C. And so it's like, uh, it is, um, it's incredibly interesting how many of these problems are durable through technology shifts. And I think when we think about like what AI can automate and what can't, one of the most common things that is extremely consistent amongst all of these companies is we're dealing with humans, it's people. And I think one of the places where good leaders are really good at is just thinking about people, thinking about how to manage individuals and humans. And I don't think, even though I think like, hey, how do we like do outbound recruiting? Like, that's a very like automatable task with principles. But how do I manage a team of humans and they might have off days and how do I build their trust?

• 39:36Speaker 02

  I don't think that AI is particularly close to that. And I think that that is like, probably one of the things that is most consistent amongst any company that we see. Problems are in that realm. And it's also something I think is probably the farthest from. It's also one of these weird things where even if you started to have something like an AI as a manager and like your manager is an AI, people will start behaving differently. And so it's like, it's probably these Heisen problems where like the minute you even try to do it, you sort of, you lose the race and stuff like that. So I think that will also be interesting. And I, I really think that in the next two years, we will see the first company that tries an AI manager. They won't try an AI executive because I think that's like a whole different can of worms. But I think we'll see an AI manager and I think it'll be weird. And I actually don't think it'll work particularly well at all.

• 40:17Speaker 00

  My sort of side business is, uh, small AI and I have bought the domain small dot C E O for specifically this reason. Because I don't want to, I don't want to have people tell me what to do. It's nice.

• 40:28Speaker 01

  Will also be really interesting. There is going to be how some of the societal customs around this stuff come to be. Like, for example, I could see a world where people start to say, this is an example, something like AI therapists are better. Like, I, you know, I would rather talk to an AI about my issues and have it, you know, be very, very patient and go as deep or as shallow on any sort of thing that's on my mind or thing that's bothering me that I want. Like, I could see that being something that's very, very popular. But as the sassy EM said, I could also see a world where being told what to do by AI feels terrible. I mean, I, I don't, I don't want that. And even, and I would probably even be willing to tolerate

• 41:10Speaker 01

  a certain amount of lower quality management coming of me as long as it was coming from a real human. Like, I, I strictly prefer that. The same way that I don't like, I, I don't like Impossible Burgers because it feels weird and it feels like a bunch of chemicals, just intellectually.

• 41:27Speaker 00

  I love the Impossible Burger analogy. It's just like, you know, you have the Impossible Burger manager, you have the Impossible Burger engineer, and it's like, not quite the right thing, but like, you know, someday.

• 41:36Speaker 01

  Yeah, but maybe it gets way better because also if you ask me in a pure sort of, you know, caring about the world and the environment sense, do you like the idea of Impossible Burgers? I say like, absolutely, I think we should totally, like, everything should be an Impossible Burger. And maybe that's the end state, but that's far away. And, and there's a certain amount of work that the whole machine needs to go through or adjustment the whole machine needs to go through if we want to get there. And that's going to be, I guess, the journey of, the journey of the next few years or next few decades or next few months, depending on who you ask, depending on who you follow on X.

• 42:09Speaker 00

  Or it could be, you know, 2028. Okay, so one thing I wanted to touch on before we close, I, I don't think we're going to cover everything, but I just, I needed to do this because, you know, you, you guys actually work at like a real company and it's like very serious and, and all that. And I, I do think this week is particularly of focus because Amazon went down for like, what, six hours? Because of vibe coding, right? And they were like, oh, this is, they, they threw their own software tool under the bus because it, it was actually apparently attributed to Kiro. And I'm like, well, if that hits Amazon, like, we might be in trouble because Amazon's supposed to be the best at this. I don't know, just like reliability and criticality. I just wanted to prompt you and set you off.

• 42:54Speaker 02

  Yeah, I think it's an extremely interesting space. And I think ultimately, companies trust engineers, like, there's no system that doesn't have some trust that engineers are the checks and balances for what goes out to prod. And that's just the reality. There can be AI progress, there can be AICI and all this stuff. But any good system still has some level of judgment in it. And I think one of the things that has become very challenging is that as the level and the volume of code going out is exploded, it's coaxed some companies into thinking like, I don't need to look at this PR. You know, that's that person's thing. That's their kind of code going out the door. One of the challenges of that, and this is, again, this is not a new challenge in software, actually. One of the challenges

• 43:39Speaker 02

  is you scale a software business is you get to a place where you have an incident, you go, what happened? You go, ah, it's the, it's the new guy, you know, you didn't know what he was doing.

• 43:48Speaker 00

  Totally throwing under the bus. But no, actually, it was you.

• 43:52Speaker 02

  Well, it happened, but you know, you then go like, all right, well, we have some new guy budget for, for issues. But then you have five teams. And now you have people like, oh, it's the new guy in that team, it's the new guy in this team. So there's always this possibility in like a scaled software system where somebody doesn't know what they're doing could break something. And as you scale a software company, you need to be clear with your teams. Like, there's no world in which somebody that doesn't know what they're doing can sneak through the cracks and break prod. You as a team are responsible for making sure that things stay safe, whether you have a low performer, or a new person, or whatever. And companies that have been successful and stable, they had that culture. They had that culture of, I could literally put a malicious actor in your team, and they couldn't take down prod because they have to get a poor review from somebody that knows what they're

• 44:36Speaker 02

  talking about. And, you know, you have to be in a place where like, that is a check and balance in the system. You would need multiple people who don't know what they're doing. To actually coordinate taking down prod in good software cultures. But what I think is happening is people going and saying, we have to ship so fast. We have to ship so much AI that I don't even know what this PR really is. And even if I did, I can't do a risk analysis on it. And I don't know how to my good staff engineer to review that PR. So that whole invariant of the team is here to, and by the way, new people hate taking down prod. You shouldn't set them up to do that. You should have the team be a cocoon of safety of like, we got you. We will make sure that you get it out the door. And what we're seeing with AI is many companies and cultures are turning into armies of one.

• 45:20Speaker 02

  This idea of like, I can do it all. I want to ship as much code as possible. And by the way, I, I don't know that I wanted to be here to be that person's, you know, code reader for them. And so what I think is happening is companies are trying to adapt in real time of how I not unblock people that say they can and, and show that sometimes they can actually get it out the door. But then how I make it in a world where somebody who can't is not just left to take down prod because nobody will take the time to actually review their code. I think it's a solvable problem, but I think it is testing the cultures of companies in real time. They're going to have to adapt to it. I think AI can only go so far. And I think coming back to sort of like human and, and human judgment, you know, keeping software sites up

• 46:02Speaker 02

  with many lines of availability requires judgment constantly. And that is something that I think the entire industry is going to have to adapt to. So anyway, if you're out there listening to this, review your coworkers PRs and like, you know, don't let anybody able to take down prod. Like if that is the, the culture on your team, you cannot do that. It's not sustainable. It's only going to get worse with more code going out the door. But, but I think that's what's happening is people are becoming fatigued and kind of breaking that invariant of like the team owns it and the team is stable.

• 46:30Speaker 01

  Yeah, I think for one thing, very telling that this was Amazon. So a very, very large software company, one of the biggest software companies in the world that also does a lot of things that really are business critical and supports. Yeah, you know, of course they have AWS, which is the business critical system that other business critical systems are set up on. So I think it's, it's very telling there because that's really showing the level of intensity that of pushing to use these new coding tools to ship as fast as you possibly can. That's, that's going on out there because if you would expect anywhere to be more conservative and more risk averse around this stuff, you would expect it to be a company a bit more like Amazon.

• 47:13Speaker 01

  I think that's the other element of this that's going to be really interesting when it comes to code review, in particular code review of really nuanced functionality that's really critical or is very deep into the bones of whatever product it is that your company builds, is that this new sort of mode of working that of course you read about on X all the time or increasingly on LinkedIn, but LinkedIn is what, like 60, 90 days behind X? Someone ran that study one time?

• 47:41Speaker 00

  Oh, that's a real thing?

• 47:42Speaker 01

  Hey, I don't know, I'm making it up.

• 47:44Speaker 00

  The joke is one week.

• 47:46Speaker 01

  One week? Oh, man, I would not give LinkedIn that much credit. It's at least four weeks.

• 47:50Speaker 00

  So suddenly it goes viral on X, people go like, oh, LinkedIn's gonna be crazy when they find out about this next month, like.

• 47:55Speaker 01

  Yeah, so, but the thing that people talk about is, alright, so I'm an engineer, I'm a cracked 10X engineer, and now I'm a 100X engineer with AI, I'm running 10 simultaneous agents all at the same time. One of the things that people quietly talk about is that that's very fatiguing, and I know some people who are operating that way, I've met these people, and it is fatiguing. And what is fatigue really going to hit you on? Fatigue is really gonna hit you when now it's the end of the day, you have been tending to this herd of agents that you've named and are chatting with constantly, and now someone from another team hits you with a pull request that's very, very complicated, that touches many

• 48:40Speaker 01

  different systems where you need to basically cage all of this context into your brain in order to review it. That starts to become very risky, like to somebody who is, you know, accountable, at least partially accountable to a system being sustained, that's very risky to know that somebody who's that exhausted is going to be reviewing really mission-critical code. That is something that I think we're going to see over time. I could even see crazy worlds where it's supposed to become like a pilot's license, like I can't have a beer for X number of hours before I fly a plane, I need to, you know, lie on a sleeper, I can only be in a cockpit for so long before I find out. I wonder if you start to see

• 49:21Speaker 01

  something like that going on, if you're going to be the reviewer of, say, that 5,000 line merge request, pull request that's coming through of something really critical.

• 49:31Speaker 02

  I think it's either gonna go like PR is a totally automated review and literally there's no human in the loop and that the tools are good enough. Or the entire industry is gonna get to we need to have poor review be like a serious thing that we're not taking for granted in the age of AI, but we'll see.

• 49:46Speaker 00

  A couple of things which we are now running out of time to talk about, but we did just publish a blog post on the InSpace about how to kill the code review and you're saying do more reviews. I do think like there's different parts of the adoption curve. Extreme frontier edge right now is thinking about what people are calling the software factory or the dark factory where you not only have no human written code, you also have no human reviews. And it's very alarming, but you know, there's people setting up systems to do this. I don't have the time to dig into it, but just people should know. Your comment also reminded me of Netflix's chaos engineering and chaos monkey, which like, yeah, if you have a malicious actor, you randomly turn off services is your organization resilience and like, yeah, people are accumulating a lot of key man risk when it comes to sort

• 50:31Speaker 00

  of the way that they approach AI engineering today. And I think, I think you guys are just like very sensible, which is applying EM and PM advice to building companies in the age of AI. And I think that's like really well, welcome. Any last words before we, we, we add, we do have to go soon. I'm just kind of leaving it open in terms of topics.

• 50:51Speaker 01

  I think one thing that I would just leave, well, I guess I have to say the Mr. Beast YouTuber line, right? Like come and like and subscribe to our blog.

• 51:01Speaker 00

  And I really want to shout out your podcast as well.

• 51:03Speaker 01

  Oh, yeah.

• 51:03Speaker 00

  I don't know if you guys are continuing, but episode one, winning from third place. I was like, holy shit, what a title, what a focus. You guys have taste, like, yeah, go do it, check it out. But yeah, primarily the Twitter is like where you guys are blowing up, right?

• 51:16Speaker 01

  Yeah. I think that like the ultimately we are, I think at its core, a management blog or a management voice. And I think that the number one thing, maybe two things that I would say, just based on the reader feedback and different audience folks who've, who've reached us to us in the past are, are two things. One is if you are a manager.

• 51:41Speaker 01

  It's just really, really important, I think, to really care, really be compassionate, and really care about the wellbeing of your team and the wellbeing of your of your team in its entirety. And also to anyone who's on a team, I would just say that what we consistently see from people who reach out to us directly is just how much many people care about their teammates. I think that that's been one of the coolest, really optimistic things that I have gathered from the time that we've been running Stay Sassy. It's just the number of people who really, really care. That has just been really cool to see. The other thing that I would just say is that building startups, even with AI, even if you have Claude Code, building startups are really, really hard. And what we do see is the problems and the challenges that different startups run into,

• 52:23Speaker 01

  different founders, executives, you know, every engineers, anyone on a team that they run into. Those problems really do rhyme. And so if you're feeling really stressed out by some business problem that's going on, just just know that you're not alone. If there was a single kind of sentiment that I could get out there, it's really that. It's that like, you don't worry too much. Someone else is dealing with this probably in exactly the same way in some other location right at this moment. And just don't be discouraged.

• 52:49Speaker 00

  Very much like that's also my goal is like, this is a shared experience. We're all going through it together. And like, that's why I write, that's why you write. I think it's a common thing.

• 52:57Speaker 02

  Yeah, I would just say I think 2026 is going to be the most dynamic year in software, like, in my entire career. I think the industry is is really ready for a shakeup. And I think I heard a lot of people in 2025 say, I feel like I'm late to this stuff. And I think my only thought is like, I absolutely think nobody is late to anything. I think this year is going to change every single thing that we thought about software engineering and running businesses. And and I think the people that are ready for this year in particular are going to go into the outer years and just say like, this is where I made everything happen. So I think from a manager perspective, it's be ready, be ready to adapt, know yourself, know your limitations, ask for

• 53:38Speaker 02

  help, do the right thing, you know, all that kind of stuff. And from, you know, sort of a builder perspective, I think for a lot of people, the hardest problems are going to be human. It's going to be figuring out how to work with other people. How do I make sure? That like I'm not aiming at the wrong thing and then getting it, you know, just sort of like building in a bubble and stuff like that. And so I think it's going to be the craziest year for for AI and you know, if that's uh if we're at the singularity, I guess it'll be true for every year from here on out, but uh. But um I do think it's something where like it's gonna put a lot of pressure points and a lot of human different interactions. And I think everybody who's a lot of like this as you can said, there's a lot of art on that. There's a lot of things you can look up about how to navigate that.

• 54:19Speaker 02

  But I think that is going to be something where everyone needs to take care of each other, think about how they can execute in a world where the AI is not taking over everything yet. There's a lot of people out there that you need to work with to get build great businesses. And I think people need to embrace AI fully if they haven't already, which sounds like anybody in this pod, this is gonna be guilty of that. But I think people also need to really not veer too far from dealing with human problems because those are, I think, where people are gonna also differentiate this year.

• 54:45Speaker 00

  I'm both an optimist in like, we will just invent new problems once the old problems are solved. And also pessimist in like, well, that's just because we are never satisfied. We keep moving goalposts, right? And it's the same thing with with what AGI means, what AI is like, we're no longer impressed by GPT four, which was so impressive when it just just came out, right? Like, so like, yeah, you know, have faith.

• 55:06Speaker 01

  I have a slightly more optimistic take on that, though, which is that I I think that hedonic treadmill is very real. But the thing that is the saving grace on this, I think, is the fact that smartphone cameras, well, really the age of the internet, but also especially smartphone cameras recently mean that history is now being so completely and exclusively documented all the time that whenever there's a major lifestyle upgrade, I think people remember now in a way they didn't. I think that something, a sentiment that I now see a lot more of versus when I was a kid, and maybe I just wasn't paying as much attention, is this idea of, you know, the example people sometimes give is. If you can take a hot shower, that's something that if you were literally a king, if you were royalty 500 years ago, you would never have an 11-minute hot shower.

• 55:51Speaker 01

  And yeah, I have an 11-minute hot shower every day, 12 minutes even. And so I think that there is a bit more reflection on the past just because since entering the information age, the past is so well documented. I can see the cars that they were driving in the 30s. That looks terrible. I don't want to drive that car. I could go and hop in my Prius and I'm like, yeah, this is way better than that stuff. This is way faster, this is way more fun, which I think is a good thing. It's the same way that I think it's always social media has made like the youth more compassionate just because you meet more people or you see more people across the world. So I'm very optimistic on that one, actually.

• 56:26Speaker 00

  Yeah, yeah, totally, totally. I had an example the other day. It looks like it was deleted, but I'm just gonna show it here because this is a prime example of how documenting things do, does help you remember. I just think that most people have the attention span of a goldfish, so they don't remember anything.

• 56:42Speaker 01

  And that's fine with you.

• 56:44Speaker 00

  But yeah, this is an example of like, well, it's easy actually to look up right now, 2016 versus 2026, and actually, everything Apple cost lower. You know, you make fun of the MacBook Neo, but actually, it's a way better MacBook than you used to buy for $1,300 in 2016. So what are you complaining about?

• 57:00Speaker 01

  Yeah.

• 57:01Speaker 00

  Anyway, it's a pleasure to talk to you guys. I'm a fan. It's always a pleasure. We should do this more often than once every four years.

• 57:09Speaker 00

  But like, keep doing what you're doing and everyone go subscribe.

• 57:13Speaker 01

  Yeah. Thanks a lot for having us on, Sikes.

• 57:15Speaker 00

  Yeah.

• 57:16Speaker 02

  Yeah, thank you.