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.
On the "Building" of Software and Websites
I’m beginning to suspect that software, and more conspicuously the Web, is fundamentally the wrong shape for the archetype of the construction project.
You are agreeing to make a Thing
When you sign the contract for the construction project, you are agreeing to make a Thing—app, website, whatever. And you will have agreed to deliver this Thing on a certain date, also known as a deadline. From this point forward, the goals of shipping the Thing on time and actually solving the client’s problem will be in competition with each other.
The Thing-deadline calculus
Now, I understand deadlines. I understand that the plane will take off whether or not I’m on it, or the importance of beating the holiday retail rush, or that "the show must go on". It is perfectly clear to me how people use timekeeping technology to coordinate social activity. It’s actually quite remarkable when you step back and look at it. But, over the years, I have observed that there is a difference between those examples and the ones around the delivery of Things, which tend to be completely arbitrary. When you wrap an arbitrarily complex endeavor up in a neat launch date, the goal seems to be more about coercing the people beneath you to absorb the overhead of all the details you left out—that or sweating it yourself. As a tool for coordinating human activity, I have come to believe that the Thing-deadline calculus is, considering more sophisticated alternatives, unnecessarily crude.
Trees and graphs
A tree is a kind of graph, but a graph can be considerably more complex than a tree.
I have reason to believe, which for brevity’s sake I will treat elsewhere, that the most complex class of processes and structures we humans can consciously prescribe, reduces mathematically to a tree. A tree has a top, bottom, left and right. Its branches fan out from the trunk and they don’t intersect with one another. They are discrete, contiguous, identifiable objects which persist across time. Trees are Things.
Software and websites, however, reduce to arbitrarily more complex structures: they are graphs. A graph has no meaningful orientation whatsoever. No sequence, no obvious start or end—at least none that we can intuit. It is better considered not as one Thing, but as a federation of Things, like the brain or a fungus network, or perhaps a composite artifact left behind from an ongoing process, like an ant colony or human city.
Content as value
The most important consideration for any software or web excursion is content: the content of the text and other communicative media, as well as the content of the code that executes the business processes. The ability to tick off a page or piece of functionality as being done only produces a nominal successful result; the careful crafting of what one of these objects says produces a real one.