Programming · by Nour Ali · 2026-09-12
Can someone explain the practical difference between architecture and the setup after a few failed attempts?
My current rule is simple: if it takes less than 3 minutes to prepare, I am much more likely to keep doing it.
Context: I am not an expert, just someone trying to make Programming feel less intimidating. I wrote down what worked, what felt awkward, and what I would do differently next time.
> Tiny progress is still progress.
That line sounds cheesy, but it got me thru the part where debugging stopped feeling new
48 sparks · 10 comments
Comments
Hugo Sánchez · 6 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. The weekend version is even more interesting
Mehdi Benali · 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.
Come back with what happened; the details will make the next answer better
Nour Ali · 3 likes
Thanks that actually helped
Léa Bernard · 3 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. The winter version is even more interesting
Felix Weber · 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.
Come back with what happened; the details will make the next answer better
Tomás Gómez · 0 likes
Thanks for making it less intimidating
Sebastián Rojas · 2 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. That is where the boring checklist helps
Budi Santoso · 1 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.
That should give you a solid first pass
Thandi Mokoena · 1 likes
@riderNomad2 Exactly; the hidden cost is energy