Archive of posts with tag 'Emergence'
Why Evolution Has No Goal →
Evolution is a roiling mess of substance and interaction. Order emerges from the stew. Fitness allowing one collection of chemicals to outlast another.
A true complex system is confounding and inscrutable, bucking attempts to make it legible, controllable. “Greatness cannot be planned”.
Pond Brains and GPT-4 →
April 28, 2023 • #Are complex ecosystems like ponds actually smarter than we are? Are they “thinking”? Gordon says yes:
Evolution is a pragmatist. It only cares about actual behavior. It is the getting and the doing that matter. The how can be approached in many different ways, through pheromone trails, or trophic networks, or nerve nets, or brains, or symbolic representation. Evolution doesn’t care. If you can get information and do something about it, you are thinking.
All we really need to say a system is “intelligent” is that it incorporates feedback. Loops generate reactions, learnings from past iterations:
What else? Suddenly, we see that we embody many forms of intelligence outside of our brains. Our DNA, for example, encodes the memory of millions of years of experience within our environment. Every life lived by our ancestors, all the way back to that first single cell. Each recursive step in the game of life, a gift to us.
I also loved this quote from cyberneticist W. Ross Ashby:
“To some, the critical test of whether a machine is or is not a ‘brain’ would be whether it can or cannot ‘think.’ But to the biologist the brain is not a thinking machine, it is an acting machine; it gets information and then it does something about it.”
When to Design for Emergence →
October 14, 2022 • #Building products that address long-tail user needs (i.e. the wide variety of infrequent-but-sometimes-painful needs of specific users) requires somehow providing users an open-ended landscape to create a solution. It’s the promise of the entire “low-code” tool space. We want to create a playground with appropriate guardrails that lets users discover and build their own solutions. Since the tool-builder can’t possibly understand the intricate details of the long-tail of user problems, we want a solution to actually enable the emergence of solutions we didn’t predict or design for.
In this post, Kasey Klimes compares situations this sort of emergence-friendly design model to approaches like user-centered design:
Design for emergence is open-ended. There’s no room for surprise in high modern or user-centered design, unless the design is exapted for an unintended use (see “Design Exaptation” in the bottom right quadrant of the 2x2 above). Meanwhile, a key characteristic of design for emergence is that the end design may be something that the original designer never imagined. Whereas exaptation may indicate a design failure, this kind of surprise is an indication that the designer has succeeded in nurturing emergence.
Design for emergence is permissionless. It empowers people by way of its constitution even though it can never know what people will do with that power. In contrast to user-centered design, design for emergence invites the user into the design process not only as a subject of study, but as a collaborator with agency and control.
Every product has to consider its floor, ceiling, and walls. Meaning, how easy is it to get going (floor), how advanced can I get with it (ceiling), and what variety of things can I solve with it (walls). The best emergence-designed products have a low floor, wide walls, and a high ceiling.