undefined | Better HN

0 pointsdoctor_eval2y ago0 comments

The only real argument is an argument against waiting.

Most developers would need to wait until all browsers support it, and the vast majority of users use it, and you could easily be looking at a decade of lost opportunities while you wait for that.

That said, in a world of impending WASM, I don’t even know if TS on the browser makes sense. It seems like it won’t be long and we won’t need a JavaScript intermediary between TS and the browser at all.

0 comments

3 comments · 1 top-level

conductr2y ago· 2 in thread

I’m not a pro and don’t follow the development closely, but that said, I feel like I’ve been hearing about impending WASM for about 10 years

doctor_evalOP2y ago

Nah, it’s well and truly in production now. There are new features needed to support some languages better, and closer integration with the DOM may arguably be desirable, but my understanding is that it’s at the point where heavy lifting can be done in wasm, with automatically generated JS stubs.

I might be wrong (not a front end specialist) but ISTM that a native TS implementation built today would more likely be a compiler to WASM than try to become a first class browser language.

And anyway, direct browser support for TS would take as long as WASM has taken to gain broad support.

glimshe2y ago

This year is the year of WASM on the browser!

j / k navigate · click thread line to collapse