The other day I met with a friend of mine, Bill Johnson, for a couple of beers. Bill is a Sr. Principal at 360 Architecture which specializes in sports complex architecture.
As we were talking he told me that he still likes to sketch on napkins but the “young guys” in his firm have some pretty cool new software tools available to them using parametrics. I hadn’t heard the term before so here is a description:
Parametric design links dimensions and variables to geometry in such a way that when the values change, the computer model automatically updates. This has been around in one form or another in various software packages. Everyone in the room knew about CATIA (for aerospace design), Maya (for animation) and SolidWorks (for engineering), but this is a unique parametric design software that has been designed for – and by – architectural designers. For the first time designers will be able to explore an algorithmic approach to architectural design that applies computational methods.
I asked for an example of its usefulness and he shared a story of a sports complex they were designing in Iraq. One of the constraints in their plan was the size of the construction beams which were limited by the size of delivery trucks. Instead of the stadium’s design driving the size of the beam, they specified the size of the beam which flexed the entire stadium’s design.
Rather than designing from the top down they can now design bottom up. Brilliant. He sounded as excited about this as those in the financial sector must have been with the introduction of VisiCalc.
Rube Goldberg: Accomplishing by complex means what seemingly could be done simply – Merriam-Webster
This all got me thinking about a video I had watched the night before. It was for OK Go’s song, This Too Shall Pass, and it featured a very entertaining Rube Goldberg machine with some very clever marketing for State Farm Insurance.
How do you go about constructing that? Does the designer have the entire machine from start to finish in his head? I don’t know but I’d guess that they build from the bottom up but with the end always in mind. Design components and test them in isolation. Begin to connect the components into small machines and test them. Practice. Then piece together the small machines until you have enough to form the whole.
In software we do the same thing. We start with the big picture but then work bottom up. We might have constraints such as infrastructure, 3rd party APIs, testability or just plain developer comprehension. We decompose, code, then assemble.
For some of us, the beauty lies in the various pieces we combine to build something greater.
But for most, the fans, the parents sharing a video with their children, or team members collaborating, they just want to be proud of their stadium, to watch a toy truck fire a paint cannon, and for their web apps to make life just a little easier.
The trick is to keep things as simple as they can be and hide the complexity when they can’t.
Posted by mshiker 


