Orbit · Explore

Web Dev · by Aarav Sharma · 2026-10-10

What is the kindest way to start with performance in real life?

Part of me wanted the fancy version with all the tools. The better version was boring: one notebook, one reminder, and a willingness to be clumsy with the first draft for a while.

My current rule is simple: if it takes less than 7 minutes to prepare, I am much more likely to keep doing it.

106 sparks · 25 comments

Comments

Léa Bernard · 7 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. It reminds me of a very specific conversation near the train station.

Maya Putri · 0 likes

Exactly; the hidden cost is energy.

Urban Orbit · 6 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. That is the kind of detail beginners miss.

Mango Panda · 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. I care less about the perfect answer and more about repeatability.

Huy Le · 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. This pairs weirdly well with banana bread.

Ngozi Bello · 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. I am curious whether javascript still feels good next month.

Quiet Runner · 5 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. This would have saved me a lot of trial and error.

Sleepy Marauder · 1 likes

Now I want a spreadsheet.

Aria Thompson · 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. This would have saved me a lot of trial and error.

Olena Shevchenko · 1 likes

Helpful and not preachy, which is rare. That is the kind of detail beginners miss.

Haruto Sato · 5 likes

Can you expand on that a bit?

Priya Nair · 1 likes

This comment has main-character footnote energy.

Noah Miller · 2 likes

I like this more than the top-level advice.

Noé Petit · 0 likes

Thanks for making it less intimidating.

Diego Quispe · 7 likes

That is the part people skip.

Zeynep Demir · 0 likes

I needed the reminder to start smaller.

Ethan Brooks · 1 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 the corner shop detail changes the whole answer.

Mia Anderson · 4 likes

I would pin this if I could.

Martina Fernández · 0 likes

Helpful correction.

Ayesha Khan · 1 likes

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

Isha Menon · 1 likes

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

Cozy Rider · 1 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 would write it down before changing anything else.

Priya Nair · 5 likes

Appreciate the nuance.

Siti Lestari · 0 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 am curious whether css still feels good next month.

Gentle Marauder · 0 likes

The safe answer is to keep the API boring: clear names, explicit errors and one behavior per function. The first week version is even more interesting.