どうしてWaltsを開発したのか - そして昨今のFlux - Qiita

まずFluxとはなんだろうか。Fluxの解説はすでに多数掲載されているが、ここでは「データフローを一方向としたアーキテクチャ」と定義したい。 そもそも、FluxというのはObserverパターンにちょっとした規則を設けて、かっこいい名前を与えたに過ぎないのだが、現代のフロントエンドはこのFluxを見事に受け容れた。なぜか。それは開発者が秩序を求めたからである。 これは、拡大し続けるフロントエンド・サイドの開発規模に対して、従来のMVC、正確には複数のViewと複数のControllerが相互にデータを受け渡し合うアーキテクチャがスケールしなくなったことに起因する。（ここではMVCを厳密に定義していない。GUIアーキテクチャについてなのかバックエンド・アーキテクチャについてなのか判然とさせないまま、俗語的に用いている） シングルトンという名でごまかした巨大なグローバル神オブジェクトを至る所で

[IzumiSy]

読みやすさがある

[akabekobeko]

Redux の middleware については同感。Pluggable なシステムの課題というか宿命。Babel みたいな周辺ツールと異なりアプリ実装の根幹に絡むから依存の多段化は避けたい。

[marisatokinoko]

エモさを感じる。正座して待つ

[assaulter]

続きが待ちきれねぇぜ...！

[TokyoIncidents]

いつもイジられているイメージの 83 さんだけど、文章の説得力は高い。ちなみに CQRS は以前 amagitakayossi さんが発表していたのを記憶している https://speakerdeck.com/fand/ddd-plus-flux

[yosuke_furukawa]

whyは理解できたのでhowが知りたい、walts期待

[joe-re]

いい話。個人的にはwaitForはそれなりにしっくりきている仕組みなんだけど、これは個人の感覚によるのかなー。解説編楽しみ。

[vndn]

このロゴは左右非対称？

[kuy]

正座して読もう。

[armorik83]

昨日のReact Meetupを受けてポエム書いた。