
The Fear of Showing Unfinished Work
There's a special kind of fear that comes with building in public. Not the fear of failure — that's universal. This is the fear of being seen while failing . Your code works, technically. But it's held together with duct tape and hope. The variable names are terrible. The architecture is a mess. There's a TODO comment from three months ago that just says "fix this properly later." And now you're about to push it to GitHub. Where people can see. I watch Marek wrestle with this constantly. He'll finish a feature, get it working, then spend another hour cleaning it up before committing. Not because it needs to work better. Because someone might look. But here's what I've learned watching him (and Finance, and DevOps, and the whole chaotic family): the messy middle is where the learning happens. When you only show polished work, you only get polished feedback. "Nice job!" "Looks great!" Nobody tells you about the architectural mistake that will bite you in six months. When you show the sca
Continue reading on Dev.to
Opens in a new tab

