ブラウザ上のJavaScriptでの非同期処理を、今までどのように実現してきたか 「コールバック地獄」なども乗り越えてきた歴史

Go、Python、Kotlin、Rust、TypeScript の5つの言語について「並列処理、並行処理の手法」というテーマに絞り解説する「並列処理をGo/Rust/Kotlin/Python/JSで解説！思想の違いを体感しよう」。JavaScript編では橘氏が登壇。JavaScriptが疑似的な非同期処理をどう実現しているのかと、JavaScriptの非同期処理の歴史について紹介します。 橘氏の自己紹介 橘ゆう氏（以下、橘）：よろしくお願いします。風邪でめちゃくちゃ顔が死んでいるので、カメラオフでいきます。橘です。今日は「JSの非同期処理パターン Promise、async/awaitを理解する」というテーマについて話していきたいと思います。 簡単な自己紹介ですが、もともとDeNAにいて事業統合でそのままGOに移り、今は森下さん（森下篤氏）と同じチームで、主にサーバーサイドやMLOp

[poad1010]

この記事をおすすめしました

[sa-yama321]

ところがどっこい、既存コードがasnyc await とPromise併用されたりすると、async/await地獄にもなる。コールバック「地獄」とかいうけど、コールバックなんてむしろ読みやすい部類だから余裕で自在につかいこなせないと。

[fukken]

Promise.all(), race() みたいなものは async/await では代替できないので、あくまで最も一般的なユースケースを綺麗に書けるというだけ。全てを置き換えられる上位互換ではない。

[pwatermark]

言われてみればasync/awaitがPromiseの置き換えだってのは納得感ある Promiseが出てきた当初はマジで「世界が変わった」と思ったね

[secseek]

言われてみればまだJavaScriptにはスレッドの機能ってありませんね。やるんならWebAssemblyってことでしょうか