Nice work. Is the 60% improvement on top of the speed improvements already brought by the source-map folks using wasm previously? As they reported 5–10x improvements, which is 500–1000%; although they didn’t appear to benchmark in the context of webpack/Node.js specifically.
Proxies are surprisingly fast in general, the code in V8 is relatively simple. It’s hard to say more unless I know what you want them to be compared to? I only mentioned it because I’ve found people assumed, just as I did, that “boy I bet your polyfill is slow cause Proxies likely are”.
Thanks for the positive vibes! At this point it’s just an experiment and the code written for the demos is nowhere near production ready so don’t want people building real things with it outside of the JSBins or people filing issues about things not working. If the reception is positive, I’ll spend some time to change that.
Kent C. Dodds See the “What do we call them, then?” section. I don’t really mind ESNext/ES.Next/ES.next/etc but like I mentioned, I prefer to just call them “proposed features” or in a circle I feel will understand the stage lingo, I prefer to call them by their stage. e.g. “stage-1 decorators”. Giving them a catch-all buzzword has historically given…