Tech is supposed to make our lives easier (News)

0:28What up nerds? featuring all kinds of geeky questions. Find it at changelog.fm slash feud. Once again, that's changelog.fm slash feud, F-E-U-D. It'll be fun. Plus, you might win a changelog t-shirt for the effort. Okay, let's get into this week's news. Tech is supposed to make our lives easier. In the run-up to Super Bowl 59, Bill Maher dropped a segment excoriating the software industry and our relentless pursuit of change for change's sake. What does that have to do with the Super Bowl? Enjoy the Super Bowl this weekend while you can, because it's probably one of the last ones to be shown on broadcast TV.

1:14Which is a shame, because streaming is ruining football. And that's Taylor Swift's job.

1:24Marr launches into a curse-laden tirade on what he calls reverse improvement, RI. The term is self-documenting, but he defines it anyway. RI is making an upgrade to a popular product that nobody wants, needs, or likes. Examples follow. When I get a notice that my phone needs an update, it's like getting a jury duty summons. I just had one in my phone and now for absolutely no reason or any sense of improvement, The process of seeing all my pictures, going to different albums, adding to albums, all of it, it's all different, so I have to relearn it. And now, when I'm in an album, all the photos in that album float by in a slideshow at the top.

2:09I didn't ask for that, I don't want it, and I don't want to have to go on a expedition to find out how to turn it off. The subject of his ire? Silicon Valley nerds, of course. different. You like over-engineering stuff, but don't tell yourselves you're making anyone's life better. No one ever looked at a car and said, if only the doors didn't have handles. He goes on and on. It's funny and contains a lot of truth. The entire 844 is worth your time. Hopefully this segment serves as a good reminder that our aim as software developers should always be on improvement, not merely change. Because if the technologies we invent don't actually make people's lives easier, what are we even doing?

2:58How to thrive in a chat GPT world. Two professors from the University of Washington put together a curriculum to help us manage the already here, but not evenly distributed new world where AI systems, quote, saturate our information environment with BS at a scale we've never before encountered. For better or worse, LLMs are here to stay. We all read content that they produce online. Most of us interact with LLM chatbots, and many of us use them to produce content of our own. In a series of 5-10 minute lessons, we will explain what these machines are, how they work, and how to thrive in a world where they are everywhere.

3:38Chat is a bad UI pattern for development tools. Daniel Delaney thinks deeply on a subject I've been pondering of late. What's the ideal language for specifying software requirements that meets the correct middle between humans and computers? Is it English? Is it Golang? Is it somewhere in between? Quote, AI was supposed to change everything. Finally, plain English could be a programming language. One, everyone already knows. No syntax, no rules, just say what you want. The first wave of AI coding tools squandered this opportunity. They make flashy demos but produce garbage software. People call them great for prototyping, which means don't use this for anything real.

4:17End quote. I don't have a solution to this problem yet, but Daniel and I both agree on one thing. Chat ain't it. Quote, current AI tools pretend writing software is like having a conversation. It's not. It's like writing laws. You're using English, but you're defining terms, establishing rules, and managing complex interactions between everything you've said. This is the core problem. You can't build real software without being precise about what you want. Every successful programming tool in history reflects this truth. AI briefly fooled us into thinking we could just chat our way to working software.

4:51We can't. You don't program by chatting. You program by writing documents. It's now time for Sponsored News. Six predictions for AI in 2025. The rise of specialty models is coming, according to Augment Code CEO Scott Dietzen. He says, quote, with deep seek and open source AIs closing the gap, concerns raised about LLM commoditization, advances in LLM reasoning and questions about the future of the scaling laws. 2025 is shaping up to be a tumultuous year in AI and it's only February, end quote. Scott has some interesting takes from the front lines of AI tooling. His third prediction in the list of six is one you're likely to appreciate.

5:35It's coding AI's increased demand for software engineers. Check out the entire list of predictions and what the Augment Code team is doing about it by following the link in the newsletter or by heading to augmentcode.com. Are better models better? Here's Benedict Evans. Quote, every week there's a better AI model that gives better answers. But a lot of questions don't have better answers, only right answers. And these models can't do that. So what does better mean? How do we manage these things? And should we change what we expect from computers? End quote. Benedict's exploration into this topic is insightful and enlightening, comparing our plight with Gen AI's inability to be always correct with the original iPod's inability to withstand being dropped on the ground.

6:22The common thread? Shifting expectations. Quote, After 50 years of consumer computing, we have been trained to expect computers to be right, to be predictable, deterministic systems. But if you can flip that expectation, what do you get in return? Reasons not to refactor. I am a big fan of refactoring. So much so that in many aspects of my life, I stopped to ask myself, how can I refactor this? But refactoring is not always a good idea. and our friends at ThoughtBot took some time to write down six cases when you actually shouldn't refactor a thing. I'll let you click through for the full list, but the first one is super important and easy to fall prey to.

7:01So I'll include it here for all of us to note. Sometimes you only think you're refactoring. Quote, many people use the word refactoring incorrectly if we're embarking on a change that is not really refactoring. For example, looking at a bug or an adjustment after a third-party change. We can't fix it with refactoring. What to do instead? We need to think and talk about it differently from refactoring. We can stop and consider how the system will change, from what to what, and raise it with teammates to discuss why it matters, what actions to take, and when. That's the news for now, but also scan the companion newsletter for even more news worth your attention.

7:40Such as, Oracle defending their trademark by citing Node.js, Zach Holman on non-traditional red teams, and Redis creator AntiRez says we are destroying software. Get in on the newsletter at changelog.com slash news. We have some awesome episodes coming up this week. On Wednesday, we're joined by Arun Gupta to talk about his new book, Fostering Open Source Culture. And on Friday, Jimmy Miller returns to discuss discovery coding. Have a great week. Leave us a five-star review if you like the show. And I'll talk to you again real soon.

8:22Game on!