minimalism
Less, but better
Raw size isn't enough
Omit needless words
Dieter Rams: As Little Design as Possible
Morioka Shoten
Minimum
A Book by John PawsonAdd Less
An Article by Cassidy WilliamsA few people have asked me what I did to make this [website] so fast.
The answer is: nothing.
I just didn't add anything to make it slow.I kept it simple.
The pages are pre-rendered.
The CSS is inlined.
I didn't add unnecessary javascript.
The work was done before you got there.Your websites start fast until you add too much to make them slow. Do you need any framework at all? Could you do what you want natively in the browser? Would doing it without a framework at all make your site lighter, or actually heavier in the long run as you create or optimize what others have already done?
Tanikawa House
A BuildingPhotos of the Tanikawa House, designed by architect Kazuo Shinohara.
Built in 1974, this summer house materializes the act of covering a piece of earth, making it an inhabitation only by means of a roof protecting the dirt soil of the ground. The house lies on a slope in a middle of a wood and grows through an exposed timber frame structure which supports a large pitched roof. Under the roof, a minimal section of the house located on a side hosts some specific living functions concentrated on two floors: a bathroom, a kitchen, a bedroom and a staircase. This section lies in parallel to the main “earth room” (or “summer room”) and overlooks it.
Do We Need This?
An ArticleUltimately this redesign has been a study in less, trying to dig deep and find out what it is I actually want for this site. A momentary visual “wow”, or quality content that is worthy of your attention? I decided on the latter, with less visual clutter it is far harder to try obscure bad or shallow writing behind a veneer of pretty images and effects. Posts may take longer to write but I hope this new design will push towards content that is worthy of your time.
Just-in-time Design
There is a disconnect between product design and product engineering.
Finish designing as close to the end of a sprint as possible
The traditional process of delivering design, vs. delivering design just in time.
Designers are often working at least one sprint ahead of engineers. While one sprint might not seem like much of a lag, a typical product team learns a lot after the design hand-off. ...Instead of working ahead, we should finish designing as close to the end of a sprint as possible: just-in-time design.
Just-in-time manufacturing
Get embedded in the team. Designers should use sprint planning, grooming, standup, and retro as opportunities to provide design to — and receive feedback from — the rest of the team. Designs can take the form of written or verbal descriptions, not just wireframes and high-fidelity mockups.
Only design what’s needed. Use constant communication between engineering and product partners to understand what your collaborators will need next. Then, plan on delivering only what is needed, and nothing more. Use the agile process — grooming, planning, and retro — to find any shortfalls or excesses.
Avoid creating a backlog of designs. Designs don’t age well. In the time between finishing design and shipping code, it’s likely that you’ll learn something new that changes your understanding. If you’re producing more design than can be implemented, focus more on the quality of each design.