scale
The scale of resolution determines what is seen
Scales of cities, scales of software
Things that don't scale
As inanimate as it was gigantic
A Fragment by John RuskinAnd among such false means largeness of scale in the dwelling-house was of course one of the easiest and most direct. All persons, however senseless or dull, could appreciate size: it required some exertion of intelligence to enter into the spirit of the quaint carving of the Gothic times, but none to perceive that one heap of stones was higher than another. And therefore, while in the execution and manner of work the Renaissance builders zealously vindicated for themselves the attribute of cold and superior learning, they appealed for such approbation as they needed from the multitude, to the lowest possible standard of taste; and while the older workman lavished his labor on the minute niche and narrow casement, on the doorways no higher than the head, and the contracted angles of the turreted chamber, the Renaissance builder spared such cost and toil in his detail, that he might spend it in bringing larger stones from a distance; and restricted himself to rustication and five orders, that he might load the ground with colossal piers, and raise an ambitious barrenness of architecture, as inanimate as it was gigantic, above the feasts and follies of the powerful or the rich.
Ri — The Distance Walked in an Hour
An Article by Craig ModA ri is a unit of measure, it’s about how far a person can walk in an hour at a reasonable pace. It clocks out at roughly 3.93 kilometers.
Remnants of the ri system are scattered along the old roads of Japan. During the Edo period, ri were marked recurrently by hulking earthen mounds that flanked the road — ichi-ri zuka, “one-ri mounds.” There are only a handful of “originals” left. When you pass one with an old cypress or oak growing from its center it becomes a tiny moment of celebration.
Why Software is Slow and Shitty
Roman empire military
Rome military diagram.
Most company structures are based on the Roman empire military. CEO Caesar says he wants something, and the lieutenant managers below him on the org chart break it down into smaller tasks for the soldiers to accomplish.
On a development team, programmers are the soldiers of these shitty new armies. They open their Jira issues and add whatever feature it says to add, or fix what it says to fix. If I can save time by adding another dependency, or skip a meeting by implementing a mockup exactly as designed, why should I care?
Building is never a straight line
You might think that Mario 64 was built with tickets and sprints, but, according to interviews, there was no master plan, only the principles that the game should feel good and be fun. They started with just Mario in a small room, and tuned his animations and physics until he felt nice and responsive. After that, the levels were also created as they went, with the designers, developers, and director going back and forth using sketches and prototypes.
Building like this is never a straight line. Ideas and code get left on the cutting room floor because part of innovation is questioning whether what you made should exist. The process is cyclical and iterative, looking something like this.
Conversations, not commandments
Good software comes from a vision, combined with conversations not commandments. In a craft-focused environment, care for efficiency, simplicity, and details really do matter. I didn’t leave my last job just because I wanted to make something new. I left because I wanted to make it in a way I could be proud of.