Maybe a better way to phrase it would be "Half the JS community understands that better than anyone, and the other half diarrheas out endless tiny useless frameworks and tries to get you to use them, but lets pretend that's not an issue".
Yes there’s that as well. But I have seen plenty of the type of code bases you’re praising that were a nightmare to maintain and debug.
Everything is a trade off. Most developers probably shouldn’t write their own database engine. But at the same time adding another dependency to handle padding a number with zeroes is overkill.
In practice after 2 decades doing this, I’m much more likely to run into an over reliance on libraries these days than the other way around.
Left pad was more of an issue with mutable dependencies it seems like, and with using tons small dependencies instead of larger trusted ones.
Yarn's zero install and the like could probably have stopped that from ever being an issue. Many lodash/underscore/whatever utilities have that feature, and with dead code removal I don't know why people still use micro libraries.
There's of course malware concerns, but that's why you don't use things that aren't popular with a million eyes on them unless you want to check it yourself.
> using tons small dependencies instead of larger trusted ones
That’s certainly not what the JavaScript community as a whole does. If anything that’s closer to the way many other languages do it with large standard libraries.
> There's of course malware concerns, but that's why you don't use things that aren't popular with a million eyes on them unless you want to check it yourself.
Those popular libraries often have hundreds to thousands of dependencies and sub dependencies themselves, many of which almost certainly don’t have a million eyes on them.
