4 ms·
> Unfortunately, the web development community isn't yet ready for such. I think the web development community is already adopting this approach in a lot of pl
by unfunco 4y ago
> Unfortunately, the web development community isn't yet ready for such.
I think the web development community is already adopting this approach in a lot of places, except they're not limiting themselves to Go. Deno is written in Rust, a lot of Bun is written in Zig.
- samhuk 4y agoI was going to mention Bun and Deno. The crux of the issue/challenge is that there is so much to do. So incredibly much. JS tooling written in {not-JS} (i.e. Deno, Bun, esbuild, etc) needs developers to buy in to the new language and ecosystem, which has proven pretty much impossible. Just look at esbuild - as far as my search goes, it has not a single Golang plugin, yet >100 JS ones. My fear is that we will keep on getting tools like Bun, esbuild, etc., but the JS community never really embraces it and we are forever stuck in JS-zig or JS-Go or JS-{whatever} interop land for JS tooling.