yosuke-furukawa/サブスタックさんがfluxについてひとこと言いたいそうです。.md

• つまりfluxっていうのは基本的にはEventEmitterでイベントの順序があるっていうことかな? なんか色々書いてあるけども https://facebook.github.io/flux/docs/dispatcher.html#content

• そして僕にはEventEmitterからみて利点がよくわかってない、単なる人目を引かせるためのマーケティングかな

• これがほぼ全てのコードか。 https://t.co/y2dbxOtUn9 ドキュメントとは異なっているようにみえるが、、、

• @substack fluxはライブラリって言うよりコンセプトだよね。だからflux inspired libraryがたくさんあるんだと思うけど

• @NickDima なんか騙してるっぽく見える。。。

• @NickDima さらに言えば、flux は "僕らのコードにはflux が必要だ！めっちゃクールだって聞いたし！"みたいな cargo-cult なプログラマーを弄んでる感じがする。

※cargo-clut : 積荷信仰って言って外からきたものをありがたがる人々

• @substack めっちゃ注目されているfluxのひとつは redux かな https://github.com/gaearon/redux

• @substack @NickDima "fluxは弄んでる、なぜならコードじゃないから"っていうのは、"Elmは弄んでるなぜならコードじゃないから"っていうのに似てるな https://t.co/yiO4GG8n2I

• @substack @NickDima EventEmitterは実装詳細であって、 Fluxの本質は (state, action) => state をやることだよ、reduxはそれに挑戦してる

※ stateとactionを受け取って中で新しくstateを変更するような処理

• @dan_abramov @NickDima もしそうならなんでそれが関数シグネチャじゃないの？fluxの全てのアーキテクチャが不必要に間接的な呼び出しをしてるように感じるよ

• @substack @NickDima Reduxのisssueにしてくれて問題ないよ！happy to discuss!

• @substack @NickDima Fluxはただ"modelへのセッターを使わずに情報の一元化した上でコードをどうやって書くのか"を示しているに過ぎない

• @substack @NickDima 前にFluxのユースケースについて書いたな

※ https://medium.com/@dan_abramov/the-case-for-flux-379b7d1982c6

• rauchg: @dan_abramov @substack @NickDima うまいこと言った。2015年に登場した新しい用語に関しては僕は常に用心深く紹介してる。