APPropriate Behaviour
The book about all the things software writers do that aren't writing software.
FSF
Author Archives: Graham
Sprouts
Having discussed reasons for change with a colleague on my team, we came up with the sprouts of change. Good software is antifragile in the face of changing: Situation People Requirements Organisation Understanding Technology Society Like any good acronym, it’s … Continue reading
Posted in architecture of sorts
Leave a comment
Change
I was just discussing software architecture and next steps with a team building a tool to help analyse MRI images of brains. Most of the questions we asked explored ways to proceed by focussing on change: what if the budget … Continue reading
Posted in architecture of sorts
2 Comments
The value of the things on the left
With the rise of critical writing like Bertand Meyer’s Agile! The Good, the Hype, and the Ugly, Daniel Mezick’s Agile-Industrial Complex, and my own Fragile Manifesto, it’s easy to conclude the this Agile thing is getting tired. We’re comfortable enough … Continue reading
Zen and the Art of Software Maintenance
In one part of the book Zen and the Art of Motorcycle Maintenance, which is neither about Zen nor motorcycle maintenance, there are two motorcycles and two riders. John Sutherland is a romanticist who appreciates the external qualities of his … Continue reading
Posted in architecture of sorts, design
Leave a comment
A question of focus
The problem with The Labrary is that I offer to do so many things – because I could do them, and do them well – that it can be hard to find the one thing I could do for you … Continue reading
Posted in advancement of the self, Business
Leave a comment
Great Documentation, Great Software
A paraphrased conversation, the other day, between me and a customer of one of my customers: Me: Are you experienced at working with my customer’s developer APIs? Them: I always feel like a newbie, because there’s so much stuff. But … Continue reading
Posted in architecture of sorts, documentation
Leave a comment
Solving the underlying problem
As a software engineer, it’s easy to get work engineering software. Well, maybe not easy, but relatively so: that is the kind of work that comes along most. The kind of work that people are confident I can do. That … Continue reading
Posted in Business
Leave a comment
Maybe you are going to need it
In the beginning, there was the green field. The lead developer, who may have been the only developer, agreed with the product owner (or “the other member of the company” as they were known) what they would build for the … Continue reading
Posted in architecture of sorts
Leave a comment
Experts around the table
One of the principles behind the manifesto for Agile software development says: Business people and developers must work together daily throughout the project. I don’t like this language. It sets up the distinction between “engineering” and “the business”, which is … Continue reading
Posted in agile
Leave a comment
On the efficient allocation of scarce resources with alternative uses
Most of what I know about “the economy” is outdated (Adam Smith, Karl Marx, John Maynard Keynes) or incorrect (the news) so I decided to read a textbook. Basic Economics, 5th Edition by Thomas Sowell is clear, modern, and generally … Continue reading
Posted in economics
2 Comments
