Learning in public changed how I build

For years I kept my work private until it was polished. I'd spend weeks refining a project, then share it once it looked impressive. The feedback loop was painfully slow, and most of what I built never saw the light of day.

About two years ago I started doing the opposite. Posting screenshots of half-finished UIs. Sharing code snippets that solved tricky problems. Writing about decisions I was making in real time, including the ones I wasn't sure about.

The results surprised me.

Why we hide our work

There's a deep discomfort in showing something unfinished. We worry people will judge the rough edges, or that someone more experienced will point out a better approach and make us look foolish.

I felt all of this. The first time I posted a work-in-progress screenshot, I rewrote the caption four times trying to preemptively address every possible criticism. Nobody criticized it. A few people said it looked cool. One person asked how I built the gradient effect.

That interaction taught me something: most people aren't looking to tear your work apart. They're curious about the process. They want to see how things come together, not just the final result.

What actually happens when you share early

Three things changed once I started sharing consistently.

Feedback arrived when I could still use it. When you share a finished product, feedback becomes a list of things you wish you'd known earlier. When you share during development, feedback becomes input that shapes the outcome. Someone once mentioned that a color scheme I was using had accessibility issues with low vision users. I fixed it in five minutes. If I'd waited until launch, it would have been a redesign.

People started reaching out. Founders, other developers, designers. Not because my work was better than anyone else's, but because they could see how I think. Sharing process creates a connection that sharing results doesn't. Two of my best client relationships started from someone seeing a random progress tweet.

I got better faster. When you know people are watching, you pay more attention to your craft. Not in a performative way, but in a "let me make sure I actually understand why I'm doing this" way. Explaining your decisions to an audience, even a small one, forces clarity in your own thinking.

What to share and what to keep private

Not everything belongs in public. Here's how I think about it:

Share freely: Technical decisions and trade-offs. Design iterations. Problems you solved and how. Things you learned. Tools and workflows that work well.

Keep private: Client details without permission. Revenue numbers you're not comfortable with. Ideas you haven't started executing on. Anything that feels forced.

The best posts come from genuine moments of insight or struggle. "I spent three hours debugging this and the problem was a missing semicolon" is more relatable and useful than "Here are my ten tips for productive debugging."

The consistency trap

When people start sharing publicly, they often try to post every day or maintain some rigid schedule. This burns out fast and produces mediocre content.

I post when I have something worth sharing. Sometimes that's three times in a week. Sometimes I go quiet for two weeks because I'm deep in a build and don't have anything interesting to show yet. The audience doesn't care about your schedule. They care about the quality of what you share.

The only consistency that matters is showing up over months and years. Not daily posts. Not weekly newsletters. Just a pattern of sharing your work that people can rely on seeing when they check in.

Start with what you're already doing

You don't need to create content on top of your existing work. You just need to make parts of your existing work visible.

Building a feature? Screenshot the before and after. Solved a bug? Write three sentences about what went wrong. Learned a new library? Share the one thing about it that surprised you.

The work is already happening. The sharing is just opening a window into it.

If you've been sitting on work waiting until it's ready to show, consider that it might already be interesting enough. The unfinished version, with all its rough edges and open questions, might be exactly what someone else needs to see today.