Sitemap
JavaScript in Plain English

New JavaScript and Web Development content every day. Follow to join our 3.5M+ monthly readers.

Member-only story

The Real Cost of overusing and in React

6 min readOct 8, 2026

--

Why more memoization doesn’t automatically mean better performance — and what a large React migration reminded me about optimization.

Press enter or click to view image in full size

Performance optimization sounds like something we should always want.

If we can avoid recalculating a value, why not cache it?

If we can prevent a function from being recreated, why not wrap it in ?

If we can reduce re-renders, why wouldn’t we?

That thinking is exactly how many React codebases slowly become filled with , , and — often without anyone being able to explain what problem they are actually solving.

Recently, while working through a fairly large React migration, I spent a lot of time reviewing existing component code.

One pattern kept appearing:

Technically, there is nothing wrong with this code.

But there is another question worth asking:

What are we actually optimizing here?

--

--

Huseyn Ashurlu
Huseyn Ashurlu

Written by Huseyn Ashurlu

Frontend Engineer building scalable systems in fintech. Writing about architecture, system design, real-time applications, and modern web engineering.

JavaScript in Plain English
JavaScript in Plain English

Published in JavaScript in Plain English

New JavaScript and Web Development content every day. Follow to join our 3.5M+ monthly readers.