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.
A Q&A with Figma's VP of Product
Since we launched FigJam back in April, teams having been using it to grow all kinds of ideas into great designs. We recently caught up with Figma's VP of Product, Yuhki Yamashita, to hear what it was like to build FigJam and how things have changed since then. Here, he reflects on the evolving role of design and product management, what it means to welcome “non-designers” into the process, and the future of FigJam.
Stretching the product
When we’re thinking about where to take our product next, we actually take a lot of inspiration from our customers and the Figma Community, to see how they’re stretching our product in interesting or unexpected ways. We saw this happening in the early days of the pandemic. Our users were starting to use Figma for everything from brainstorming ideas to running team warm-up activities, to even putting on social events for people to get to know each other. We saw a lot of use cases that got us thinking.
Engineering, design, and product management
The boundary between engineering, design, and product management is blurring. Some of us used to have a mental model in which roles and responsibilities dictated how things work—that designers do one thing and engineers do another, for example. Increasingly, more people are crossing team lines to problem solve together...Now, it’s not about who “owns” what—it’s more of a collective endeavor. And the roles have become more interlocked, and I think that’s fundamentally a good thing.
Embracing the mess
Design is non-linear. At Figma, we often talk about “embracing the mess,” and that really means leaning into the chaos and complexity that makes the design process what it is. Even once you have the seedling of an idea, you need to explore and iterate, then pull back and evaluate to see what’s working and what’s not. Sometimes you’ll scrap an idea after a brainstorm session, and other times you’ll get pretty far with a concept, but still need different perspectives and input to move forward.