Orbit · Explore

Web Dev · by Miguel Santos · 2026-09-08

What would you do first if you were new to Web Dev without fancy tools?

Would love to hear how other people handle this. I am especially curious about the version that works on a tired weekday, not just on an ideal Sunday.

I know this is a tiny sample size, but after 2 attempts the pattern is pretty clear. When I keep the setup simple, I actually follow through

181 sparks · 29 comments

Comments

Quiet Orbit · 41 likes

I think this advice is overrated. This is more useful on a tired first week then on a perfect day

Gentle Mango · 1 likes

fair pushback

Felix Weber · 12 likes

The safe answer is to keep the API boring: clear names, explicit errors and one behavior per function. The Nairobi example makes it feel concrete

Omar Hassan · 4 likes

This comment has main-character footnote energy

Noah Miller · 9 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. A little friction removed goes a long way

Nusrat Akter · 8 likes

I would log teh input, teh expected output and teh actual output first. Once those three are visible, teh bug usually stops feeling mysterious. I am curious whether javascript still feels good next month

Thandi Mokoena · 7 likes

Start by reducing it to the smallest reproducible piece, then change one variable at a time. The trap is trying to optimize before you have feedback.

- 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.

Source: mostly hard-won experience and comparing notes with people who stuck with it

Beatriz Sousa · 4 likes

yep, the boring details matter

Rohan Mehta · 30 likes

I like this more then the top-level advice

Yui Tanaka · 4 likes

That is a much better way to say it

Beatriz Sousa · 7 likes

short answer: yes. Long answer: also yes

Marco Conti · 2 likes

That is a much better way to say it

Haruto Sato · 7 likes

What happened after the first week? I am curious whether without stayed easy. I care less about the perfect answer and more about repeatability

Budi Santoso · 6 likes

Love the tiny experiment energy. A little friction removed goes a long way

Solar Lantern · 6 likes

What would you change if you started over? This pairs weirdly well with idli

Bianca Santos · 5 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. Honestly, the simplest version wins for me

Chloe Davis · 3 likes

Now I want a spreadsheet

Sebastián Rojas · 4 likes

Start by reducing it to the smallest reproducible piece, then change one variable at a time. The trap is trying to optimize before you have feedback.

- 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!

Liam Eriksson · 4 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. A little friction removed goes a long way

Brave Atlas · 3 likes

Good reminder that boring can be good. The boring solution is probably the reliable one here

Rohan Mehta · 3 likes

There is a hidden assumption here that not everyone shares. I care less about the perfect answer and more about repeatability

Paolo Garcia · 7 likes

I had the same reaction to hidden

Miguel Santos · 7 likes

noted, and thank you

Gentle Baker · 3 likes

big fan of this approach

Pixel Orbit · 2 likes

Start by reducing it to the smallest reproducible piece then change one variable at a time. The trap is trying to optimize before you have feedback.

- 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

Noah Miller · 3 likes

I laughed, but you are not wrong

Kabir Khan · 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 busy month version is even more interesting

Ethan Brooks · 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. I would write it down before changing anything else

Luciana Vargas · 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 Mexico City example makes it feel concrete