4 ms·
> What astonishing progress! It's almost as fast of a feedback cycle that you would have had working in Lisp at a REPL 30 years ago! Indeed - I chose the word
by jbreckmckye 6y ago
> What astonishing progress! It's almost as fast of a feedback cycle that you would have had working in Lisp at a REPL 30 years ago!
Indeed - I chose the word REPL for a reason.
> Javascript is popular, but in most ways it's actually a much worse language than PHP, especially for new learners. The package ecosystem is a pigsty. It only exists because of legacy.
Agreed.
> I would hate to send some shiny new university grad down the route of learning that stack in depth when eventually, inevitably, it will be pushed out by something that sucks less. As soon as WASM matures to the point where in-browser UI that is NOT javascript/DOM powered is feasible on most devices, we're going to see a spate of new frameworks, new / repurposed languages on the client, etc. and the big advantage of "JS on both frontend and backend" will go away.
Hard to say. JS has a powerful incumbent factor, and a lot of the difficulties in browser dev are less down to JS-the-language than asynchronous programming in an actively hostile runtime (web browsers). I think there will be a trough of disappointment when the e.g. Java devs realise that crossing the gulf between systems and UI dev is much bigger than just the programming language.
Right now the big movement for WASM is to do high performance frontend work in it. I have had some experience in this domain - e.g. zero GC webVR apps - and it's probably the area where WASM will initially bring the greatest benefits. That means that initially the best supported WASM toolchains will likely be for systems languages like C++ and Rust.
So I think it's likely that JS will be killed by a WASM targeting language, but that this language will be selected for its near term benefits on the web. And right now the momentum seems heaviest behind Rust.
- core-questions 6y ago> And right now the momentum seems heaviest behind Rust. Maybe for the low-level mechanism that directly targets WASM, but what the average developer actually wants to work with day-to-day has to be more forgiving and more expressive. Something closer to Ruby is probably more appropriate: so if Rust is to be in the mix, use it to implement a really good interpreted language, like how PHP is written in C but with twenty years of learned-lessons mixed in.