Correctness vs Change
I have an article up on InfoQ finally, about when correctness matters the most, and when it isn’t really a thing: https://www.infoq.com/articles/correctness-versus-change/
change
Change at different timescales
On recommendation from @mtnygard and others, I have acquired a copy of How Buildings Learn (Stewart Brand, 1994). Highlights so far: Buildings are designed not to adapt, but they adapt anyway, because the usages are changing constantly. “The idea is crystalline, the fact fluid.” They’re designed not to adapt because “‘Form ever follows function’ … …
Inner coherence vs usefulness
Art has progressed from “inner coherence” to contextual, interrelated meaning. Can software get there too?
Tiny dramas, tiny deploys
It is better to practice risky things often and in small chunks with a limited blast radius, rather than to avoid risky things. Charity Majors, “Test in production? Yes“ Charity is writing about deploys. Not-deploying may be safer for tonight, but in the medium term it leads to larger deploys and bigger, trickier failures. In …
Designing Change vs Change Management
Our job as developers is to change software. And that means that when we decide what to do, we’re not designing new code, we’re designing change. Our software (if it is useful) does not work in isolation. It does not poof transition to a new state and take the rest of the world with it. …