5 ms·
In the context of the article being on nodejs code; I don't know about other developers, but I don't minify my production nodejs code because it runs directly o
by nevi-me 11y ago
In the context of the article being on nodejs code; I don't know about other developers, but I don't minify my production nodejs code because it runs directly on the server. Whether I have `var nameThatIsStupidlyLong` or `var nTISL` doesn't make a difference because size of code isn't a concern.
What do other developers out there do?
- smt88 11y agoYeah, but the whole point of the article is that the names of your variables (and even your comments!!) do make a difference in performance.
- nacs 11y agoIn this one context, this one micro-optimization applies but for 99% of other cases, they don't (and shouldn't). Note the 'benchmark' in OP is run 500 million times to see the performance difference. This is definitely not a common scenario.
- smt88 11y agoFor me, it's more the principle of the thing. This just seems like an insane way for an interpreter to behave. Even more insane is the proposal of minifying server-side JS!
- sim0n 11y agoNot that insane considering many people are using things like Babel to run ES6/7 code. If you're already compiling that code to ES5 for production, there's no harm in also minifying things.
- olalonde 11y agoI use https://babeljs.io/ https://babeljs.io/ to compile es6 code for production. It could support this kind of transformation though I'm not sure if it does by default.
- salehenrahman 11y agoBabel doesn't, by default.
- deleted 11y ago[deleted]