Porting to native disrupts the previous ecosystem. It's amazing when users of your software can modify it to their fit their needs, in the same language. Adding another barrier in the name of performance is justified…
No, they could have rewritten the Typescript compiler in better Typescript. I just peeked at random files in last TS compiler branch before the port (v6.0.3). Simply put, I would not have written it that way. That style…
The point of an asm.js style is so that you can eliminate almost all of the dynamic variance so that ahead-of-time compilation is possible. Asm.js can be transform into whatever PNaCL takes to get even faster - there is…
Yes, much faster. Conversely, I don't think Anders is claiming his Typescript implementation to be particularly fast - he believed JS wasn't fast enough to solve his performance problems. Which isn't true. The TS…
Java/.NET by default have an edge due to being less dynamic than JS and having a more mature VM. Both of these qualities are not static variables, as in: 1) You can programming JS in a style that is stricter than…
In Google sheets case, because they are being processed through two separate transformation pipelines often in different runtime environments (i.e. server vs client). The end result doesn't matter if it's incomparable.…
I don't mean to say you should, I just wanna stress that it's important to be critical of claims others make without evidence. Anyone can claim anything is true! "But why bother when you already have the speed up? And…
As someone who is creating a serious programming language whose bootstrap compiler is currently in (a restricted form) of JS. I am immensely skeptical of claim on all fronts.
I bet if you took the AI-generated Rust codebase and another 120k to reverse it right back to Typescript you'd get keep most of that same speed up!
1) Google Sheets use case Long story short they are comparing the performance of server-side Java to client-side JS (Java transpiled through GWT/J2CL). So something like: Java -> Hotspot -> native vs Java -> GWT/J2CL ->…
Yea, it does require great discipline but I've been surprised by the lack of tools to help with writing high performance js. Surely there can be some middle ground were you just want some small part of your app to run…
It's late for me. I've commented plenty on this thread but I'll revisit this particular comment tomorrow with my assessment of these two blog posts. Just skimming the Google Sheets wasm one, looks like pure technical…
Instead of writing utilities, libraries, guidelines, build-time transformations, etc to help (or even) force JS devs to stay on the happy path, the industry "experts", large companies, and thought leaders chose to go…
JS has Web Workers in the browser and Worker Threads module in nodejs for parallelism. Most apps don't need to them to be fast, but slow apps would be less slow if Workers where used more often.
Low average skill unfortunately includes them as well. I say unfortunate because, like the build tool developers, they serve an outsized audience with their poorly written apps. But, to be fair, large tech corporation…
Or just write faster JS using it's lower-level language features. Nothing about whatever collection of build tools the JS ecosystem uses "requires" rust/zig/c++/go. It's a closed text transform problem. The native…
To all reasonable software developers out there, please don't listen to the prevailing groupthink. Javascript (the language) has many semantic problems but speed (from the VM) is one of it's best features! Like, you…
A programmer that can write a small efficient weather app in assembly can also easily do so in JS. Especially writing it in a c-style imperative way. Modern Javascript has many low-level facilities and a great VM.…
There's no need to even contextualize your argument, it is the reality. The whole point of spending such heroic efforts on a fast VM implementation is so that even faster peformance becomes a niche use cases. But alas,…
Not that we care at all, but for your own good, it'd be best follow experts in your field/hobby on Twitter. You never know what inspiration might hit you!
Porting to native disrupts the previous ecosystem. It's amazing when users of your software can modify it to their fit their needs, in the same language. Adding another barrier in the name of performance is justified…
No, they could have rewritten the Typescript compiler in better Typescript. I just peeked at random files in last TS compiler branch before the port (v6.0.3). Simply put, I would not have written it that way. That style…
The point of an asm.js style is so that you can eliminate almost all of the dynamic variance so that ahead-of-time compilation is possible. Asm.js can be transform into whatever PNaCL takes to get even faster - there is…
Yes, much faster. Conversely, I don't think Anders is claiming his Typescript implementation to be particularly fast - he believed JS wasn't fast enough to solve his performance problems. Which isn't true. The TS…
Java/.NET by default have an edge due to being less dynamic than JS and having a more mature VM. Both of these qualities are not static variables, as in: 1) You can programming JS in a style that is stricter than…
In Google sheets case, because they are being processed through two separate transformation pipelines often in different runtime environments (i.e. server vs client). The end result doesn't matter if it's incomparable.…
I don't mean to say you should, I just wanna stress that it's important to be critical of claims others make without evidence. Anyone can claim anything is true! "But why bother when you already have the speed up? And…
As someone who is creating a serious programming language whose bootstrap compiler is currently in (a restricted form) of JS. I am immensely skeptical of claim on all fronts.
I bet if you took the AI-generated Rust codebase and another 120k to reverse it right back to Typescript you'd get keep most of that same speed up!
1) Google Sheets use case Long story short they are comparing the performance of server-side Java to client-side JS (Java transpiled through GWT/J2CL). So something like: Java -> Hotspot -> native vs Java -> GWT/J2CL ->…
Yea, it does require great discipline but I've been surprised by the lack of tools to help with writing high performance js. Surely there can be some middle ground were you just want some small part of your app to run…
It's late for me. I've commented plenty on this thread but I'll revisit this particular comment tomorrow with my assessment of these two blog posts. Just skimming the Google Sheets wasm one, looks like pure technical…
Instead of writing utilities, libraries, guidelines, build-time transformations, etc to help (or even) force JS devs to stay on the happy path, the industry "experts", large companies, and thought leaders chose to go…
JS has Web Workers in the browser and Worker Threads module in nodejs for parallelism. Most apps don't need to them to be fast, but slow apps would be less slow if Workers where used more often.
Low average skill unfortunately includes them as well. I say unfortunate because, like the build tool developers, they serve an outsized audience with their poorly written apps. But, to be fair, large tech corporation…
Or just write faster JS using it's lower-level language features. Nothing about whatever collection of build tools the JS ecosystem uses "requires" rust/zig/c++/go. It's a closed text transform problem. The native…
To all reasonable software developers out there, please don't listen to the prevailing groupthink. Javascript (the language) has many semantic problems but speed (from the VM) is one of it's best features! Like, you…
A programmer that can write a small efficient weather app in assembly can also easily do so in JS. Especially writing it in a c-style imperative way. Modern Javascript has many low-level facilities and a great VM.…
There's no need to even contextualize your argument, it is the reality. The whole point of spending such heroic efforts on a fast VM implementation is so that even faster peformance becomes a niche use cases. But alas,…
Not that we care at all, but for your own good, it'd be best follow experts in your field/hobby on Twitter. You never know what inspiration might hit you!