Leon Sorokin

Uglify's at 16.4 KB. i wonder why GCC does so much better :/ EDIT: just to be clear, i'd *prefer* to move to a Rich Harris tooling monoculture 😆

the speed of closure-js is terrible. the way i got rid of `$jscomp` in the Java version was by setting ECMASCRIPT6_STRICT in and ECMASCRIPT5_STRICT out [1]. [1] https://github.com/leeoniya/domvm/blob/2.x-dev/build.js#L142

https://raw.githubusercontent.com/mrdoob/three.js/dev/build/three.js ~~`java -jar compiler.jar --language_in=ECMASCRIPT6_STRICT --language_out=ECMASCRIPT5_STRICT --js three.js --js_output_file three.min.js`~~ `java -jar compiler.jar --language_in=ECMASCRIPT5_STRICT --language_out=ECMASCRIPT5_STRICT --js three.js --js_output_file three.min.js` produces 491k ~~495k (with `$jscomp`, couldnt get rid of them with...

yeah sry, i started seeing that abbr used recently and it threw me off too, but Github doesnt have autocomplete and who has the time to write it all out...

a jQuery impl would be pretty much identical to vanilla, both in perf and imperative nature. jQuery is "slow" because people tend to over-use selectors in loops (and selectors were...

yeah, the dirty model will boost a lot of libs that currently try to keep it clean. @ryansolid thanks for putting together the thorough review in https://github.com/krausest/js-framework-benchmark/issues/772#issuecomment-699165073. i'm a fan...

i'm in the camp of keeping the models clean since i usually consider the models to be data and `selected` to be transient ui state. i'm not sure the statement...

> I wonder if it might make a difference if using worker_threads instead, as opposed to a full process. if this strategy allows for keeping the JIT'd code cached rather...

> I just tried this and the performance numbers are the same as the other two child process approaches. that seems odd, is the case here of spawning a process...

that wikipedia image is terrible - the colors literally mean nothing in that chart, not even correlated to the bar height. the only time that's appropriate is when the x...