Official

見つけよう、Dockerと開発・運用のいい関係

Dockerとコンテナ技術は別物
アプリケーションをイメージ化してポータビリティを実現したかった
バックエンドの1技術としてコンテナーを利用した
コンテナー技術は10年前からある技術
Linuxコンテナーはプロセスグループごとに独立したOSは環境を見せる技術
普通のサーバーだと共有されてしまうので、アプリごとにわけることは出来ないのか
カーネルをちょっとトリックを細工して実装している。既によくあるもの(chrootとか)
コンテナーの技術を管理する技術がなかったから流行ってなかったが、Dockerがイメージで管理出来るような仕組みを作った事によって、爆発的に流行るようになった。
Docker.incへの期待として、戦略が不思議な感じで見えてこないので、パートナー戦略、エコシステム、サポート体制を早急に作って欲しい。
個人を超えたDockerの利用パターンとして、Dockerイメージを用いて、多数の開発者に同一の開発環境を提供。そのまま本番環境でも動作するDevOps。この全体像を見失わず、開発と運用をひとまとめにする、全体を網羅する、様な形をイメージしておくと吉。
Dockerを使用するとチームを作らずとも、1人で運用出来てしまう未来もある。

非同期処理が前提
js自体がfunction渡しの言語仕様ではない
コールバック処理が辛くなる -> Promiseの登場、仕様化することにより、可読化が容易になった。webのフロントエンドはPromiseが必須・流儀。だが、エラーハンドリングが重要。
webの場合、UIThreadのみ。WebWorkerがカジュアルに来る時代が来るかどうか？
ネイティブの場合、自分でスレッドプールを作って管理していたが、ライブラリに任せて。
Androidの場合、Promise使うならRxjava使うようになってきた。
iOSの場合、ライブラリが乱立。プログラマ次第。
streamは、Rx.jsから派生して標準化しようとする動きがあるがまだわからない。

webの場合、jQueryのちょっとしたものからちゃんと作りましょうっていう流れになって、Backbone.jsがMVC的な流れになり、Angular.jsが出てきて、データバインディングの流れになり、React.jsが出てきて、今に至る。今まで、1つのライブラリが席巻してきたが、最近はAngular2、React、Reduxなど乱立している。
ネイティブの場合、プラットフォームが提供するフレームワークがあるが、はみ出る設計を補う為に、規約で縛ったり、ライブラリを利用している。フレームワークはOSのものを使用する。iOSの場合、言語から変わるので、ランタイムから依存するのは良くないという流れがあるんじゃないか？iOSSDKの更新頻度が多いので、ライブラリのメンテが大変なので、それを使用するのはどうか？という思いがあるのではあるのではないか？