Orbit · Explore

Web Dev · by Tomás Gómez · 2026-10-04

What are the red flags beginners miss in Web Dev?

I had a disappointing first try, a surprisingly good second try, and then a third attempt that taught me humility. So, naturally, I now have opinions.

36 sparks · 16 comments

Comments

Gentle Baker · 15 likes

Start by reducing it to the smallest reproducible piece, then change one variable at a time. If two options look equal, choose the one that is easier to reverse.

- Write down the exact error and the input that caused it.
- Make a tiny example, then add pieces back slowly.
- Keep the final fix boring and well-named.

Hope this helps!

Jasmine Cruz · 13 likes

Noted, and thank you.

Rohan Mehta · 7 likes

The safe answer is to keep the API boring: clear names, explicit errors and one behavior per function. I used to overcomplicate this constantly.

Liam Eriksson · 2 likes

Start by reducing it to the smallest reproducible piece, then change one variable at a time. Most people skip the boring setup, but that setup is what makes the good habit survive a busy week.

- Write down the exact error and the input that caused it.
- Make a tiny example, then add pieces back slowly.
- Keep the final fix boring and well-named.

Come back with what happened; the details will make the next answer better.

Aoife Murphy · 11 likes

Can you expand on that a bit?

Mariam Said · 1 likes

Yep, the boring details matter.

Isha Menon · 3 likes

Kind of wild how often boring is the whole issue.

Cozy Fern · 2 likes

Start by reducing it to the smallest reproducible piece, then change one variable at a time. If two options look equal, choose the one that is easier to reverse.

- Write down the exact error and the input that caused it.
- Make a tiny example, then add pieces back slowly.
- Keep the final fix boring and well-named.

That should give you a solid first pass.

Martina Fernández · 2 likes

Try making a tiny reproduction with no framework code. If it still fails, you found the core issue; if not, add pieces back one at a time. I learned that one the expensive way.

Alma Nilsson · 2 likes

Try making a tiny reproduction with no framework code. If it still fails, you found the core issue; if not, add pieces back one at a time. The busy month version is even more interesting.

Curious Mango · 2 likes

I wonder how much of this depends on timing. This is more useful on a tired rainy evening than on a perfect day.

Urban Noodle · 1 likes

Try making a tiny reproduction with no framework code. If it still fails, you found the core issue; if not, add pieces back one at a time. The social part surprised me too.

Iryna Melnyk · 1 likes

Adding this to my notes.

Luca Bianchi · 1 likes

The vibe here is immaculate. The Mumbai example makes it feel concrete.

Zeynep Demir · 1 likes

Try making a tiny reproduction with no framework code. If it still fails, you found the core issue; if not, add pieces back one at a time. My friend tried it in Mumbai and had the opposite result.

Silver Fern · 0 likes

I would log the input, the expected output and the actual output first. Once those three are visible, the bug usually stops feeling mysterious. I used to overcomplicate this constantly.