Take a photo of a barcode or cover
erikars 's review for:
This short (100 page) book gives 10 laws and 3 key properties for designing simple systems. Maeda provides a hand summary of the laws and key principles:
Ten laws:
1. Reduce: The simplest way to achieve simplicity is through thoughtful reduction.
2. Organize: Organization makes a system of many appear fewer.
3. Time: Savings in time feel like simplicity.
4. Learn: Knowledge makes everything simpler.
5. Differences: Simplicity and complexity need each other.
6. Context: What lies in the periphery of simplicity is definitely not peripheral.
7. Emotion: More emotions are better than less.
8. Trust: In simplicity we trust.
9. Failure: Some things can never be made simple.
10. The One: Simplicity is about subtracting the obvious, and adding the meaningful.
Three key principles:
1. Away: More appears like less simply by moving it far, far away.
2. Open: Openness simplifies complexity.
3. Power: Use less, gain more.
I fail to see the difference between the laws and principles (maybe Maeda just didn't want 13 laws ;), but other than that, these feel like a good set of principles to keep in mind when designing. They capture many common design dilemmas. For example, systems are often designed for expert and novice users. The "Learn" principle can be used to frame this dilemma. A novice user has no knowledge about your system; an expert user has that knowledge. The system should provide necessary knowledge to the user while not getting in the way of the expert. By reducing the knowledge needed (law 1), possibly by relying on knowledge the user already has (law 4) this dual nature may be achievable. There may still be problems because some complexity is inherent in trying to cater to two user groups (law 9).
The Laws of Simplicity rings true. It is consistent with what I have read of Don Norman's work and with a good deal of what I remember from Jef Raskin's book The Humane Interface. It is also consistent with what I learned in HCI and my own experience.
One nitpick: the book tried to hard to push the associated website. Once at the end would have been enough. I can forgive it that quirk since it was, in general quite spiffy (and shiny, literally; the cover had pretty shiny bits).
Ten laws:
1. Reduce: The simplest way to achieve simplicity is through thoughtful reduction.
2. Organize: Organization makes a system of many appear fewer.
3. Time: Savings in time feel like simplicity.
4. Learn: Knowledge makes everything simpler.
5. Differences: Simplicity and complexity need each other.
6. Context: What lies in the periphery of simplicity is definitely not peripheral.
7. Emotion: More emotions are better than less.
8. Trust: In simplicity we trust.
9. Failure: Some things can never be made simple.
10. The One: Simplicity is about subtracting the obvious, and adding the meaningful.
Three key principles:
1. Away: More appears like less simply by moving it far, far away.
2. Open: Openness simplifies complexity.
3. Power: Use less, gain more.
I fail to see the difference between the laws and principles (maybe Maeda just didn't want 13 laws ;), but other than that, these feel like a good set of principles to keep in mind when designing. They capture many common design dilemmas. For example, systems are often designed for expert and novice users. The "Learn" principle can be used to frame this dilemma. A novice user has no knowledge about your system; an expert user has that knowledge. The system should provide necessary knowledge to the user while not getting in the way of the expert. By reducing the knowledge needed (law 1), possibly by relying on knowledge the user already has (law 4) this dual nature may be achievable. There may still be problems because some complexity is inherent in trying to cater to two user groups (law 9).
The Laws of Simplicity rings true. It is consistent with what I have read of Don Norman's work and with a good deal of what I remember from Jef Raskin's book The Humane Interface. It is also consistent with what I learned in HCI and my own experience.
One nitpick: the book tried to hard to push the associated website. Once at the end would have been enough. I can forgive it that quirk since it was, in general quite spiffy (and shiny, literally; the cover had pretty shiny bits).