Skip to content
Thinking
2 min readbuildingphilosophy

Building in Public

Why I choose to build products transparently, one commit at a time.

There is something clarifying about making your work visible before it is ready.

Most people wait until things are polished. They want the launch to feel complete, the story to have a satisfying arc, the product to be worthy of attention before anyone sees it. I understand the instinct — exposure is uncomfortable, and half-finished work invites premature judgment.

But building in public changes the incentive structure in ways I find genuinely useful.

The Accountability Loop

When you commit in the open, you create a kind of distributed accountability. The work is timestamped, observable, and retrievable. You can't quietly abandon something and pretend you never started. That friction, mild as it is, keeps you honest.

More importantly, it keeps you moving. Shipping small, visible increments feels different from working in isolation. Each commit is a small proof that the project is real.

Feedback Before the Launch

The most valuable feedback arrives early — before the architecture hardens, before the copy is written, before you've committed to a direction. Building visibly creates natural moments for feedback to enter the process.

Not every comment is useful. But the pattern of what confuses people, what excites them, what they ignore — that signal is hard to manufacture any other way.

What "Public" Actually Means

I don't mean posting updates for engagement. I mean treating the building process itself as part of the output. The commit history, the decisions, the abandoned directions — these are data.

For the people who care about how things are made, seeing the process is more interesting than seeing the finished artifact. And those are often exactly the people worth building for.


So I build here, one commit at a time, in public.