Always Small, Always Better, Always Wrong

Always Small, Always Better, Always Wrong. This is the mantra for anyone who seeks change in virtually any genuinely complex environment. I’ve written a lot about small and better, but not so much about wrong, which is what I want to take up today, but first, a little refresher. The complex systems I deal with professionally all fall under the simple problem statement: "make software for money". Those systems include lots of different aspects and layers. Two of these, at […]

Always Small, Always Better, Always Wrong See Full Post