The 1916 Zoning Resolution Architecturally, what is striking about the 1916 legislation is that it sought to articulate a logical formula for achieving a public good in the absence of a specific vision of exactly what would actually be produced. Michael Sorkin, 20 Minutes in Manhattan regulationsconstraints
The air doesn't know about zoning boundaries Work uses suggest another bugaboo: reeking smokestacks and flying ash. Of course reeking smokestacks and flying ash are harmful, but it does not follow that intensive city manufacturing (most of which produces no such nasty by-products) or other work uses must be segregated from dwellings. Indeed, the notion that reek or fumes are to be combated by zoning and land-sorting classifications at all is ridiculous. The air doesn’t know about zoning boundaries. Regulations specifically aimed at the smoke or the reek itself are to the point. Jane Jacobs, The Death and Life of Great American Cities zoningregulationsseparation
The source code for SimCity Local Code was Sorkin’s attempt to design a whole city from scratch—with one big twist. The whole thing had been written as if it were the byzantine, nearly impossible to follow codes and regulations for an entire, hypothetical metropolis. The effect is like stumbling upon the source code for SimCity. Sorkin’s exhaustively made point was that, if you know everything about a given metropolis, from its plumbing standards to its parking requirements, its sewer capacity to the borders of its school districts, then you could more or less accurately imagine the future form of that city from the ground up. Geoff Manaugh, A Burglar's Guide to the City Local Code: The Constitution of a City at 42º N Latitude rulesregulations
Local Code: The Constitution of a City at 42º N Latitude A Book by Michael Sorkin www.goodreads.com The source code for SimCityLocal Code: 3,659 Proposals About Data, Design & The Nature of Cities regulationslawcities
Pair Design: Better Together A Book by Gretchen Anderson & Christopher Noessel mmbolg.files.wordpress.com Pair design is the counterintuitive practice of getting more and better UX design done by putting two designers together as thought partners to solve design problems. It’s counterintuitive because you might expect that you could split them up to work in parallel to get double the design done, but for many situations, you’d be wrong. This document will help explain what pair design is, how it works, and tour through the practicalities of implementing it in your practice. It involves two brainsA distinct and complementary stanceGens and synthsWe come as a teamStarting off with pair design+1 More designcollaboration
It involves two brains It involves two brains on a project at the same time. This doesn’t mean part time, checking in with each other on work that’s been accomplished separately. Pair design really means being in the same room, working on the same problem, with both brains focused on the problem simultaneously for the duration of the project.
A distinct and complementary stance Each person in the pair takes a distinct and complementary stance toward the design problem as they work together. One generates solutions. That is, one individual materializes solutions to the problem at hand for discussion and iteration. The other synthesizes the proposed solutions. ideascritique
Gens and synths Gens are generally comfortable drawing and drawing in front of their partner. Additionally, the generator needs to have “fearless generativity,” to be able to come up with a dozen pretty good solutions to a problem even with incomplete information. Designers in the synthesizer role need to be skilled at describing designs and explaining rationale in writing. The role requires the designer to be detail oriented and have a strong memory, to keep the big picture of the system, stakeholders, and users in mind as a reference for designs on the table.
We come as a team There is a legend at Cooper of one team who found pairing with each other so powerful and fruitful that when they left that company, they sought out opportunities and even interviewed at other organizations as a pair. teamwork
Starting off with pair design It’s better to start small. Find the “genniest” designer you can and pair her with the “synthiest,” have them work through a few projects as a pair to see how it goes, evolve a process that works for your organization, smooth out the wrinkles, and become resident experts. Then, split them up, assign them with new pairs, and begin to spread.
What are the benefits of pair design? It Makes for Better Design Pairing forces constant iteration: idea testing and course-correction. It brings to bear two brains and two stances. It Makes for Better Designers and Better Design Organizations They are happier. Pair design makes it easier to focus on core aptitudes. They cross-pollinate: a mechanism for a learning organization. Pair Design Makes for a More Effective Process Pairing avoids the problem of dueling whiteboards. It encourages designers to materialize ideas early. It encourages designers to vocalize their rationale. It encourages constant course-correction.