The Discipline of NOT Building

The Discipline of NOT Building

Reflection 006 | 3 min Read

Reflection 006 | 3 min Read

Published August 2026

Published August 2026

Every feature is a decision. Every decision shapes how people think, work and interact with a product. Sometimes the most important thing we build is the confidence to leave something out.

Most software treats local-first as a technical feature. We see it as something far more fundamental: a decision about who the software ultimately serves. This is the philosophy that shaped Journalit and will shape every product we build.

There is a quiet temptation that follows every product.

It rarely arrives as a bad idea. More often, it begins with enthusiasm. A conversation with a customer, a feature request. or an idea that seems too useful to ignore. Someone says, "Wouldn't it be great if it could also do this?" and for a moment it feels obvious.

The feature makes sense. Then another one does. And another.

Before long, the product is capable of doing almost everything its users asked for, yet somehow less capable of doing the one thing it was originally built to do.

When people imagine building software, they tend to picture creation. They think about writing code, designing interfaces and shipping features. Those are certainly part of the process but they are not what has surprised us most.

What has surprised us is how much of building is deciding not to build. Every feature carries a cost.

Not only the time it takes to develop, test and maintain but the cost paid by the person who eventually uses it. Every new option asks for another decision. Every additional button competes for attention. Every layer of flexibility asks someone to stop, think and choose.

Complexity rarely appears overnight. It arrives gradually, disguised as good intentions and that is what makes it so difficult to recognise.

No feature ever introduces itself as unnecessary. Each one arrives with a compelling reason to exist. Each one promises to make the product more powerful. Few admit that they might also make it more distracting.

Over time, we realised that the real challenge was no longer deciding what we could build. It was deciding what we were willing to leave behind. So we began asking ourselves a different question.

What happens if we don't build this?

Sometimes the answer is surprisingly simple. Nothing important.

Those decisions are easy. The more difficult ones are the features that genuinely would add value. They would save time for some people. They would solve a real problem. They are, by almost every measure, good ideas.

Yet good ideas can still take a product further away from its purpose. We've come to believe that focus isn't the absence of ideas. It is the discipline of choosing between them.

The products we admire most are rarely the ones that do everything. They are the ones that understand exactly what they are trying to do and quietly refuse to become something else.

In many ways, building software has taught us something far beyond software. Our lives work much the same way.

Every commitment we make is another feature. Every responsibility competes for attention. Every opportunity asks us to decide whether it deserves a place in the limited space we have available.

We often assume that growth means adding more. More knowledge, more projects, more ambitions and more possibilities.

Perhaps maturity looks a little different. Perhaps it is learning that clarity comes as much from what we remove as from what we add.

Perhaps the discipline of building thoughtful products and the discipline of living thoughtfully are not so different after all. Neither asks us to do everything and both ask us to protect what matters.

Sometimes the most important thing we build is not another feature. It is the confidence to leave one out.

The quality of a product is often defined not only by what it contains but by everything its creators chose to leave behind.

There is a quiet temptation that follows every product.

It rarely arrives as a bad idea. More often, it begins with enthusiasm. A conversation with a customer, a feature request. or an idea that seems too useful to ignore. Someone says, "Wouldn't it be great if it could also do this?" and for a moment it feels obvious.

The feature makes sense. Then another one does. And another.

Before long, the product is capable of doing almost everything its users asked for, yet somehow less capable of doing the one thing it was originally built to do.

When people imagine building software, they tend to picture creation. They think about writing code, designing interfaces and shipping features. Those are certainly part of the process but they are not what has surprised us most.

What has surprised us is how much of building is deciding not to build. Every feature carries a cost.

Not only the time it takes to develop, test and maintain but the cost paid by the person who eventually uses it. Every new option asks for another decision. Every additional button competes for attention. Every layer of flexibility asks someone to stop, think and choose.

Complexity rarely appears overnight. It arrives gradually, disguised as good intentions and that is what makes it so difficult to recognise.

No feature ever introduces itself as unnecessary. Each one arrives with a compelling reason to exist. Each one promises to make the product more powerful. Few admit that they might also make it more distracting.

Over time, we realised that the real challenge was no longer deciding what we could build. It was deciding what we were willing to leave behind. So we began asking ourselves a different question.

What happens if we don't build this?

Sometimes the answer is surprisingly simple. Nothing important.

Those decisions are easy. The more difficult ones are the features that genuinely would add value. They would save time for some people. They would solve a real problem. They are, by almost every measure, good ideas.

Yet good ideas can still take a product further away from its purpose. We've come to believe that focus isn't the absence of ideas. It is the discipline of choosing between them.

The products we admire most are rarely the ones that do everything. They are the ones that understand exactly what they are trying to do and quietly refuse to become something else.

In many ways, building software has taught us something far beyond software. Our lives work much the same way.

Every commitment we make is another feature. Every responsibility competes for attention. Every opportunity asks us to decide whether it deserves a place in the limited space we have available.

We often assume that growth means adding more. More knowledge, more projects, more ambitions and more possibilities.

Perhaps maturity looks a little different. Perhaps it is learning that clarity comes as much from what we remove as from what we add.

Perhaps the discipline of building thoughtful products and the discipline of living thoughtfully are not so different after all. Neither asks us to do everything and both ask us to protect what matters.

Sometimes the most important thing we build is not another feature. It is the confidence to leave one out.

The quality of a product is often defined not only by what it contains but by everything its creators chose to leave behind.