Next.js is infuriating (News)

0:29What's up nerds? Fast food chain has been forced to rethink their AI ordering system after one heroic patron crashed it by ordering 18 ,000 waters. Now that's what I call high quality H2O. Okay, let's get in to this week's news. Next.js is infuriating. Dominic Mecca finally decided to write a blog post because anger is the best motivator and he's angry at Next.js.

1:16After ranting some more, Dominic points to the issue tracker and calls it a dumpster fire, which I looked at it too and have a hard time disagreeing with him. Hacker News commenters had a field day with this post. the top comments, there were over 400 as I read this, vehemently agree with him. I'd summarize the core complaint as too many layers of abstraction with a sprinkle of not enough extensibility and a dash of Vercel-based feature roadmap. Open source is one person. Josh Bressers was offended by the register's recent story titled Putin on the Code, DoD reportedly relies on utility by a Russian dev.

1:55Quote, If you're not real smart, it seems like pointing out that an open source project is written by one person in a country you don't like is a bad thing. It could be, but it also could be that the software running the whole effing planet is written by one person in a country. But we have no idea which country. It's not the same person, mind you, but it is one person. End quote. Josh goes on to point out with receipts that almost all open source is literally one person. A project exists called Ecosystems that catalogs a lot of open source. Most of it I would guess, but not all. They currently have 11.8 million open source projects in their database.

2:34So what do we mean by one person is open source? What I mean is, if we look at the projects that Ecosystems is tracking, how many have a single person maintaining that project? It's about 7 million projects, end quote. He also looks at NPM package downloads and found that of the projects with over 1 million downloads this month, which is a proxy for usefulness, about 6 ,000 of them have solo maintainers, while 6 ,800 of them have more than one maintainer. That's almost half. Why copy as curl is so useful? In the linked article, Juan Wilson does an excellent job describing the usefulness of web browser dev tools' copy as curl functionality and how best to work with its output to get stuff done.

3:19Quote, copy as curl gives bulky curl CLI invocation that captures almost exactly what the browser sent to the server. Explicitly including all headers, authentication information, and any request data in a directly executable way. Being executable means it can be used to easily replay the request as the browser sent it. End quote. Juan says this is great for unambiguous communication with other people and easily editing and running debugging loops because it's executable and easily modified. in a shell script. There are of course downsides to using this technique pervasively, such as accidentally sharing secrets in pasted output and verbosity, because the output can sometimes be quite large.

4:01It's now time for sponsored news. Bring your own agent to Zed. You shouldn't have to settle for subpar editing environments in order to use the AI agent of your choice. Zed is a high-performance open-source code editor built for flow, collaboration, and speed. And they just launched the Agent Client Protocol, ACP, so you can build and use multiple external agents directly in Zed. Yes, you can now interact with third-party agents directly within Zed. To make this possible, they created ACP and partnered with Google to integrate Gemini CLI as the initial reference implementation. Write your own agent or fork Gemini CLI.

4:41Use it in Zed or bring it to another ACP-compatible editor. This is AI tooling the way it should be, flexible, fast, and fully yours. Head to Zed.dev slash blog or follow the link in the newsletter to learn more. And thanks to our friends at Zed for sponsoring Changelog News. Bear is now source available. Bear, a privacy-first, no-nonsense, super-fast blogging platform, was MIT-licensed until yesterday. Herman Martinus, Bear's creator, explains why he decided to change it. Quote, Unfortunately, over the years, there have been cases of people forking the project in the attempt to set up a competing service.

5:22And it hurts. It hurts to see something you've worked so hard on for so long get copied and distributed with only a few hours of modification. It hurts to have poured so much love into a piece of software to see it turned against you and threaten your livelihood. It hurts to believe in open source and then be bitten by it. End quote. He decided to adopt the Elastic license, which is almost identical to the MIT, but with the stipulation that the software cannot be provided as a hosted or managed service. Herman cites six other projects that have made a similar change in the past few years and concludes this.

5:57Quote, we're entering a new age of AI powered coding. We're creating a competing product only involves typing, create a fork of this repo and change its name to something cool and deploy it to an EC2 instance. While Bayer's code is good, what makes the platform special is the people who use it and the commitment to longevity. I will ensure the platform is taken care of even if it means backtracking on what people can do with the code itself. The hidden costs of dependency bloat. Nawaz Dandala unpacks why dependency bloat is such a pervasive problem. Quote, Dependency bloat has become the silent productivity drag on software projects.

6:37It's not just about the size of your node modules folder or the length of your requirements.txt. It's about the hidden costs that compound over time, making your code base harder to maintain, your applications less secure, and your development process slower and more frustrating. End quote. I like some of his advice on how to prevent dependency bloat in the first place. One, question every addition. 2. Regular dependency audits 3. Embrace minimalism 4. Monitor your attack surface and 5. Foster a culture of ownership These steps, of course, can be taken too far. The yin to dependency hell's yang is not invented here syndrome.

7:20That's the news for now, but go and subscribe to the ChangeLog newsletter for the full scoop of links worth clicking on, such as a new kind of Ruby management tool, Vim Master, and Martin Fowler on LLMs and software dev. Get in on the newsletter at changelog.news. We have some great episodes coming up this week. On Wednesday, Jim Mesnick from XORuby tells us how he's organizing six conferences this fall. And on Friday, Christian Rocha from Charm is with us talking CLIs, 2Es, and your new coding bestie. Have yourself a great week. Like, subscribe, and leave us a five-star review if you dig the show.

8:04And I'll talk to you again real soon.