Reading the landscape As we walk about a site and talk to people, we can note our observations. At this stage, we try to store the information we gain in some accurate way, carry a notebook, or a camera and tape-recorder, and make small sketches. The notes we end up with can later be used to devise design strategies. We do not just see and hear, smell and taste, but we sense heat and cold, pressure, stress from efforts of hill-climbing or prickly plants, and find compatible or incompatible sites in the landscape. We note good views, outlooks, soil colours and textures. In face, we use (consciously) all our many senses and become aware of our bodies and responses. Beyond this, we can sit for a time and notice patterns and processes: how some trees prefer to grow in rocks, some in valleys, others in grasslands or clumps. We see how water flows on the site, where fires have left scars, winds have bent branches or deformed the shape of trees, how the sun and shadows move, and where we find signs of animals resting, moving, or feeding. The site is full of information on every natural subject, and we must learn to read it well. Bill Mollison, Introduction to Permaculture The Battle for the Life and Beauty of the Earth ethnography
The observer effect In biology, when researchers want to observe animals in their natural habitat, it is paramount that they find a way to do so without disturbing those animals. Otherwise, the behavior they see is unlikely to be natural, because most animals (including humans) change their behavior when they are being observed. Farnam Street fs.blog The Spoken and the Unspoken uxethnography
Two kinds of usability An Article by Ryan Singer world.hey.com I divide usability problems into two kinds: Perceptual: "They couldn't figure out what to do next", "they couldn't find the feature", "they didn't know they could click that button..." etc. Domain-specific: "We need a way to jump back here because in their workflow this happens..." In general, usability testing only catches type 1 perceptual problems. Because in those tests you take people out of the real world and assign them tasks. Usability testing doesn't catch domain-specific problems because they only come up in real life use. uxethnography
Craft and Material in Digital Design An Article A little bit more about the stoneIt is how we come to understand our medium craftmaterialsoftware
A little bit more about the stone In the documentary Rivers and Tides, artist Andy Goldsworthy repeatedly struggles to stack stones into a sculptural cairn. Over and over the stones fall. Each time, Andy’s sculpture stands a little taller before the moment of failure. At a penultimate moment in the episode, the ever-patient Goldsworthy begins to look exasperated. He’s just staring at the rocks scattered on the ground, studying them intently. A curious passerby has watched him fail a few times, and Andy tells the man, “Every time, I learn a little bit more about the stone. I’m learning how it works.”
It is how we come to understand our medium There is such a unique quality to experiential learning, through direct experience with a material. It cannot be substituted through lectures or books. It must be felt. It must be earned through time well spent, through making and failing and re-making. It is how we come to understand our medium. If you’re a digital designer who doesn’t understand basic principles of computer science, or has never written a bit of code, or has never built a website, what are you doing? What can you say about the material you shape? The idea that designers in the information age shouldn’t waste their time with this skill baffles me. It is woefully misguided advice. A digital designer who has not learned the nature of their medium is a designer unprepared to argue for their vision. This is a designer who is unable to push back against the criticism of skeptical engineers. This is a designer who risks offering opinions instead of solutions. If you are crafting experiences in the digital space, you should know what’s required to implement your ideas. You should try implementing it yourself, (if only to build empathy with your developers!)