Download to read offline
Uploaded byyjono Seino
Concurrent Programming in JavaScript
Sapporo.js というコミュニティで発表した時の資料。 2012年頃の JavaScript並行プログラミング とそのちょっと先に出てきた技術について紹介していた。
Concurrent Programming in JavaScript
- 1. Concurrent Programming in JavaScript SEINOYoshinori Sapporo.js
- 2. 自己紹介 • 情野 吉紀 •職業 デバッガー • プログラミング好き • 趣味プログラミングしない • JavaScriptほとんど書かない
- 3.
- 4.
- 5. メリット • なんでしょう？ • JavaScript1スレッドしかないよね？
- 6. JSスレッドモデル • シングルスレッドのように振る舞う • デッドロック、競合状態と無縁 •WebWorkerについては後でね • サイ本6版 p.352 • 13.3.3 クライアントサイドJavaScriptスレッドモデル
- 7. メリット • 複数の処理を並行に実行できると • scriptロード •ユーザ入力応答 • 通信 • DOM操作 • などを、待機時間なしに実行できる
- 8.
- 9. デメリット • キュータスク処理時間は50msec以下 • 続・ハイパフォーマンスWebサイト •メンテナンス性の低下 • デバッグの難化 • 実行順序が非決定的
- 10.
- 11.
- 12. カタログ • コールバックネスト • setTimeoutイディオム •Web Workers • node.jsスタイルAPI • Promise/A(+) • Flow.js ( NOT Flow-js )
- 13.
- 14. setTimeoutイディオム • ユースケース • ユーザ応答性を高めるために処理を 分割したい •続・ハイパフォーマンスWebプログラミング • http://please-sleep.cou929.nu/using-javascript-timer-for-ui- performance.html
- 15. Web Workers • ユースケース •ユーザ応答性を高めるために処理を 分割したい • とりわけ重い処理(100ms over)を並行 処理したい • Web Workers
- 16. node.jsスタイルAPI • ユースケース • node.jsアプリケーションを作る際に 書く •http://dev.classmethod.jp/server- side/asyn/
- 17.
- 18.
- 19. 未来 • Web Workers •Task.js - http://taskjs.org/ • generators + promises = tasks • Fiber - https://npmjs.org/package/fibers • Actor -
- 20.
- 21. 次回予告 • Io :Prototype Programming Language • JavaScript: Power of Simplicity Part2 Functional Programming
Editor's Notes
- #4 動機 - JavaScriptプログラムを書いてて並行プログラミングをしなければ行けなくなる理由は？ 並行プログラミングカタログ - 並行プログラミング技法は何十年も前から研究されているが、一方で現在のJavaScriptではどんなプログラミング技法が使えるの？ 未来 - 現在主流となっている並行プログラミング技法、そしてEcmaScript6の仕様からJavaScriptの未来の並行プログラミング技法をイメージします。
- #5 動機 - JavaScriptプログラムを書いてて並行プログラミングをしなければ行けなくなる理由は？
- #7 サーバーサイドは@tricknotesに聞いてください。 node.js はプロセスをフォークしてプロセス間通信するっぽい。OSネイティブなプロセス間通信プログラミング。 RhinoとかはたぶんJavaThreadじゃね？（投げやり）
- #9 ATMの例 札幌駅地下街のアピアにはATMたくさんあります。 複数の金融機関それぞれについて複数台あり、通路が待っている人であふれないようになっています。 仮に、１台しかATMがなかったとします。 人がたくさん並びます。対策をとらないとすぐに人であふれてしまいます。 どんな対策をとりますか？ 答えは、一人一人の持ち時間を設定することです。
- #10 メンテナンス性の低下ってのは、著しく読みづらくなる、属人性の高いコードが生まれやすい
- #12 動機 - JavaScriptプログラムを書いてて並行プログラミングをしなければ行けなくなる理由は？
- #15 Web
- #20 Web Workers 共有ワーカー 名古屋にお住まいの @bleis おにいちゃんが発表した async/await 不要論 http://bleis-tift.hatenablog.com/entry/asyncawaitdis F# computation式 asyncワークフロー