
Exploring, Pathmaking, Traveling
Setting up a software project shouldn’t require a map, compass, and a well-stocked rucksack.
Setting up a software project shouldn’t require a map, compass, and a well-stocked rucksack.
I started reading Vehicles, by Valentino Braitenberg. Braitenberg asks us to consider the implications of extremely simple notional machines. For instance, the very first machine has only a single motor…
Recently I saw a wonderful talk about domain modeling in F#, by Scott Wlaschin. Here’s an older version of it. It was a superbly executed presentation, crystal clear and compelling….
Since I’ve been mucking about with JavaScript more, I’ve discovered that for some reason the Promise pattern is a profoundly unintuitive one to me. In my quest to accurately model…
A critique of the emerging advice to encapsulate business domain actions in “Service Objects”.
A heuristic for how to classify objects in a software design.
The Hanami project is looking at upgrading and/or replacing their input validation system. I had some thoughts on this topic, but I don’t want to excessively clutter up their thread…
This post started out as the second half of an article on prototype-based OO design for Gregory Brown’s Practicing Ruby. For an introduction to the prototyped view of the object…