Why Your First Project Should Be Embarrassingly Bad
My first project had a hardcoded API key in the source code. The navigation crashed if you rotated your phone. The icon was something I made in PowerPoint. I shipped it anyway. It got maybe 12 down...

Source: DEV Community
My first project had a hardcoded API key in the source code. The navigation crashed if you rotated your phone. The icon was something I made in PowerPoint. I shipped it anyway. It got maybe 12 downloads, most of them from my family. I'm pretty sure my mom downloaded it twice because she thought the first one didn't work. That project was terrible. It was also the most important thing I ever built. The perfectionism trap I talk to a lot of junior developers who have been "working on" their first project for six months, a year, sometimes longer. They're still tweaking it. Still refactoring. Still reading about the "correct" architecture before writing more code. They're not building. They're hiding. I get it. Putting something out there with your name on it is scary. What if people judge it? What if other developers look at the code and think you're bad at this? What if it gets a one-star review — or worse, no reaction at all? Here's what actually happens: nobody cares. Not in a mean way