Stand by for blurbs

A new day for gold plating

2026-02-24

tl;dr Agentic computing normalizes gold plating and that's a good thing.

Read more...

Gold plating, in my mind, is all the programming which isn't strictly necessary, but is either 1. fun, 2. interesting, 3. extends capability for better insight, or 4. some combination of two or all of these. Gold plating can be expensive. It takes engineering time away from paying products, an immediate payoff, for hopefully longer term benefits in domain knowledge, engineering expertise, and other difficult to quantify benefits. However, as the cost of inference plummets, directing an agent to thoughtfully "gold plate" an implementation suddenly makes sense. As an example, I had an agent implement a manual evaluation prompt useful for verifying output from a DAG processer against the DAG defined visually in a PDF file. In the past I would have called it done with the specs. Now, for very low cost, I can run an evaluation through the DAG from the command line, feeding it strings and getting a path and result in return. Pure gold!

It's all cognitive debt and always has been

2026-02-21

tl;dr As Ward stated, it's the difference between current implementation and current business needs.

Read more...

Technical debt as it's commonly referred to really is a misnomer, at least from a programmer's point of view. As programmers are hired for the most part to solve problems unique to a business, or within a business context, they are most often solving a problem new to themselves. This is why agile methods are so effect (a different, much longer conversation). Highly experienced engineers can draw on knowledge of related solutions. The point is that this gap - debt - exists in a large part because the implementation in that gap is novel. As a result, closing the gap gets punted into the future, inducing technical debt.

What is old is new again

2025-02-19

tl;dr Software development finally resembles construction work.

Read more...

I've read - for decades - how software at least superficially resembles construction work. But that's not true. In construction, hundreds if not thousands of years of practical experience are leveraged, allowing a high degree of planning to be successful. In software, we often don't know exactly what we want to build, nor exactly how to build it. Which, in the last few weeks, has changed. As Andrew Zigler explains in Mise en place for agentic coding, we really can plan in advance, when our software agents leverage billions of man hours of experience.

Unhooking CI/CD. Regression or progression?

2025-02-19

tl;dr I've started unhooking personal CI/CD pipelines to help speed development.

Read more...

I used to build and maintain CI/CD pipelines in various tools, most commonly spread between GitHub Actions, CircleCI, and Semaphore. These pipelines need to be maintained. APIs and a authentication methods evolve. However, it's time consuming to keep them all running, especially after projects have been dormant for a while. Thus I'm unhooking them. The AI/Agentic power curve is moving too fast right now, none of my personal projects are sensitive, and anyone I work for will have these tools already in place, or I will build them as part of the role. For now, there is no justification to continue maintaining them.

Tooling expands, the problem remains the same

2026-02-18

tl;dr the paradox of choice scales infinitely.

Read more...

Having started with ChatGPT back in the hoary old days of 2023, I would think I'd be quite acclimated to the pace of change. But I am not. Change seems to be accelerating at an increasing rate. Now with the ability to spin up entire applications, I had a latent, perhaps subconscious impression that I would finally get a grip on my personal projects, get some focus, finish and ship. That is not the case. Instead, I've started many new projects, and not really shipped any of them. I may need to redefine what "shipped" means.