Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
Changelog News #175 (2026-01-05)

How to move faster in software is easier to describe than it is to do, but Brian Guthrie goes on to provide his rules for moving fast

Changelog News

Developer news worth waiting for

Jerod again! 👋

That was a nice break! Two weeks away and I didn’t write a lick of code. (Who writes code anymore, honestly?) I did take time to have Claude Code refresh the ’ol blog and logged all your awesome book recommendations for everyone to peruse (more than 30 to pick from!)

Ok, let’s get into this week’s news.


🎙️ State of the “log” 2025

Our 8th annual year-end wrap-up is here! We’re featuring 8 listener voicemails, dope Breakmaster Cylinder remixes & our favorite episodes of the year. Thanks for listening! 💚 🎥 VIDEO HERE 👀

Art for the episode: Smiling faces. Title text. That kind of stuff.

💨 The move faster manifesto

Brian Guthrie has worked in the software industry for over twenty years at organizations big and small. He’s been a consultant, a line engineer, a director, a founder, and a CTO. He frequently gets asked how to move faster in software. He says it’s easier to describe than it is to do (many things are), but goes on to provide his rules for moving fast. The are:

  1. It Is Possible To Move Fast, And Fast Matters
  2. Fast Is Measured By What Other People See
  3. You Can Be Both Fast And Good
  4. It Is Everyone’s Responsibility To Move Fast
  5. Moving Fast Takes Courage
  6. Busy Is Not Fast
  7. Change Fast Or Die

Each of those seven rules are detailed in his linked post.

🤹 A context management system for Claude Code

The problem: When Claude Code runs low on context, it compacts (summarizes) the conversation. Each compaction is lossy. After several, you’re working with a summary of a summary of a summary. Signal degrades into noise.

The solution: Clear, don’t compact. Save state to a ledger, wipe context, resume fresh.

🤹‍♀️ A multi-agent orchestrator for Claude Code

A theme emerges…

Steve Yegge’s Gas Town project has similar goals to the previous one, but approaches the problem the way Steve often does: by turning it to 11. Here’s what life looks like without Gas Town:

  • Agents forget work after restart
  • Manual coordination
  • 4-10 agents is chaotic
  • Work state in agent memory

But with Gas Town it looks like this:

  • Work persists on hooks - survives crashes, compaction, restarts
  • Agents have mailboxes, identities, and structured handoffs
  • Comfortably scale to 20-30 agents
  • Work state in Beads (git-backed ledger)

I have no idea how this plays out in practice, but “comfortably scale to 20-30 agents” is a check I’d love to see somebody try to cash. (My favorite idea here is that once you have Gas Town all set up you talk to the Mayor and they “create convoys, dispatch workers, and coordinate everything.” Who run Gas Town?)

💰 100 million builds. 968 years saved.

Thanks to Depot for sponsoring Changelog News

Depot just published their 2025 recap, and the numbers are staggering. They accelerated over 100 million builds last year, saving engineering teams ~8.5 million hours of build time. That’s 968 years reclaimed for actual development work.

What’s impressive is they maintained performance at scale. Despite an 8x increase in build volume, average build times actually improved—from 3 minutes 11 seconds down to exactly 3 minutes. At peak, they’re handling over 2,000 builds per minute.

The team shared some hard-won insights too. External dependencies like Docker Hub and GitHub remain challenging—webhook delivery isn’t guaranteed, third-party reliability varies. Their response: better observability tools, usage dashboards, and GitHub Actions analytics to give teams visibility into what’s actually happening.

Looking ahead, they’re building a custom build engine, enhanced GitHub Actions runners with improved caching, and stronger reliability protections against upstream outages. They also noted something we’re all feeling: AI coding tools are shifting the bottleneck from writing code to getting it integrated and deployed.

Read the full recap at depot.dev

🔮 2026: the great engineering divergence

InfluxDB CTO, Paul Dix:

Once coding speed jumps, everything around it becomes the constraint. Your throughput gets capped by whatever is slowest—clarifying requirements, reviewing changes, validating correctness and performance, getting to production safely, and operating what you shipped. In 2026, the great engineering divergence will be determined by who raises that ceiling end-to-end.

If Paul is right, the most effective software teams at the end of ’26 will be “wildly more productive” than even the most effective software teams from the beginning of ’25. How does the world change in that new reality? Paul has some ideas and some advice on how to think about software development in 2026.

😁 Web development is fun again

Mattias Geniar looks back longingly at the simpler days of web dev and then rejoices that AI has entered the chat because it levels the playing field for him, by making the complexity of each domain matter a lot less:

There’s mental space for creativity in building software again.

My head isn’t constantly full of build pipelines, testability concerns, code patterns, unfixed bugs… I’m confident I can cover that with help from AI. It still needs to be done, but it’s done so much faster - and it no longer feels overwhelming.

That leaves room to experiment with UI and UX, to try ideas and throw them away. To add small quality-of-life improvements I couldn’t justify before, because there was always something more urgent.

It’s also not the typing of code that I really enjoy, nor is it the syntax or structure or boilerplate that’s required to build anything. It’s the fact you get to build something out of nothing, writing code was just how you got there. And with today’s tooling, that saves a ton of time.

AI really has made web development fun again.

This certainly isn’t everyone’s experience, but I’m hearing it from more and more developers every week.


🧹 Mole deep cleans and optimizes your Mac

I’ve been a long-time CleanMyMac customer, but Mole does everything I use that for and more all from the CLI all for the price of a free cup of coffee!

Mole’s command-line interface on display.

🛠️ EHTML is extended HTML for real apps

EHTML transforms standard HTML into a powerful application layer. Write less JavaScript and let HTML handle templating, data loading, rendering, and interactions.

No build. 100% Web Component compatible. Built in form validations. Lots of neat stuff here.

🥵 Software taketh away faster than hardware giveth

Herb Sutter on why C++ programmers keep growing fast despite competition, safety, and AI:

Why have C++ and Rust been the fastest-growing major programming languages from 2022 to 2025?

Primarily, it’s because throughout the history of computing “software taketh away faster than hardware giveth.” There is enduring demand for efficient languages because our demand for solving ever-larger computing problems consistently outstrips our ability to build greater computing capacity, with no end in sight.


📐 Don’t forget your (un)ordered list


That’s the news for now, but we have some great episodes coming up! On Wednesday, Sid Sijbrandij joins us to share his cancer journey and his work after GitLab. And on Friday, the one-and-only Mat Ryer is on Changelog & Friends doing what only Mat can do!

Have yourself a great week,
forward this to a friend who might dig it,