The Changelog: Software Development, Open Source - An open platform for LLMs, speed matters, imaginary problems, Val Town & how to finish your projects (News)

Episode Date: June 19, 2023

An open platform for operating LLMs in production, working quickly is more important than it seems, imaginary problems are the root of bad software, Val Town is a social website to write and run code ...& Aaron Francis' guide to finishing your projects.

Transcript
Discussion (0)
Starting point is 00:00:00 What up nerds? I'm Jared and this is Changelog News for the week of Monday, June 19th, 2023. Did you catch our Matt Depends episode of Changelog and Friends over the weekend? Early reviews are in and glowing. Here, I'll read you a few. Absolutely delightful. The mix of informative content and humor is just perfect. This is the kind of content that keeps the developer community buzzing. Kudos to the team. Perfect balance of humor, insightful discussions, and informative tips. An absolute winner.
Starting point is 00:00:38 And that's just some of the things ChatGPT said when I asked it for a bunch of glowing reviews. Okay, let's get into the news. Just when you think closed AI and big tech might dominate our inevitably AI-infused future, open source enthusiasts all around the world rally around each other's work and launch project after project after project, offering viable and sometimes superior alternatives. Enter OpenLLM, a platform for operating large language models in production. With OpenLLM, you can run inference with any open source large language models, deploy to the cloud or on-premise, and build powerful AI apps. I've said it before, and I'll keep saying it until it's not true anymore.
Starting point is 00:01:21 Always bet on open source. All the way back in 2015, James Summers wrote a post that is still relevant today. It's called Speed Matters, Why Working Quickly is More Important Than It Seems. In that post, he says, quote, The obvious benefit to working quickly is that you'll finish more stuff per unit time, but there's more to it than that. If you work quickly, the cost of doing something new will seem lower in your mind, so you'll be inclined to do more, end quote. That's an interesting way to think about speed. He likens it to email exchanges, saying, quote, I've noticed
Starting point is 00:01:56 that if I respond to people's emails quickly, they send me more emails. The sender learns to expect a response, and that expectation spurs them to write. That is, speed itself draws emails out of them, because the projected cost of the exchange in their mind is low. They know they'll get something for their effort. It'll happen so fast, they can already taste it. End quote. He generalizes this phenomenon as, systems which eat items quickly are fed more items, slow systems starve. And he gives a few
Starting point is 00:02:27 more examples, so check the full post if you're not convinced. Here's another solid piece of writing that had me nodding along in agreement. It's called, imaginary problems are the root of bad software. Author George states, quote, there are many factors which can be a catalyst for bad software, from the tools being used, to team communication, to the personal stake developers have in its success, to the testing methodology. I propose there is one problem chief among them, an impetus for bad software from which almost all others take root. Imaginary problems. End quote. This is why I say Yagni ad nauseum and fight tooth and nail not to add new features until their value is already demonstrable. Let's do some sponsored
Starting point is 00:03:13 news. Two weeks back, I told you about HasuraCon, and a couple listeners liked that ad so much, they tweeted about it. Weird, right? So, following the DRY principle, I'm going to call the exact same function and just pass it some new values. Here we go. Our friends at Hasura would like to invite you to HasuraCon on June 20th through the 22nd. Three days to learn, share, celebrate, and geek out on the future of Hasura and data APIs. Data APIs are reshaping the world of data delivery, helping enterprises do more with their data by serving it where it's needed and when it's needed in a fast, secure, flexible way. Hasura and their customers are at the forefront, driving this shift. Costco, Verizon, Atlassian, General Mills, over 40 of the Fortune 100 companies use Hasura.
Starting point is 00:04:01 Hasuracon features a world-class speaker lineup, hands-on workshops, product deep dives, and more. Whether you're a seasoned Hasura pro or just starting, there will be something for everyone. And best of all, it's 100% free and easily accessible online. Get all the details and register today at hasura.io slash Hasuricon. Once again, that's Hasura dot io slash HasuraCon. And if you're wondering to yourself, how many times could Jared say Hasura during this ad spot? The answer is 13. I've said Hasura 14 times. Valtown is a new social website to write and run code. The tagline for this site from Steve Krause hits the bullseye. If GitHub Gists could run and AWS Lambda were fun. Gists are cool, but they'd be cooler if you could execute them.
Starting point is 00:04:54 Lambda is cool, but it'd be cooler if it were actually fun to use. Enter Valtown, where you can write and share VALs. VALs, like V-A-L, are small JavaScript or TypeScript snippets of code written in the browser and run in their servers. You can export your VALs to the public to create an API endpoint, schedule any function in a single click, and even email yourself as easily as you log to the console. It's early days for the service, but it seems like a cool idea with a cool domain. Check it out at val.town.
Starting point is 00:05:29 Last up, we have Aaron Francis writing for GitHub's ReadMe project. He says, quote, starting a new project is a rush. The possibilities are infinite. There's no legacy code dragging you down. We're only making good decisions this time. The beginning of any project
Starting point is 00:05:44 is always characterized by blissful productivity. But sooner or later, the blissful productivity gives way to something that feels much more like work. More like a grind. But it's probably just this project, right? Maybe you've lost interest. The passion is gone. It's not as fun as you thought it would be. All that's left is the boring stuff. Now you have a new idea, and you're sure that you'll see this one through. And so the cycle continues over and over again until you're left with a graveyard of unfinished projects, wondering how anyone ever finishes anything.
Starting point is 00:06:17 What does everyone else know that you don't? End quote. Starting something is easy. Anybody can do that. Finishing is hard. That's what sets people apart. So you know how to take the reservation. You just don't know how to hold the reservation. And that's really the most important part of the reservation, the holding. Anybody can just take them. In this guide, Aaron walks you through the work
Starting point is 00:06:42 of finishing and helps you take your project from mostly done to actually done. That is the news for now. Wednesday's interview is with frequent guest Adam Jacob, who's been toiling in stealth mode on what he calls the second wave of DevOps for years. And he's finally ready to talk about it. On Friday's talk show, we're joined once again by our old friend Brett Cannon from the Python Steering Council who would really like to help me with my pip install anxiety. Have a great week. Share ChangeLog with your friends who might dig it. And I'll talk to you again real soon.

There aren't comments yet for this episode. Click on any sentence in the transcript to leave a comment.