The Changelog: Software Development, Open Source - Retreat to attack (Friends)

Episode Date: November 14, 2025

Do you like director's commentaries and extended cuts? This episode is like that, but for this week's News. We go deep on the alive internet theory, Meshtastic mesh networks, Zstandard compression, the FDE job explosion, React's seemingly perpetual dominance, and more.

Welcome to ChangeLog and Friends, a weekly talk show about ZSTD. Thanks as always to our partners at fly.io, the public cloud built for developers who ship. We love Fly, you might too. Learn more at fly.io. Okay, let's talk. Well, friends, agentic Postgres is here. And it's from our friends over at Tiger Data. This is the very first database built for agents and it's built to let you build faster.

You know, a fun side note is 80% of Clyde was built with AI. Over a year ago, 25% of Google's code was AI generated. It's safe to say that now it's probably close to 100%. Most people I talk to, most developers I talk to right now, almost all their code is being generated. That's a different world. Here's the deal. Agents are the new developers. They don't click.

They don't scroll. They call. They retrieve. They parallelize. They plug in your infrastructure to places you need to perform, but your database is probably still thinking about humans only because that's kind of where Postgres is at. Tiger Data's philosophy is that when your agents need to spin up sandboxes, run migrations, query huge volumes, a vector and text data, well, normal Postgres, it might choke. And so they fix that.

Here's where we're at right now. Agentic Postgres delivers these three big leaps, native search and retrieval, instant zero copy forks, and MCP server, plus your CLI, plus a cool free tier. Now, if this is intriguing at all, head over to tigerdata.com, install the CLI, just three commands, spin up an Agentee Postgres service and let your agents work at the speed they expect, not the speed of the old way. The new way. A Gentic Postgres is built for agents is designed to elevate your developer experience and build the next big thing. Again, go to tigerData.com to learn more. So we are supposed to be in San Francisco, but we're not in San Francisco.

No, we're not. you know well happy I'm not stuck in an airport or trying to get to some place but for those who don't know our government is shut down and therefore the FAA and TSA and all the acronyms A are not showing up A and so TLA would have a bad flight A show up A show up A yeah you know I'm trying to say let's get to San Francisco A therefore we canceled our our friends, you know, we told them, hey, don't come record with us this week. We're going to be in San Francisco. However, we are not in San Francisco. So we are here in our home studios, ready to friends. And we're going to do kind of a, you know, a grab bag. A director's cut. Change

Lock News, Directors cut. Deep behind the scene. I would say extended cut. Yeah. You know, extended directors cut, you know. Take the 10 minutes, make it, you know, 90, 60, 90. Still, book edition. Do you watch those? Do you watch those director's cuts when you're going to go deep and, you know, he's going, he's whispering, and here's where I should have done this or I was trying to capture why. I would say on certain movies, you know, certain movies I do want to go deep, but generally no. Yeah.

It's just not my thing. I used to do it back when I had odious free time and was much more of a movie fan than I am now. And I liked them, although they do get pretty boring. yeah i mean it's not as good as the movie right right it's like well i'm watching i'm looking at the movie but i'm listening to a guy talking about the movie so yeah sometimes you get nice uh extras i would say about the plot or the twist or the storyline that you don't get in the movie so in those cases i do enjoy it but that's not always the case okay so after this show let us know do you like the director's cut of changeluk news or or would you prefer just the 10 minute we shall see

Give me the quotes and get out of here, man. Get out of here. So there's some good stuff in this week's news, I thought. I looked at the list and I was like, dang, dude. Not that I did well, but like there's lots of good stuff out there. My favorite of which I put right in the top, which is the alive internet theory. As you know, I've had, I don't know if you call it an obsession or I've had frequent references to the dead internet theory. I feel like I've been experiencing the dead internet of late.

Do you feel it, Adam? Do you feel the dead internet or is it just a theory to you? You know, what dead internet is essentially like bots commenting and like bot content. Bots commenting, bots creating, bot blog posts, AI slop, just everywhere. I think I would experience that more. Sadly, in the TikTok world, I feel like it's on repeat. I feel like it's all about product placement. Yeah.

I feel it's all about like selling stuff in the TikTok shop. I feel like there's creators who just literally go into the shop and get incentivized to shill things in there. They may like them. But I feel like it's just like the only reason you're making content is because you can get some version of that product sent to you for free. And then you can schlep it and make some money. There's not a real relationship there. So that's not a bot, really. It's more like some of the internet.

Yeah. It's like a person, but they're driven so much by the algorithm that they're like the undead. That's right. Yeah, that's true. I would say not really. Not really. Now, I do think that the AI slop is coming to the world of video and audio. I think it's behind where it is in prose because, of course, the text models were the first ones to get good enough to trick us a little bit.

Yeah. But, you know, with SORA 2 and that whole deal, I'm not sure if you were, I didn't join the social network for SORA. but I saw all of the crossposts elsewhere of what people are making with it. And that one's actually, okay, I'm not the hugest fan of Open AI as an org, but that was at least an attempt to be like transparent about like this is a social network for AI slop. And that's what it is. And so you want to get sloppy? Let's go get sloppy together.

But let's not act as if we are real. Let's just go ahead and embrace the fact. And there's some, I mean, there's funny, interesting. cool stuff that you can do and so I'm not against the content necessarily especially because you know what you're getting you're like oh here it is but when they're on the youtubes and they're on the tictox and the instagram's trying to act as if they're humans that's where I get a little bit offended so I definitely have been feeling it of late but I was uplifted by Spencer Chang and I did reach out to Spencer asked him to come on the show he hasn't heard back yet and

this was just yesterday so hopefully he'll come on and talk to us because he's doing all kinds of cool stuff and he created the alive internet theory of course a an answer a counter narrative and a very cool website to the dead internet theory which basically states his premise which i did quote in news that uh you know the internet will always be filled with real people looking for each other answering calls for help and sharing laughs even the midst of the arguing now there's a lot of arguing for sure. And the cool thing about this website is it basically has went down through the ages,

like it scrolls the timeline from 2004, and it updates kind of the style of websites based on where you are in that timeline all the way up through present. And you can click a time period and then start the experience and it's going to now load up with audio.

which probably doesn't translate but it's a little load up oh it's too loud actually I'm blasting myself got it I had to close it I did that I had to close it too I had to I blasted myself but it wouldn't work so unfortunately it loads audio very loud of like a digital scrapbook of randomness yeah that humans you know and all of our analog jagged weird ways have put onto the internet during that time frame And they're all pulled from Internet Archive, of course, the Wayback Machine. And it's just super rad and made me happy. I was like, you know what?

Kind of reminded me of the nostalgic feeling we had going back to the Winamp skins. Yeah. Remember that show we did last year? So much fun. Yeah. Winamp is the best. So thanks, Spencer, for restoring a little bit of my hope in the Internet. And the fact that, yes, over 50% of.

New articles, according to a recent study. Maybe it's right at 50%. Of all blog posts and articles are now written by AI, but, and that's always going to increase from here, the humans are there, man. We're there, and we can find each other, and we can talk to each other, and we can care. Yeah, I don't know how to make of this, because written by AI is somewhat potentially a misnomer in the fact that, sure, written by AI, but thought up and desired by a human, you know, orchestrated, directed by. And I'm not really sure where I sit with that still yet, because it's really a conundrum that that I use a lot of AI to do things. And it writes a lot of documentation for like little

things I'm doing. And if it wasn't for that, geez, I would never even show up and do it because there's just too much time. I don't have the time for that. And so I'm kind of, I'm a little torn with that. Where do you sit with that? And the fact that just the blanket statement of written by AI, but maybe not the subcontext of directed by and influenced by and ideated by human. The only reason it's there is because the human was like, hey, this is cool. Yeah, I write it. Boom.

There it is. I am totally okay with what I could just call perhaps utilitarian uses of AI generated words, such as documentation, such as explanation. and especially when directed by humans who desire that content in order to better understand something. I'm also okay with it in the context of information, such as Wikipedia and now the competing Grockapedia, which seems to be so far not as good as Wikipedia,

but I don't disagree with the premise of Grogapedia, which is like, let's remove as much as we can, and biased now we're also also the models are biased so that's why i say as much as we can but let's let information be written by an unbiased as much as we can source because we want just the information sometimes and that's fine and so i have no problem with it in the context of those things i don't i don't even necessarily call that slop unless it's actually sloppy similar to the way that i instruct a coding agent to write code for me and i direct it to write code as long as i'm i'm Involve in that process, and I approve of the code, it provides a use and a value.

Where I really feel sloppy to me and bad is when it's creative to entertain, to persuade these things. And it's, or to SEO. I mean, I'm trying to think of the reasons why they do that, when it's just content farms. yeah powered by i see that actually a lot on the on youtube where you'll search for something in particular around a product i do i do some product exploration you know like an appliance or something like that you know if we're buying a uh an example is if we're buying a new air fryer let's say for christmas if you're doing this you know whatever listen up you go on youtube you know you find maybe the ninja version of it and you got this other version of it you know maybe from

Quezon Art or whomever. And you start versusing them, you know, Queesan Art versus Ninja. Well, you're going to find some good people out there. And I have no idea how they make this their living to, like, compare air friars. And then you will eventually find, well, probably pretty quickly find some AI generated or certainly not a human. It doesn't even sound very human when it's speaking to. It sounds like a computer voice.

And it's clearly just an infomercial for the view. views and it ranks high and maybe it does get some views and the some of those views perpetuate more views in the algorithm. I don't know. But those things drive me crazy. Or just straight up like you can tell no human was involved in this or there was and it was just just for the views. Yeah. Not for the engagement or the true enjoyment. And I'm honestly only really offended when I can tell. Right? Because it's kind of It's kind of like that comparison, like a toupee or a boob job. Like, that's the two things.

It's like, you only know that a person has one when it's a bad one, you know? Yeah, I love the comparison. If it's good, then you can't tell anyways. Like, you don't even know that guy has a toupee. It's just you think it's his hair. It's when it's bad that you're like, dude, we're on a toupee. It's kind of offensive. It's silly.

Sometimes you never know. But when you don't know, you're fine with it. When you do know, now it's. it's bad. That's the way I feel about I guess these things where it's like if you fooled me then like good on you I guess like it was good enough that I thought a person did it but when I find out it's acting

like it's a person and then I realize nah it's not a person that's when I get mad. How about this? Maybe a Civic, a Honda Civic wrapped in a Ferrari show. Okay. That would upset me. Would that upset you? Yeah, you open the engine, you open the hood on that sucker? Yeah, like what is this? Four cylinder

D.H. whatever thing, you know? I don't even know what the engines are in civics anymore, but it was something like that. Overhead cams, you know, oh, HC. Or the real tall person in the trench coat, and then you realize it's like three short people standing on shoulders. Yeah, that's going on a lot.

But, you know, when it tricks you, you're none the wiser. So, you know, I think once we get beyond the uncanny valley where we can no longer detect. And I'm not sure if and when that takes place, then perhaps the dead internet theory will be just an undead thing that we don't we don't even know to pull it to pull an exact pull quote from i guess them the person who wrote this what was his him again spencer spencer thank you spencer and then i guess by by proxy you quoted his quotes i'm quoting you quoting him okay this is a michael scott moment that's right you know we're going

deep here a couple layers uh you said the internet will always be filled with people looking for each other, answering calls for help and sharing laughs, even in the midst of arguing. And I think that's when the internet will always be what we consider since the 90s or whenever's when you and I began to do dial up or it was cool to email a friend kind of thing, you know, is that's when the internet is still the internet. Because I want to show up to a place that is globally connected and informational, shareable forever, so long as it's

shareable with other human beings that have empathy, have care, have grace, you know, mercy, what all those things that the human things, you know, embody. That's, when that's true, while that's true, I will enjoy the internet. When that becomes

less true or not as true, I'll probably you know, go on a walk about or move the cabin in the woods that I got reserved, you know? Well, friends, I'm here with a good friend of mine. Again, Kyle Galbraith, co-founder and CEO of Depot.Dev. Kyle, we are in an era of disruption, right?

I would also describe it as rethinking what we thought was true. And I guess that's kind of the definition of disruption. But from your perspective, how are teams, Liability teams, CISD, pipeline teams. How are they all rethinking things? And where does Depot fit into that? In the conversations that I have with customers, a lot of DevOps teams, platform teams, site reliability teams,

they're really looking at this new era of software engineering that we're all living in. And they're starting to question, like, the bottleneck is no longer the act of writing code. The bottleneck is shifting. The most time-consuming part is integrating the code. It's everything that comes after. It's the build. It's the pull request review. It's the deployment. It's the getting it into production. Once it's in productions, it's scaling up support teams to support it. It's adding documentation. All of these downstream problems. And so through the lens of Depot, what we're really starting to think about is there's a very realistic possibility that within the next two to three years, maybe even sooner, that we're going to enter a world where an engineering team of three people could theoretically have the velocity. of an engineering team of 300 people.

And what's the consequences of that? What's the consequences of the code velocity spiking up to that level with such a small team? There's no way three engineers are going to be able to code review all of the code that's being created if there's three engineers and 297 agents also creating features and fixing bugs. So that's just like from a pull request perspective.

But then you think about it through a build lens too of if your builds take 20 minutes with three humans and now you're going to have three humans and 297 agents also running. Well, like, you definitely don't want your builds taking 20 minutes because now, like, the entire pinch point is the build pipeline. And so we're starting to think a lot about how do we eliminate the bottlenecks that come downstream and what can we do with Depot that streamlines that. So obviously, friends, we are in an era of disruption. Things are changing. You know it. I know it. That's how it is.

And the thing with production and what Kyle's talking about here is, how in the world do you get your bills to be faster? How do you get them to be more reliable, faster, more observability around those deployments? You need it. It's required. And Depot is there to help you. So a good first step is to go to depot.dev, get faster. Try their trial. It's too easy.

Again, depot. Dot dev is where to go. It all begins at depot. Well, let me share this with you then, which is a bit of a curveball because we didn't discuss discussing it. But it is in news. It was in the lower three, which gave the newsletter. And they get mentions, but they don't get actually coverage, which is mesh-tastic. Okay.

And it's in the same vein now of like, what if there wasn't necessarily, or there still was this global connected internet that maybe only robots use to talk to each other. Maybe at our behest, maybe not. And there's no people there. I mean, because honestly, if it continues to ramp up and the uncanny valley stays, meaning it's just AI slop and I know it, I'm not ignorant of it, I'm like, I might check out. You know, I might. I might be like, yeah, no longer surfing the web, just do another stuff. Okay. So that might happen.

And there's some social networks that they say it's already happened. Like a lot of people claim that X is now mostly robots. which if is true, and I don't know, that's hilarious because one of the reasons Elon Musk bought it was to get rid of the robots. Anyways, mesh-tastic. Yeah. So this is cool. In open source, off-grid, decentralized mesh network that's built to run on affordable low-power devices. So this uses inexpensive Lora radios, which I don't know what Lora means.

Do you know what lower means? I'm just hearing it for the first time, I think. L-O-R-A. So let's find out in real-time. Long-range. So lower-R-I-R-R-R-R-I-R-I-R-I-R-E-I-R-E-R-I-R-R-E-R-E-R-E-R-E-R-R-E-R-E-R-E-R-E-R-E-R-R-E-R-E-S-E-A-P-ROTER-ROW. Oh, it's an actual, it's a proper noun. Okay, so that is different.

A proprietary radio community. communication technique based on spread spectrum modulation. So it's not just an acronym or a shortening. It's actually like a technology that these things use. What I'm seeing says LORA, is a software technique that adapts large language modeled by training only a small set of new weights. Is that what you're tracking? I think these are probably namespace conflicts because

This is all about communications. Oh, it does say two different technologies. Here I am way off. Okay, a wireless communication protocol or the thing I just injected, which is the wrong thing. That's all right. Your thing is definitely on topic for most of our conversations. My bad, y'all. I'm just glad this isn't that.

So this is long range radios. And this mesh-tastic software, I think you flash it onto specific devices. They have a list of devices. that you can put it on. Yeah. And it sets up like basically a mesh network that is not just at your house. I mean, most mesh networks that I think of is like Bluetooth, you know, air drop, airplay kind of things.

But this is like you connect all of these inexpensive radios and it can go long range. And they're not kidding. They say long range, 331 kilometers long. That's the record at least. Wow. using mesh-tastic. This is meant to be used by humans to send messages. Yeah, you know, it's like the old,

it's like the old carrier pigeons, man, you know. Yeah. You're going to send a message. You're going to send it over mesh-tastic. So this would be like if you and I, I could probably do this with like Nick Neesey, for instance. He lives across town from me. Right.

Probably 30 miles, which is going to fit inside this 331 kilometers. And he could get. get one of these radios set up at his house, a runny mesh-tastic, and I could get one at my house. In fact, maybe we should do this. Be fun. Yeah, let's try this out as a test as an experiment. And he would get one set up at his house and I had one at my house. And then we connect our devices to the radios as if they're Wi-Fi networks, basically. And so we are now meshed. We have a basically a land by way of mesh-tastic. And so it's an off-grid,

meaning like no one else can connect to that it's decentralized we could probably set up you know radios all around and they all would connect to each other and it creates a mesh network that you can you know run your apps run your

comms run whatever you want all encrypted excellent battery life optional GPS features I mean this is a cool project this is meant to be radio based not a device I mean because they're mentioning

Raspberry pies. Are they thinking the PICO, I think in particular? Is it only meant to be radio-based, not like literally IP-based through the internet? I think that these things can talk to each other via this Lora technology, which I assume is a

protocol. And then they act as simply like routers. I see. Yeah. That your local network then connects. So these are like bridging local networks via this hardware and software. So I'm I'm sure it can run on all kinds of software, but the hardware is a set list of specific supported devices, such as the seed card tracker, the Heltech mesh node, the nano G2 Ultra, et cetera, et cetera, a bunch of specific devices.

They have antennas. So you can go for long, long range. I assume the 331 kilometers has some pretty stinking big antennas on them to get that far. And the question is, like, I see stuff like this and I think, that's cool. I'm really impressed and, like, would I go through all that? Like, if I, if I was sick of the internet, but I still wanted to communicate with people. And I assume that you could probably get like a regional network set up. It's not just like me and Nick Nisi's houses, but you could probably have an entire mesh network that's like a city.

maybe even multiple cities, 331 kilometers, a long way. And then you could just have your own little network that's just like, yeah, I can run my iMessage against, now I can talk to those people over there and Lincoln on their IMessage. Now, IMess might have to get out beyond your network and talk to Apple's iCloud server. I don't know. Awesome. I'm thinking now like, okay, the network is one thing, but then what can you do on the network? Like what kind of protocols that support?

Is it only messaging? Is it kind of an API layer in a way where the network gets created And then there's an API that you can send messages Is there a length of message? Is there a certain amount of bytes you can send or that kind of thing? I think that's what would describe to me like it's utility Because I'm thinking there's unique businesses that might want a Reliable communication pattern whenever the internet is not always available.

You might be in spotty areas like I was just on a retreat and I got T-Mobile. And while there, I basically had SOS. Like, I didn't have, I came in and out of like one bar or half a bar. And so I wasn't really trying to use my phone anyways. It was a retreat. That's the reason you retreat to attack. But nonetheless, I still kind of wanted to have my tether to the world, you know?

Like, don't take my phone. Did you just say you retreat to attack? Yeah, retreat to attack. What's that mean in this context? Well, I believe. Okay, great. Let's go there. Okay.

I believe to truly. attack like we have to as men. I'm a man. Like I'm called to for my family and my life and who I am. Sure. I believe to attack, you know, in the most kindest way. Yeah. Like my problems, whatever. Yeah. Sure. Yeah. If I'm going to have the, the energy to do what I got to do, then I cannot just do it by just constantly attacking. I've got to retreat, to recharge, to collect, to reaffirm, to examine so that I can better attack. So I believe you have to retreat to properly attack the world. Gotcha. And I mean that in a positive way, of course. Yeah, I get you. So when you're retreating, you don't necessarily want your phone, but you still want to be, you know,

connected just in case. That's right. Yeah. I mean, like, I mean, something could happen, you know. Right. I need my, uh, I need my fix. Okay. How long, let's how long as you've gone without your, without your phone recently? Honestly, while I was the retreat, I left my phone in the cabin, uh, all the important times. I literally, Left it there. Hours at time. Oh, like 12. Days.

Yeah, like the whole day. Nice. And I did it as a force function, but it was a little strange at first. I kept tap in my pocket because like the habits I have as an individual who doesn't want to lose this expensive device in my pocket is to make sure it's there. Yeah. So I will occasionally, you know, let's say once every five and a half minutes.

Just kidding. Once at some sort of intermittent. measure. I'm tapping my leg or I'm touching my right pocket, which is where I keep my phone. So big pocketers, now you know, now you know, really easy to get me. That's right. You know, most people, that's right. You know, most people are right handed. It's going to be in your right pocket. Me, you don't know where it's going to be. So you just don't know. Back pocket front pocket, no pocket in the shirt. That's right. Could be in your armpit. Oh, that's sneaky people put in their armpit, man. Okay. Like with a little case like that

I left the back to the man and I felt good. I felt good. I was proud of myself honestly for doing that because I think it's so sad to say this, but I think in today's world for a normal first world person who has access to the things we have access to, the privilege we have access to the things we have access to, to leave this connected device that we pretty much rely upon to navigate. Like if I got in my truck, I know where most things are at,

but if I'm going into Austin to a particular building, I'm probably going to map it. Because it's going on to that. Yeah, because why not? Yeah. That's what I'm supposed to there for, man, you know? Especially if you got ways. You got ways, you got ways, man.

I got all the way, you tell me about ways. Yeah, you taught me about ways. Ways all day. The thing about it's nice about Omaha, small town living. We're a small, big town is you don't really need ways because the traffic's just fine. Like pretty much everywhere you go. There's times. But for the most part, you're not going to get a major reroute because of traffic.

Yeah. That being said, they're, they're so useful and yet disconnecting from them is so freeing. I had the same experience with my watch, my Apple watch, which finally died. This was a, I haven't bought one since, which kind of tells the story. Because I was, like, addicted to, like, the notifications and the rings and the things, you know, on your wrist. Mm-hmm. And when it died, I was like, I don't know, 300 bucks. I'm going to go a week or so without it and just see it.

And it was like, you get a little bit withdrawals. You know, it's not like quitting tobacco, which I've also done. That was way harder. But you definitely get withdrawals. Like, oh, you know, where is it? You ever look at your wrist and there's nothing on it? Like, it's just weird. Like, why do I keep looking at it?

There's nothing there. And then beyond that, it was, it's just been pure freedom ever since. Like, I just, I just feel like that was a little prison that I erected for myself and I lived in it. And then I just happened to escape and I don't need it. And it doesn't actually make my life enough better to be worth all of the baggage. But the phone itself is way more useful than the watches. And so that one I'm much more connected to and addicted to. But I have been leaving it on the charger, you know?

That's my, that's my recent move. I called a return to analog, which is like, let's just focus on the analog. Let's get away from the digital. When we're away from the digital, let's actually get away from the digital and leave the phone on the charger. And this elongates this conversation a bit. There's this resurgence for a lot of folks to be against the norms. Like drinking has been a norm for a lot of folks There's a lot of people like

I'm now sober I haven't drank all year I quit drinking in January January 1 I quit drinking I haven't had a drink since And so I'm free of alcohol My life I never plan to go back

And I've never felt better My whole entire life And I've got so many friends That are Either sober curious Or going there And it's become a trend for young folks Younger folks

Who are just like Basically anti anything that is not health conscious. Yeah. It's like my routine is to get up at 5.45 every day, journal for 30 minutes, work out for an hour and a half, and then go slay work, and then spend time with friends. Like, that's the dream of a lot of young folks these days. And that was not the case for me when I was doing.

It was like, you better get your butt out there and work, okay? You better find your career and make some money. You better build a family and have, you know, those things. but a lot of things are like this return to analog this return to soberness this return to just putting pure things

into your body and less toxins less poisons that really shape a lot of Americans lives yeah yeah I saw a trend recently amongst teens

where they will sit for 15 minutes or whatever the time period is and they'll set their phone up and they'll start recording which is to keep themselves it's a task basically because they're going to publish it so there's still like a digital component

to this and I'm sure it's a trend so they want to get all the kudos from their friends and stuff by putting it up on the internet but they just sit there so they put their phone it's almost it's not meditation but it's just like I'm not going to listen to music I'm not going to have my phone I'm not going to do anything I'm just going to sit here for 15 minutes and think and they find out it's really hard but it's like a challenge and they're treating it like a challenge like can you do this and they all started doing it so yeah these things are anytime there's a move in a certain direction you know eventually there's a counter move in the other direction and we're starting to see some of that but back to meshtastic you mentioned you might use it out there in

you know no man's land and that's right that's actually the primary use case i think for this which is like in the boondocks it says right there it's for areas without existing or reliable communications infrastructure so i'm sure there's pot there's lots of really good uses for this in areas where they don't have, you know, fiber runs going to their house. So, really cool project. I wonder if we should dig deeper and maybe get some mesh-tastic folks on the show and hear about some of their cool use cases because I guarantee that people are using this. I would love to explore how to, like, I don't have a big enough brain, I guess, to explore

how to potentially use this unique ways besides the ones we've talked about. Like, what are some really, really interesting uses of? of it. That's what I would love to explore. Yeah. Really, really interesting uses. Probably out in the boondocks where there's needs that we just don't even know about, you know? Well, like, even I wonder if you can connect. Imagine your A10 location, boutique retreat or hotel, right? Most of your places are in the boons, but you're literally all over the nation. Is there a way to strategic, place nodes to enable this mesh network so that no matter what the connected case is for

everyone else, you've got some version of your own private network built on top of this mesh-tastic. I mean, that's what you just said, but it's a bit more expanded, you know? Right. How do they use it? In the case of like multiple states, maybe, you'd probably have some sort of a VPN connecting the two networks and have them. And the mesh would be like an extender into the boondocks. and so you could probably accomplish that

but I bet you would use the actual internet in certain ways to actually bridge anything beyond. I'm sure that the 331 kilometers record is probably not the best packet delivery and everything. Latency, dropping packets. Yeah, like that's the record,

but you want to be closer than that. So I assume if you're like, we want one big network across multiple states and then when we're, you know, at each location, we reach out two miles to this cabin. whatever it is. Then your mesh-tastic would be meshing from your cabin back to whatever you have at the headquarters there in that place, which is just on your local network. And then that would

bridge via VPN or some other solution to your other headquarters, which happens to be in Tennessee or whatever. Yeah. You know, I found myself exploring more of as specifications. I never thought I'd be such a dang specification nerd, either creating them or exploring them. You want to create specifications? Heck yeah, man. All day. I mean, not myself with my little AI buddies, of course. I got you. So you're slopping us with some specs. I mean, you can call it specs.

You can call it that, but I don't think I don't call it that. I call it exploring. One man's slop is another man's treasure. So that's true. What kind of specs you write in, man? The most recent one was a way to version a go CLI. Because I'd gotten a couple now and I'm like, they're all versioned weird. And I'm not really writing all the code.

I'm reviewing it. I see the patterns. But I was like, can we just kind of create one unified way to version GOSILIs that are in this realm of what I'm doing? And so I create a specification for how I want to utilize versioning inside of a GOSILI. And so now I just point the next thing I'm making to that specification and say adhere to it. And it does. And life goes on. It's amazing.

The other one most recently was I swapped out 7Z because it's actually not that good. It's good, it's good, but it has some flaws that I was not personally aware of. And so now I've become exposed to Z standard, which was created by meta. It's a compression algorithm. And so now my new thing is I'm combining tar, which has stood the test of time, right?

the TAR archive protocol with Z-stander, which is actually Z-S-T-D. And so now I'm looking at these specifications thinking, okay, great, if I'm going to implement an archiving tool that bridges the gap, what I'm calling Z-standard for mere mortals is what Z-Rch is about. Z-Stand-R-R-ROMES. That's right. Z-Stand, which is the compression algorithm that meta-made. Now, it's just the compression algorithm.

It's not an implementation. It's a compression algorithm. And so to archive with TAR and use Z standard, well, you can use that pretty easy with the command line, but there's nothing, there's no API, there's no sparse behind it, there's no CLI. And so I'm building a CLI because I archive a lot of stuff, as you may know. And I want to do it in the best possible way.

So my most recent thing was going, I haven't really enjoying this as a nerd too. Like I'm, I haven't, I'm going deep. I'm not that deep yet. But I'm trying to go deep into the, the tar format. When did it begin? Where does it get utilized? Because what happened was is I had this really great tool, but I was using it on Arch Linux, by the way, and it just wasn't working. I kept having CRC errors when I was trying to like compress something and

test. And I'm like, what in the world is going on here? Is it Dropbox? Is it the way I've used R clone? Is it because I never really tested the memory? Because I got 128 gigs of memory. Is it because I never really tested the memory properly? Like, what is the root cause of 7Z not working properly on Arch? Well, it turns out that 7Z has some flaws that I was not aware of. And I didn't experience those flaws on MacOS. They're non-existent there. So on MacOS, toolwork is great.

On Linux does not. And so I'm like, well, I can't spend my time building this because it's, that's lame. I want the good stuff, man. If I'm going to pour myself a glass of compression, I want the whole glass. You know what I'm saying? And so I went back to the board and I'm like, what's going on here? And so obviously TAR and I learned about Z standard.

And so to round about back to the specification, I have, I'm working on. And I think it's kind of there. It's at version 1.1 or, you know, 1.0.1 or something like that. I'm severing, Jared. Okay. I'm botching this a little bit. But I've got this specification for how to implement TAR. in an archiving tool.

And so there's a lot of stuff about the way you'd manifest a JSON file first. And at what order, you would actually create the archive to properly support packs or POSIX and things like that in a TAR format so that you don't have jacked up archives. And then you can press them on top of that with Z standard.

And so I've become like this little specification nerd. I just like love creating specs because I can point at them when I work with agents and say, that's the best version. I like that version. And that's a version that represents the software I want to make. And so I feel like these specs, one, I'm learning. And two, I'm defining what I think is the right way.

So that when I repeat myself, I can repeat it against that standard. Gotcha. So you're doing Spectre of a development? Oh, absolutely. All day long. Yeah. I mean, not literally all day long, but like literally. Like when I'm doing it, yes, that's the way.

I'm, it's a lot of planning, a lot of thinking, which I find is the, The weirdest state of play, I never thought I would find myself in. When I first heard about vibe coding, I was like, ah, those guys are stupid. What are they doing? You're like, gosh, can you just learn to code already? And now I'm like, why? Why would you go through such depths when you can have your rust and your go and you can eat it too? Like, let's do it, right?

And I can just work with the AI and within these realms. I'm reading a ton of code. I'm loving it, enjoying it. I'm not personally writing it, but I'm the one who's visioning different things. And so this move from 7 Z-Arch to Z-Arch is, has been fun. Mm-hmm. Well, your code cup running over here. All this time, I thought ZSTD was what German folks get when they're too promiscuous, you know?

That's right. Me too. I have Z-S-D. But instead it's Z-standard. And thank you, Mehta, for making that. How is it better? You say it's better. It compresses better.

It's faster. In what ways do you measure better? I don't have the facts fully in front of me. So let me go to their website and see if I can get it. Okay. So compressor name. You got ZSTD. Right.

No, it's not the German version of it. You got Zlib. Sure. You got quick LZ. You've got LZ4. You got Snappy and various other ones that they compare against. And so when ZSTD, which is short for Z standard, compresses, it can compress at a ratio of 2.896. I'm reading this chart here versus, let's say, LZ4, which is 2.101.

So those are very similar. It's actually compressing at a better ratio. LZ4 will compress at 675 megabits per second, whereas the compression speed of Z standard is 510 megabits per second. So it's pretty fast. And it decompresses just as fast. So it has a similar compression ratio, but it's faster on the way in and way out. And one of the biggest issues I've had with the thing I built was like, my gosh, it takes so long to compress. And it takes so long to uncompress, like unbearably too long. So long that I was like, why am I even doing this? And so, but I like that because I've now learned so much.

much more making all those mistakes. And I'm like, man, I was kind of upset going down the wrong road and really happily going down the wrong road. Like, this is awesome. It's so cool. It's useful. And it is useful. And so all I've done now is basically swap out the tool I made with a different compression

algorithm. And then now I'm like re-implementing against this tar spec, how to best implement a tar archive. And so I didn't lose a lot of runway in terms of what I built. time. I just swapped out the format and re-implemented the way it does tar and we're done the wiser. So now we're back to square one. But I've learned a lot going down the wrong roads. And I, and I now have a brand new version of empathy. I'd never had for what I would call developers, right? Software developers. I would always consider myself a pseudo software developer. You know this. I've been an impossible for many years. If you didn't know this, not you know.

And I'm like, wow, this is what it feels. It's to go down the wrong road and not be pissed and to be kind of happy because you learn so much along the way. Yeah. That's kind of cool. And then later on, people will come by and say, well, why didn't you just use Z standard? And you're like, well, because I didn't know it existed. That's right. I didn't know it existed.

I had to make those mistakes. I had to try it on, on, on Arch Linux, see that and be like, why is this thing not working? Only to go back to root cause, which is a great principle, right? Go to back to root cause analysis. Where is this problem at? What's causing it? And then, you know what? help me believe it or not stack over flow yeah shout it was like comments on stack

overflow and comments on reddit about issues with seven z on arch and if i didn't find those i'd have been like seven z works everywhere it's amazing it's awesome which is what i thought and it is kind of awesome but it has some flaws that i just can't live with well that's how progress works yeah um so in the real world now so we're looking at a compression speed versus ratio image that compares is zlib is that behind seven z or are that a different thing that is a different thing i think uh 7 z uses um i think it's lzma 4 now what is it gosh you're testing my memory here man hold on a second i'll get you some information yeah i was close lzma i was right lzma2 and so there's lzma the original uh compression and then the

The fellow who wrote this software, his name is all over the actual stuff. Let me see what his name is. If I can get to it quickly. 7Z, the archive format was created by. So it's both a format and an archive tool in one. So it's not only the compression algorithm, the format, it's also the tool that does the job. And so it's made by a fellow named Igor Pavlov. And so I think he rewrote LZMA, if I understand the history correctly.

And LZMA 2 is his compression version of it that 7Z uses. It's great. It does a great job. It's just notoriously slow. And do you like slow, Jared? Slow music, slow jams. Slow compression algorithms? No, I hate it.

Slow internet? No, I hate it. It's the worst, right? Slow's the worst. Yeah. so this is a slow jam those are good several things were getting me i was like why does it take so long what's the real world win for you so let's say you're compressing one of our episodes and it's like 10 gigabytes like do you know the time win for you like it used to be 20 minutes now it's seven minutes or

yeah so it used to seriously tap my CPU like i use this uh this application called i think it's clean my mac z or x clean my mac x clean my mac x Yeah, I use the same one. And it hangs out in your system tray, right? It's up there. And if you go and tap it, you will see CPU. And it will tell you the temperature of your CPU. And so whenever I was compressing with 7Z or 7Z arch,

like it was always as high as possible. And it's like, hey, listen, if you don't stop doing what you're doing, your computer's going to blow up, basically. I mean, I was being very kind about it. And I was like, ah, it's an app. Well, it's an M1. It's got it. So I just never worried about it.

So it would really, you know, really hurt the CPU for quite a bit. And it would take, I mean, now that we have like 20 gig, 30 gig projects, easily 20 minutes, if not more. To the point where I'm like, I'd forget about it, you know. And it just became this, as you know, you know about our Dropbox issues. It became like, I can't keep up because this tool's jacked up. And I'm trying to compress in our. archive in a way that gives me a little compression, but gives me an assurance of a single file that I can get back later. So I want a good in and a good out. And I thought 7Z was that.

And it just turned out that it was great for Mac. So it's great. If you're only on Mac, at least in my experience, and I could be wrong. If you know more about 7Z and I'm way off, please call me out. But that's been my experience. Well, one thing I know about 7Z is it's been around forever. I think when I were very first started using Linux. it was there. And so it's old technology. And there are reasons why progress, you know, makes steady, sometimes slow, sometimes a little back stepping, but eventually forward motion and improvement. So what is that same 30 gigabytes? Are you on the Z standard now? Like you've completely replaced and you're running in your new thing? Or are you still working on it?

This is super, super early days. So I can only give you like my latest, greatest, but time wise, so much faster. Like I was like, what? You're done already? There's no way. And I would check it. Like from 20 minutes to five. Yeah. Like ungodly. This is like so fast. Like three minutes, five minutes, maybe 10 minutes on like a. So we had a couple archives that were like in the 50 gig range. And that was about eight minutes. So I'll be in like the three minute range for most of our stuff. And we can, and if I do it right, if I like, if I do this, um, this tar specification well enough, then we'll have a really good Manifest.jason at the very top of the archive, like inside the archive container, the, you know, the thing that makes up the, the Tar Archive. And it will have all the cool stuff. It will have one of the other things about archives I've learned is there are attack vectors.

And I'm not a, I'm not a pen test or I'm not trying to like hack things, but I obviously pay attention like you do. But I never consider that, wow, I should probably do a better job with this because if I don't do it right, then. I mean, I don't think our archives are at Jeopardy, but if I open source this, when I open source this, and others use it, and they start getting jacked up because they're attack factors. Well, I got to do a better job of security. And so when I started to craft that specification,

it really exposed me to like a couple of different points around what was important. And one of the more important points was being secure. And I never thought about that. So there's like certain things you could do with following file paths and when to cap it, when not to do it. And again, I'm not super steeped in it, but it's, it's quite tantalizing once you have this, I would say,

AI is like this guide that can learn or knows a lot about most of the things you want to know about. And if it doesn't know it, it can find a way to learn with you and help you learn too. And so I find that that thing, that ability in today's age is just so tantalizing the fact that like, if I have a curiosity, sure it may hallucinate, it may go down the wrong road for a little bit, but for the most part, I can explore some territories I almost would never have before, not because I didn't have the ability, but because the guide didn't, uh, wasn't resilient to my path. Like if I hit a blocker, AI finds a way around it through new information or a different path or an alternative. Whereas a human might be like, okay, I've hit the end of this book. The

Appendix isn't helping me, and Amazon's down for the day because the latest AWS Hodge happened. I don't know, whatever it might be. Like, I can no longer explore over this hurdle, but AI finds a way to help you through all these things. And I just think that's such a, such a wild thing to have to be able to talk to our code base in ways we have never been able to, literally ever in humanity. That's, that to me is what gets me excited about software to you today.

Yeah. It's a entirely new experience and one that is quite interesting at the lowest and exciting at the highest. Depends on the day and the concept and how well it's performing oftentimes. I mean, I wanted to punch the screen today. My AI was not supporting. I'm like, listen, listen, I gave you clear instructions. I know you're smart. You're going way over there.

Can you please stay here? Right here. This is where you're safe at. Don't go over there. Don't do that. Don't touch that. stop changing that file. I'm just,

I'm being facetized when I say that, but it's a version of that. It's like, yeah, listen to me, please.

We have a mission. Stick to the mission. Over there, looking at squirrels. Got out of here. You know, so I mean, sometimes it listens well

and sometimes like, listen, I'm just going to do whatever I want to do. And you can't stop me because you don't have any control of me. I do what I want. Yeah.

You know. Yeah, one thing that I've been doing recently, which has given me some success. It requires a little bit of patience in one direction, but it helps me avoid a lot of the tailspins is just like, you know,

basically rebooting the AI and just like keeping my conversation short and the context windows fresh, you know, and like all the backlog of things that already knows about the project, like, yeah, just make it go read the files again. So I will do like a couple of features and it's the first time I see it be like, you can almost notice like, oh, it's building up a hallucination path or something. I don't know what it is, but you can kind of just feel it. And I'm like, I just control C that sucker and just start fresh. And I just tell it what I wanted to do without any of the sometimes you're like, dang, it already knows this part and it already knows we working on this.

And other times I'm like, nah, who cares? I can go figure it out again. That's the, that's the patience part. It's like, I'll check your files and see what you've been up to. You know, and you're like, well, you just knew that until I control C to you. Now you don't know what I'm up to. But I feel like it's, this is Claude Code specifically, which is the tool I've probably been using solely for coding for, for, last two weeks i haven't been used anything else um it's so much better on its first feature than

it is on its sixth it's just better and i'm not sure why i made because it's just like it doesn't have any baggage that's that's the way i kind of mentalize that yeah and so i just control c that thing i'm like it's like it's like it's like it's like i'm going to get a new clod code it doesn't know my code base anymore and it'll figure it out and it'll do the feature and it's going to be better than And if I have the one that knows the code base, but also has like, I don't know, needs to be defragged or something. Have you ever tried that or have you had experience with starting fresh? I know you don't like to touch the code. And you do do that.

Okay. Yeah. I have a process where I keep a context file, like a context.md file. Mm-hmm. And I keep a context dash guide.md, which is how I want this context file to be structured if it needs to be structured. So if it needs to be deep, so it's like multiple agents, multiple features, kind of keeping a lot of things in check. And so if I'm like, hey, you're misbehaving, just dump your context of this file.

And I'm going to, I'm going to clear your context. It's like a threat. And it's a very kind. I'm being kind. I'm just joking around when I say that. But it's like, you're going too far. You're not operating well. Just dump whatever context you have and what you think is next to this file.

And I'm going to clear a context. And I do that happily. And I have a command, like an unfurral command that says, bring yourself back online, read this file. and measured against this guide, so this is I should read it, and report back when you're ready kind of thing or confirm when you're ready. Okay.

And that's what it does. It goes and reads that. It dumps this context. I clear it. It comes back. I say bring yourself online. It's like I'm in Westworld or something like that, which is where I got that line at.

It's bring yourself back online, Dolores, is from Westworld. And so they do that. And it checks it on. It's like, okay, great. I see you're working on this. I'm looking at that feature. We want to do next.

I'm like, sweet, now you're smart again. Let's go. Gosh, we're doing slightly different things. I don't let it remember anything. I just tell it, like, I don't want to have any of that context at all. I just want to be like a new human. And so it's more like the men and black thing, you know. Where are we at here?

Yeah, exactly. What are we doing here? I'm just wiping memory. I'm just like, no context, no nothing. You're done. I'm going to open up a new cloud code on the same directory. I'm going to give it, what I'm going to tell it what I wanted to do. it could be the it could be copy paste when I told the last Claude code but this is a brand new

Claude code doesn't know my project doesn't know anything it has a clod.md.md so it has some rules that can follow there and that's about it. It's going to figure it out from square one. And so that to me is like a full reboot versus maybe you're just doing like a go to sleep and wake back up thing. Neuralizer. That's the word I couldn't think of men in black neuralizer. I will review that context file so I don't like blindly just let it do that. It's a way for me to know what it's thinking to or what it thinks is next. And so if I look at that, whatever it dumps and it's way off, then I won't tell it to, you know, bring itself back online by reviewing the context. I'll just either delete it or skip it. But it's a way for me also to like have a

an awareness of what it thought was going on and how far off it was from the truth. And there's times I'm like, wow, that was not true. That's, that's a hallucination there. We're not working on that feature or that's not what's happening here. And, uh, and I won't do that. But it's a way to save myself from having to type as may keystrokes or do something to like retell its contacts or even give it in direction. I can just say, review this if I agree with it, of course. And then go from there. Okay, friends, Augment Code.

I love it. This is one of my daily driver AI agents to use. Super awesome. CLI, VS code, JetBrains, anywhere you want to be. Augment Code can bring better contacts. better agent and of course better code to me augment code is by far one of the most powerful AI software development platforms to use out there it's backed by the industry leading context engines the way they do things is so cool you get your agent you get your chat you get your next edit

in completions it's in slack it's in your cly they literally have everything you want to drive the agent to drive better context to drive better code for your next big thing for your big thing you're already working on or whatever you have in your brain you want to dream up. So here's a prescription. This is what I want you to do. I want you to go to augment code.com. Right in the center you'll see install now and just go right to the command line. There is a terminal CLI icon there. Click that and it's going to take you to this page. It says install via NPM. Copy that, pop into your terminal, install augment code. It's called Augie. Instantiated wherever you want to type in AUGG-G-I-E and let loose. You now have all the

power of augment in your terminal. Deep context, custom slash commands, MCP servers, multimodels, prompt enhancers, user and repo rules, task lists, native tools, everything you want. Right at your fingertips. Again, augmentcode.com is one of my favorites.

You should check it out. Well, friends, this episode is also brought to you by our friends over at Nordlayer, and you know what's scarier than Black Friday chaos? Yeah, you guessed it. Leaving your business network wide open to ransomware fishing and whoever's bored enough to poke around your systems, and that's a lot of people.

But that's exactly where NoLair comes in. It is a toggle-ready network security platform built for modern businesses, combines VPN, access control, and threat protection, and it's all in one easy-to-use setup. There's no hardware, no complex configuration, just secure connection and full control in less than 10 minutes. The cool thing is it is designed around zero trust, meaning only the right people who have access can access the right things.

Here's the best part, 28% off. Yeah, 28% off for the yearly plan. And the next step is to go to nordlayer.com slash the change log. Yes, Nordlayer.com slash the change log. Use our code, change log hyphen 28. Yes, the hyphen is important. Again, change log hyphen 28. Use that code before December 10th, 2025, for that awesome 28% discount.

And the beauty is you also try at risk-free with their 14-day money-back guarantee. Keep your team secure. You're never clean and your mind at ease. Once again, that's NordLayer. Your toggle ready shield for modern internet. Go to Nordlayer.com slash a changelog and use our code, changelog-28. Enjoy.

Well, let's turn now to a new AI. role. That's exploding. We've been discussing our AI roles. That's right. But we are not officially employed by anybody. Well, I guess we are officially employed by our own company. But we aren't certainly passing our resume around. But if we were, we wouldn't want to have the acronym FDE on our resume. Yes. Because that's the new hotness according to interview query. dot com reporting on a report as the internet does gladly and i'm actually reporting on the report of the report so if you're listening to this and then you go tell your friends about fdees you are four layers of inception a financial times report talks about monthly job postings and this

new role fdeaf forward deployed engineers are looking to get hired there's been new job postings uh to the tune of 800 percent which of course tells you it was really low before yeah now it's now it's not as low and uh could be a bubble yeah i mean it could also be from like nothing to some and the 800 percent is much easier when you have small numbers but nonetheless it's moving and it's a new position led by the forerunners as they call it in the a race anthropic open AI, et cetera, people who are out there building these, the models, but also the software around the models and trying to nab up as many customers as they possibly can before their money runs dry to have a new kind of engineer, which is somewhat novel, I would say.

I call it AI led because, well, you're kind of leading the AI, but the AI is leading you. I don't know. Who does wag the dog or the tail wag the dog? How do you say that? Who's got that leash? Who's holding a leash? Is it the humans or is the dog? That's right.

Does the dog wag the tail wag the dog? There I got it. The question is that and the answer is we're not sure. But if you want to be an FDE, you're going to have to wag the AI. Because their whole point is to be deployed with customers. This is kind of how they're different than like a typical software engineer. They're like one-on-one with customers, and they're tailoring AI models, whether that means rag, whether that means fine-tuning, whether that means literally just setting up the right model to use and providing it context. I don't know.

Not sure if that matters so much. That's probably up to the FDE to decide what is tailoring in the context of the customer and working directly with the end users in order to give them what they need. Your thoughts on this new thing that is new. Well, I have news, Jared. Okay. I have met, talked to, and experienced an FDE before recently. Oh, yeah? We're working with Redis on an engagement, so they're one of our sponsors.

I love Redis. I'm actually quite excited that Redis will want to sponsor us because they've never. That is cool. You know, it's so cool, right? Yeah, for sure. And they obviously have a lot of stuff around their vector search. You know, Redis is really this, you know, in-memory cache that's utilized in so many places. But they're really solving some cool problems around the AI vector search and embeddings.

And like just I don't even get it. Like I don't even play in that world very well. So I don't really understand the full spectrum of it. But I sat down and I talked to Tyler Hutcherson from Redis. and he is a forward deployed engineer. Oh, he is. Yeah. And his entire job is to obviously talk to people like me in some context,

but his other part of his job, like the 99.9% of his job, which is not talking to me, is being at a customer, like literally being there for sometimes multiple weeks or a month. And so he'll kind of come in and come out. And his whole entire job at Redis is to not really at all sell Redis binding me. It's not his job. His job is super about what are they doing? How are they leveraging Redis? And how is it working for them? And how can they make Redis better

for them? So kind of like that, they'll kind of like either do integrations, they'll do migrations, they'll do, like they work there. Like they work for that company. But all they are to Redis is a customer. They're not paying Tyler any extra, to my knowledge. And Tyler actually works with a team of these folks. So that's the point of the forward avoid is like you are not just with the customer you're like kind of working for them yeah and i mean you've got to be fully embedded to have the empathy factor and like you're deep in the

in the water with them you're wading with them to kind of figure out you know where's the next drop offer you know where's the where's the land i don't know oh it's the point of waiting the water i guess you're swimming maybe who knows you're knee deep in something right it's sometimes you're not knee deep at what it is sometimes it's water that's right The whole job is about figuring out how Redis is being utilized, implementing features, taking that stuff back to product, product iterating it out. Now it becomes in the next version of it. And so it's just like the rinse and repeat cycle. I think that's it's smart.

It really is smart because, you know, you got that boost on the ground mentality. You've got an engineer doing an engineer's job. And their whole entire job is the success metric around it is just. make the customer enjoy using it more and solve their problems. And then hopefully, if that is a product feature we should support, bring that back to product. Let's make it a true feature. And you've got as best as you can, truth, which is customer usage.

How do they fall down with it? How do they triumph with it? How do it work out in different deployments or on different architectures? And you take that back to product and you make it real. And now they're better and other customers who have their problems better. Obviously, if it fits into the Redis, man, this is not a Redis ad, but this is the only context I have. I'm sorry. That's all good for you, Redis.

You got this one for free. You contested him. If you, yeah, if you, what was I saying now? If it fits into the Redis way of product, that's great. I mean, like, that's, that's really a, uh, that would be a fun job, I think. Yeah. That does sound cool. Let me bring this back to a company like Anthropic here.

out and out of Redis because that's that makes total sense in the context of Redis where I think it's going with these AI model um situations is you have a company like Anthropic who wants other companies to hire Claude right to use Claude as much as they possibly can and to get the most value out of cloud than they can well as we've seen lately there has been a difficult path towards successful adoption of AI in the enterprise. Whether you believe the 95% numbers or not, our recent show is Sean Gedicki. He does not believe those numbers.

You can go read his blog post. Why? But certainly there's plenty of projects that have failed to adopt AI inside the enterprise. Like the promise is there. You get excited. You go out and you just like, well, let's just slap it on something

and see if it's just all unicorns and rainbows. And it's not. And so these FTEs, these forward deployed engineers that work for Anthropic, like they would perhaps go in and be deployed into a Fortune 500 or whoever it is that could eventually, or maybe is a small clawed customer, but could be using it 10x, 100x more if they were having success. And so they are there to help them wield that model in a way they get a huge value out of it. And I think that does sound like a fun job. I mean, that would be fun. Yeah, I think so too. I mean, yeah. Wow. I mean, what a time to be an FDE, right? That's right. So if you're not a brand new title, what a time to be that. If you're not an FDE and you want to become an FDE, how do you get there? Well, according to this article, that's a summary of another article that I'm summarizing for you. They say this is a clear signal of a shift from research to real to real world results. And there's a clear message that AI.

Fluency isn't enough. So if you're fluent with AI tools, not enough. Customer-facing AI skills are the real edge. It says the most in-demand tech workers in 2026 are not just coders, but also communicators, problem solvers, and translators between AI systems and human needs. So there's a short list of skills to be acquired. If you have those skills, you know, throw FDE on your resume. If you don't, acquire away.

and I think that while this might not be the end-all-be-all title, because, you know, every couple years we need a new title. This is like the new data science. According to this, maybe it's a flash in the pan. But if it does, if it does have staying in power, then those are the skills you're going to need. It's not just the ability to direct your agents in a successful way. You have to actually help other people direct their agents in a successful way.

Yeah. that's interesting even the way it uh it phrases this it says i'm gonna resate again because it's like you said it good but i'm gonna say it good too say it better uh maybe i'll suck at it who knows let me try okay the most in-demand i'm gonna you're doing bad i'm just laughing for the fun of it like it's i don't even want to try i just want to read it uh the most in demand i just this is this is profound that's why i want to read it again the most in-demand tech workers in 2026. That's not this year. This is 2025 are not just coders, developers, but also communicators, problem solvers and translators between AI systems and human needs. And that is such a wild thing

because there are so many folks out there like that. So when we talk about, you know, disruption and job replacement, how many folks were in product teams or these solution makers and problem solver spaces where they were sort of move around specs and they would say, well, do here, right? Well, I go get the spec from the customers and bring it to the engineers, right? That's what they do around here, right? And they're like, well, gosh, everybody's taking my job. All these EIs are taking my job now.

Well, not anymore, because you can now go into this role because so many of those people they may be displaced because of change or disruption. I think that's a that's like a snapshot of a lot of those folks. Go do that. Go do that. And if it's going to be in demand next year, and this episode is true, this is November

11th, 2025, when it ships, it's, you know, plus four days. Do the math. I can't. I'm stupid. Go and do this job. Be an FDE for Anthropic or the Anthropic likes. Yeah. All right. Let's do one more. Let's do one more deep dive. One more. And we'll call it a day. Dead framework theory. You know, I like these theories, you know. So many theories today, man. Gosh. Don't confuse with the alive internet theory, okay. This is, that's right. This is the debt. We're back to the dead. This is different. Yeah. Kill the frameworks.

It's the opposite of a life. This is dead. This was written by Paul Kinlan. And he actually wrote a piece last year, which I included in Change Doggin. And he was called Will Developers Care About Frameworks in the Future? And he is thinking he was kind of wrong about that, but he was wrong in a kind of a weird way or a timing way. What he's found and what was news to me, which is why I definitely had to include this, is basically now that more and more people

are building with AI agents it has it has pushed React into like this foundational layer of web development which he thinks is unassailable at this point not only do the models

know a lot about React because they've been trained on vast amounts of React docs and examples and open source code but it's also in the best interest of the tool creators if they want

their customers like cursor for instance or v0 or bolt these tools these vibe coding tools or whatever they want to call them they want their customer right the developer end user to have the best chance of success and so they're just picking react for that reason so it's like it's not the winner of the game it is the game now and so far so much so that they're hard coding it into their system prompts. So like, if you're like, hey, make me a web app. Like the system prompts like make it a React app. That's right.

And so that's why the dead framework theory is like maybe frameworks are over. Not for the reasons that Paul was thinking last year, but now he's thinking because basically React is its substrate. Fully seated. Yeah. You know, what I find interesting about this is, um, is just that is that like if you're going to code something. else. Let me rewind and like think about the one I'm trying to say here is maybe a layer above

that is that what if future engineers, 2026 engineers maybe even, right? Because that's so close. That is the future obviously, but it's so close. That's not truly the future, but it is the future. But what if in 2026 engineers' jobs shift from innovating and handing it to humans, but they're innovating it to hand it to a LLM. So the LM can then be using a well-defined standard. Now, in this case, React has had 20, well, not 20 years. How many years?

14? Each years? 12 years? What years did it come out? I can't remember. 2014, maybe? Yeah, so a lot. You know, 11 years. Call it a decade at least. Yeah, a decade.

So I mean, it's been seated for a decade. Let's get the number. Let's get the number. Yeah, 12 years ago, I drilled it, 12 years. Okay, smart man over there. Good, good for you. Good guess. I guess good.

So 12 years, all right, that's there. But what if future engineers, like, I almost want this as a developer, I would rather have a super good engineer who's way better than me, who really knows the things, teach the LLM that really good thing, make the framework, make the standard, define the specs even, so that whenever I utilize the AI and those kind of things, it's just kind of there. It is the substrate.

Like, React has become, in this case, in your example here, like, what if the LM already knows how to write the language, so I don't have to learn how to write the language. I can learn through using it, but it already knows because it was taught by an engineer. It's almost the same concept. It's like, it was taught to use. use and deploy really good, well-formed, some may not like React, but really good well-formed

React application because it is a substrate. It is the winner. And so why debate it? And just hard-cote it into everything because that's the way. It is the standard format. It's got the most battle-tested tests against it. It's been utilized in all these places. And sure, it's got its blemishes and its flaws, but it's the standard. So why fight it? Kind of the same thing, but the opposite way, which is like not the React way where it was born 12 years ago and it's become that through usage, but the opposite way where it kind of comes in from the top, it's like it's teaching the LM at the top and it's coming down to the LM through my desire to build out new things. In this case, I'm like, Go and Rust are pretty staples. Like, I'm trying my best

to never touch Rust again. Because I'm just not that good, okay? I'm just not that good. Go I can hang out there. Nothing against Go is just easier. It's easier to read. It's easier to work with. It's kind of more fun for me at least and i feel like rust is so cool but i'm just not that cool to touch it okay it is it is no doubt super cool i'm just not worthy yeah i'm tracking what you're saying i'm wondering there's like a gap between here and there obviously like the world that you're painting and the world that we live in and ironically perhaps the reason why at least paul says that these tool creators and model creators are front-loading React is because developers need to maintain the apps that are being created and developers no React.

And so you're giving them the best chance of actually maintaining the produced code because of this deep-seated knowledge across the industry of the last 12 years of how to how to build React-based websites. Right. And if you're going to topload something else that we don't have to look at, then I couldn't imagine React being the technology of choice. There would be no reason to choose React because the browser already is a platform. And the agents could speak directly to the browser via the DOM

and wouldn't need something that's maintainable because they're the ones maintaining it and they already speak the browser. You know what I'm saying? So it's like there's because the humans are still in the loop, we are getting React apps but if we took them out of the loop we wouldn't need to have React apps anymore but we aren't out of the loop

and then will we be anytime soon yeah I don't know if we will be either let me clarify it as you were describing that it came to me more points of clarity okay so what if really good Go developers were really interested in

or even employed to make sure that Claudecode knew exactly how to structure a go see a lot So whenever I spin up a new CLI, I'm not having to start from scratch with context lost or what is the problem I'm solving or oh, because it has these specifics.

Like, what if it came from top down? Like, I don't have to think about structure. I don't have to think about where the commands go, where the internals go, where the security goes, like all these different things. It just is because someone who's really good with all the go idioms is teaching the LLM so that I can start off with all these sort of like,

not i would even call training wheels right this is a dang tank you know i don't have to even get a bike i can go right to the fighter jet you know which is totally different and you got two wheels and two wings and massive engines and really really high speeds right tom cruise all the good stuff now you know all you retreats to attack right there man that's right fighter jet let's go and and even so far as like versioning like i had fun doing that versioning and go see a lot what if it's an Yeah. Somebody already knew that and taught the LLM. That's an implementation detail. Yeah.

It just, yeah, it was just an implementation detail. I didn't have to do that. Right. That's, that's, I don't know how that flexes out over time, but that to me is cool. Like, why should I have to learn all these things when the LLM can be taught it from a human and even learn from the AI and this weird cycle goes on and on? But it kind of comes down from the top. Why do I have to sort of start out from scratch till in, my LLM like hey no you totally botched this structure and now we have to spend you know a day

or two hours refactoring like a day in AI time is like one hour right other one is like we got two weeks to do this I'm like do it you're going to be done with this in like a minute I'm not even worried about these weeks right yeah so like that's that to me is kind of a weird thing and that's kind of a wild thing to think about yeah I see what you're saying I think uh slight trepidation from any sort of top down design and the reason why it can be bad is when it doesn't fit your circumstance, but you're stuck with it because that's what the agent knows. Yeah. And so you now have to use, you have to build a go CLI the way the agent says to build it because that's how it builds it. You're not actually

part of that conversation at all. And if you tell it to change it, it's like, sorry, I can't do that, Adam. Yeah, my ways are not those ways. You have to go that way. Everybody has their own opinions and their own taste and you and your taste clashes with the top down well the tops of the top and you're at the bottom so you know or even things in rust like memory safety like hey don't ever do it that way that's the wrong way that's always the wrong way i don't care if you're writing a russ cly or a russ back end or low level tooling that taps into ebpf whatever like don't it's never wrong it's never right never do it that way there aren't so many absolutes in software development though.

Are they not? Well, why do you think it depends is one of our most common phrases. Okay, fine. It depends. I concede. I concede. But I still have once. I still have once.

It was a fun ride. Yeah. Well, now you're retreating. I'm waiting for the attack. I'm waiting for him to attack. He just retreated a little bit. Okay. So good thoughts.

Interesting. Well, I can appreciate the it depends because I've heard about one, about one million times of my life on this podcast and throughout my career. So I can empathize with that. I think my dream is that help me think a little less so I can be, so I can think about vision, product, and user experience. Oh, I think that we could possibly get there without the top-down approach. I think that the more that we codify and continuously improve on best practices and then,

you know, feed them back into the systems, then the systems will get better at working at increasingly higher levels. I don't think if we take us out of the nitty gritty that we want our agents creating React apps any longer. I just don't see the purpose of that. But in the meantime, I get it. I also think it's kind of sad because you just have this like accident of history. Not that React is an accident of history,

but you have like this timing and this talk about codification, a freezing in time all of a sudden. sudden look at this chart you're looking at this chart so on his website he has it's crazy so this is according to built with dot com he says there were 13 million plus sites outside of the top one million deployed with react in the last 12 months and so there's like a straight up chart if we look at react usage over time starting in an i mean it got it started gaining in like 2018 up through 2022 but in 2023 aka yeah coding agents starting or coding LLM's telling you how to write code.

Now they're agenting for us. Agenticine. I don't know what the verb there is, but it goes straight up. I mean, it's just insane how many new React sites are coming out today. You could do the same comparison to WordPress in a different era, right? Like at one point,

by and large, anybody developing a blog or building out a basic website for, you know, SMBs, medium-sized companies, even some larger ones. Oh, for sure. WordPress, right? same curve, no LLM.

Yeah. I mean, when you are the de facto, that's what happens. Yeah. So nothing against that, but I think that's... No, I'm not sure to blame React or anything. I think that... I think it's different because there was human choice involved, and there is human choice.

It's just like two degrees of separation away. Yeah. It's like this self-reidirecting feedback loop, or it's just like React popular because React's popular because React's popular because React's popular and we're not

anywhere like when do we step in and say yeah but we don't have any we had a chance to say yeah WordPress is cool but what about what else people

put websites with what about ghosts I don't know Rails here about ghost what about ghost you know I suppose ghost

yeah sure but I think they sort of have more choice like Ruby on Rails and different there's choice yeah

build your own that's what you're on WordPress yeah we can still build it own things. I think that what we need to do in the future is just build everything ourselves, you know, just like who needs libraries. That's where I'm headed. If the agents get us there. If they get us there. Yeah. Explore that a bit more. How do you mean, I mean, because I think testing frameworks are still important. Protocols and known processes that work that are battle

tested, fast, readable, you know, digestible. I'm not against protocol. I'm just talking about libraries and frameworks. Right. Certainly protocols and common, you know, bits that glue everything together. Here's a quote. So I've been working on a little blog post and I'm not ready to say much about, but I will say. Okay. I'll say this much.

Our friend Louis Vio was writing on his newsletter that I read. And he's been Agent of Cody now. for about a month like in earnest like having fun building stuff just like you are and he wrote out some of his observations after a month of doing this yeah and he says eat here's one of his observations each of my new tools relies heavily on faust libraries free and open source yeah but i suspect many fewer than would have been the case in pre lLM code hard to say if this makes existing core libraries even more important and valuable or what so he's finding what I'm finding which is like they're you still got your react okay but all of the

other stuff that you used to pull in all those other ancillary libraries those utilities those helpers especially the smaller ones it's like it's a burden so yeah just tell your thing to write a thing that does exactly what you need doesn't need to be generic doesn't need to be abstract it can be exactly what you need, nothing more, and you have way less dependencies over time. And I think that we're at a point now where we can start to trim our dependencies around the edges and re-implement their limited functionality, just for a own use case, and remove that, and then over time, build with less and less dependencies. I think that that that in certain ways is unfortunate, but in other ways it's kind of a good thing.

like left pad for example no one's in this future left pad will be less probably never be in a dependency again or as much it specifically but you know the idea of left pad

being a dependency like that in this new world an LLM can easily replace that thing and it would it would never pull it in its dependency is like oh I need to move I figure what would the left pad even do like padding around or something like that it had a string on the left side

you know it had blank spaces to a string right the way you want to use it yeah so they'll alone be like yo i just did that no left pad required almost every almost every developer in human history would also have done that one that's why that one's hilarious only in the javascript unity would we just you know pull in a package for that but yes exactly that let me go slightly more um complicated what about a markdown parser for instance oh okay now you're getting me excited well because i mean markdown parsing is a known quantity like this is not rocket science this is there's a markdown parser in every language

people all have written them etc well what if i need a feature where it's like i want to be able to add markdown links to this text blob you know so you can put your square brackets around your text and then you can put your parentheses and put your link in there and we're going to take that and we're going to know that that's a thing and we're going to either translate it into html or maybe into an iCal thing or wherever we can output it okay well in the past perhaps you would pull in a markdown parser. I got to go get the markdown library of the day. Or I write a really norley Red Jacks, right?

In the future, why don't you just write your own little markdown parser? Because it's going to take seven minutes for Claude to do that for you. Or is it over 40 seconds. And it might not be a full markdown parser that supports. It doesn't have to support all of that. You don't need all that surface area. You're not worried about bold and italics and stuff like that. All you need is a link.

Right. And like there's a place where it's like, yeah, a regular expression could do that. but also you're like, well, now I want the links, but I also, maybe I do want the bold and italics. Okay, my markdown parser just does bolds, italics, and links. And it's 500 lines of code versus the official markdown parser for Ruby, which is like, I'm just making this up.

I have no idea what it is. It's 17,000 lines. You have to compile, see extension, blah, blah, blah, blah, blah, blah. Oh, yeah. Dang, it's true. You know? So, like, stuff like that. Yeah.

Yeah, those things that you start to eat in from the fringe, and you start to, like, eat your way into your dependencies until they're all gone. Yeah, I think that's the kind of open source we won't truly miss. I think the open source we would miss, like if, like, if you no longer need a ruby on rails,

like that level of replacement, that might be a different world to live in. I think those are the last things to go. I think they stick around the longest. Because they're the biggest, most valuable. I mean, React sticks around the longest. Yeah, and I think as long as humans desire and need to read the code,

or desire to have visibility into the code and it's never because I mean, there could be a world I mean, I'm living in a world now where I still tell people, I tell people I'm a technologist and a software developer and a podcast and all the things I do and then I tell them like

I'm doing things with AI, I never thought I would do I'm literally, it's science fiction to me, still yet I still can't believe what we can do. It may be a couple more years where that may be true. Like I can just invent a framework and it's so good at doing what it needs to do that we that we stop checking it because it's just so good it's always been good and that might be five years or a few years on the road

but it might get to a point where enough of the human race who's doing this kind of work and pushing this kind of boundaries like you know every time the thing does the thing it's good so I don't really care about the code really ever anymore I used to but now I don't I'm not saying I want that world necessarily but what if that's the next level It's like, it's just become so good that it could talk to the DOM and in fact, it just reinvented the browser. You know, Dom's gone too.

By, you know, like, the things you thought were never going to be replaced are replaced, you know? Yeah. Who knows? Yeah, we'll see. I'm still in the opinion, even though I've gone away from my AI winter stances, my plateauing, because I've been wrong about the plateau on a couple occasions. So, you know, I don't like to be wrong. I'd rather be right. I'm not going to be calling plateaus anytime soon because I've been wrong enough.

But I don't think we get from where we are today with transformers to that. I think we need some other and some other thing most likely will come around. So I'm not saying it's not going to happen. I just think that we need another step change to get to that level. I think we can get very far where we are. Let's try to hypothesize what that might be then. Can we do that? Oh, my goodness, man.

I'm not a computer scientist. I'm a podcaster. Well, I have some ideas, and I'm a podcaster too. I don't know if this is true, but I wonder, I mean, because we are moving at such a pace now where the hard things got easier, and I would love, maybe this is where we should go either this year if we have one more opening forward, which I think we don't. Maybe it's a first year kind of thing, because I try to do it last year, is dive into quantum computing. I think that that's becoming the new furrow ground because we've got such advancements in, artificial intelligence, LLM's supporting, you know, large swaths of generating code that we're moving at a faster pace on the things that were hard.

So it's obvious like something that that would be next. We've talked a little bit about like biocomputing recently, which that was kind of wild. And even that was in the research phase. It was cool to have that conversation and, you know, no harm, no foul to the person that we interviewed. She was amazing, but it was still research. So it still wasn't quite here. It was in the works.

They've had some issues. They've had some ability issues. They've got some clear windows of where they can go. But I wonder if that next invention layer, like you say is not here with Transformers, is solved or is, because you've got Microsoft doing like some cool stuff that I've heard about where they've got like a computer in like negative 500 degree temperatures doing something. And I'm not in that world. I know of all that stuff, but I saw a video about it. Doing something.

You know, like this quantum stuff. So I wonder if this quantum computer, this thing that I'm not even that familiar with, is the next big thing that comes sooner because we're here now so quickly in building software. It's such a clip that we never have before. Yeah, I can't answer that question.

Like if you made me stake my life one way or the other, I don't think, I would say, I don't think quantum computing takes us to a GI for instance. I think it's like a different kind of thing, but I could totally be wrong about that. And I think there is other things that are coming beyond transformers. I just don't know what they are and when they're coming and how far transformers can take us.

But even guys like Jan Lacoon, which is like, you know, he is a computer scientist like capital C, capital S. And one of the smartest ones that I can, you know, fathom in the industry, he says that we're not getting to AGI with Transformers. And so I'll just take his word for that. I don't know what the next thing would be. And I'm not the guy to invent it. Somebody else will invent it. And then, you know, I'll complain about it. You think AGI is required to reinvent the DOM or the browser or to make

pretty stinking smart. Rails obsolete. I think you'd be pretty good. Like AGI, AGI, probably not. But something with way more conscientious. I don't know. Like, it has to have actual smarts, not just instant recall of the world's information, you know? Yeah. Yeah. That's my take. But I love to hear other people's take on that because I've been wrong before. I think it was 2017. Back in 2017, I was wrong. And yeah, that was the last time. Were you wrong about that? That was a lot of time. I was falling into, I realized your job should be there. I'm like, I just mess it around. That was a long time ago, Jared.

Since then, are you pulling? Yes, you're pulling my leg. Stop doing it. Oh, yes. I got you. Yeah, you did get you for a bit there. Great conversation. This was fun.

Yeah. Oh, did you push record? Oh, shoot. You did. I got you. I got you. Hey, that's just the throwback, y'all. Our last friend's episode we did together, we were sad.

If the first few minutes of that episode, go back and check it out, just like we seem a little gloom. Because we are. We forgot. Yeah. push recorder we talked for like 45 minutes total gold and you missed it because that's it was it was going to dev no and that's not cool let's leave the folks with this go write an agent right yes go write an agent listen to change law news go write an agent change log dot news if you're going

there this week well that's going to be there for you if it's next week well then go back a week but either way um Thomas how you say his last name well I think it's pronounced Tachek because it's Polish, I believe, but it's spelled Patechek. Yeah, Thomas Tachek. There you go. Co-founder of Fly. We love Fly. We're hosted on Fly.

Thank you, Fly. Did he co-found? He's one of the co-founders, yeah. Okay, cool. I think he's, was he a CTO? I don't know. I don't know what he is. I don't know.

He's been around a long time. What are you? I know he's a co-founder, though. Over Fly, we love Fly. We use Fly. Amazing. But he wrote this really awesome read. It's 13 minutes long.

You should write an agent. And I read it. I agree. I don't have time to write an agent, but I think I'd like to. It'd be a fun exercise because then you got the full empathy factor of what it takes to make one of these things. And maybe you can make your own little Archie or Alf or pick a name that's fun to you. And maybe it's Susie. I don't know.

Pick it. Yeah. Make yourself a little agent. Who knows. There you go. And then tell us what you named it. That's right. Because I tried to name something Archie recently, man.

That's why I said that. Because I was bummed. because I think it's archiving tools yeah I wanted to call it archie and so I think it's yeah archie core just spell it wrong on purpose that's what everybody else does maybe so but I think it's archie what was it something that was like that there's an archie out there and I found it and I was like okay I can't I can't do that because this is like AI native cloud infrastructure is that the most buzzword ever but that's what they do and that's they that's they are Archie Labs Archie Corr, don't know who they are really,

but I found them and I'm like, I can't call this thing Archie. So I called it Z Arch. Nowhere near as good. I mean, I think Z arch is cool. Why? It's because it's an arch way that's in somewhere over there in Germany.

It's archiving. It's totally focused on Z standard. Not other formats. This is this is Z standard for mere morals, man. Z arch. Not Archie. I think Archie would have been cooler i'm just trying myself feel better okay right it's like when you don't him record and then you

still record a show after that and you try to make yourself feel better or she would have been cooler yeah well you know just uh spell it wrong on purpose man just spell it wrong on purpose it's all i guess you could say a r c h y i could try that bam bam i mean it's not done i didn't release it's i mean it's this a skunk works project at this point it's my fun name z art sounds cool we'll see all right bye friends my friends go code an agent have fun listen to news change lot dot news and we'll see you when we see you bye my friends so i mentioned inviting spencer chang creator of the alive internet theory website on the show to discuss good news he got back to me and he sat down with me yesterday to talk all about it

and a bunch of interesting art pieces he's building that entangle with her everyday lives and each other it was a fascinating conversation we'll bring it to you next wednesday oh and us know if you enjoy these extended news discussions with Adam and myself. Maybe we'll do more of them. Maybe we'll do less, but we can't divine whether or not you dig them, so you'll have to tell us. And if you want to discuss with us what we discussed with each other, that happens in our community's Zulip chat, which is free and joinable at changelog.com slash community. Thanks again to fly.io, to depot.dev, to augmentcode.com, to Nordlayer.com slash the change log,

to Breakmaster Cylinder and to you for hanging with us. Let's do this again next week. Speaking of next week, next week on the pod, news on Monday, Spencer Chang on Wednesday, and Chris Benson talking drones and robotic swarms at the edge on Friday. Have yourself a great weekend. The hand of the diligent makes rich, and let's talk again real soon. Finally, the end of change logging friends with Adam and Jared some of the randot. We love that you loved it and stayed until the end, but now it's over, it's time to go.

We know your problem should be coding, and your deadline is pretty full-go. for boating your ticket backlog is an actual problem so why don't you go inside no more listening to change lock and friends that a man charmer in silicon valley no one gave the gag will come to an end but honestly that will probably be our finale You'd best be slinging ones than zeros, and that makes you one of our heroes. Your list of two-dos is waiting for you, so why don't you go inside? No more listening to Change Rockin' Friends,

that I'm jamming people you know. Change Lock and Friends, time to get back into the flow. Change logging friends. Change Lock your friends. Change Lock your favorite friends. It's your favorite ever show Favorite ever show