2016-05-20

http://anond.hatelabo.jp/20160520080242

実在学者

ってのが不自然だと気が付かないおまえの頭がいかれているのだよ。

トラックバック - https://anond.hatelabo.jp/20160520082208
  • http://anond.hatelabo.jp/20160518164005

    そんな「状態渡し」の話はもう周回遅れでとっくに終わってる。 複雑なGUIアプリを関数型で「状態渡し」で書いたら、そのうちスケールしなくなる、ってのは例の当事者が認めてて、 FR...

    • http://anond.hatelabo.jp/20160518170332

      まあお絵かきは綺麗に書けるってことでいいんじゃないの? そんで岡部氏のFRPでは綺麗に書けて、状態渡し派の関数型には書けない次なるお題でとどめを刺せばいいんでは?

      • 話題の岡部健(kenokabe)が自分のブログで凄いこと言ってる

        ttp://kenokabe-techwriting.blogspot.jp/ このブログエントリの昨日と本日日付の分を見ると、たくさんの増田の投稿がリンク付きで引用されている。 しかもよく見ると、個々の増田の投稿を、実在...

      • http://anond.hatelabo.jp/20160518171946

        まあ、それも面白い展開になるだろうね。

      • http://anond.hatelabo.jp/20160518171946

        状態渡し派の関数型には書けない次なるお題のいいアイデアある? FRPでかいても複雑さは一緒です!とかいいながら、またHaskell+ReactiveBananaかElm使ったら笑うけどなw

      • http://anond.hatelabo.jp/20160518171946

        何度も指摘されているが「岡部氏のFRP」は同じメンバ変数tに何度も値を上書きしてるだけの FRP以前に関数型でもない普通の命令型プログラム。いくら論文を曲解したり哲学とか言い訳し...

        • http://anond.hatelabo.jp/20160519142942

          「状態渡し派」なんてレッテル張りも典型的な詭弁(藁人形論法)。 誰も状態渡しで何でも簡単に書けるなんて言ってないし、状態渡しで書くべきとも言ってない。 「お絵かきアプリ...

          • http://anond.hatelabo.jp/20160520051838

            言い訳だよね? 結局、nonstarterは「状態渡し」でもFRPでも複雑なアプリになっても事情は全く同じということを主張しているのだから、その真実性を証明してくれと要求されているにす...

        • http://anond.hatelabo.jp/20160519142942

          何度も指摘されているが「岡部氏のFRP」は同じメンバ変数tに何度も値を上書きしてるだけの FRP以前に関数型でもない普通の命令型プログラム。いくら論文を曲解したり哲学とか言い...

    • http://anond.hatelabo.jp/20160518170332

      これのどこをどう読んだら「状態渡しはスケールしない」になるんだ…… ひょっとして状態渡しをモナド化したのがStateとか、基本的なことを全く理解していない? http://qiita.com/nonstarter...

      • http://anond.hatelabo.jp/20160520052648

        http://qiita.com/nonstarter/items/2763f5d85f2b8df3b18b#comment-d9a8cdf2efc67044c158 >>いずれにせよ、状態機械の数学的構成では状態遷移が状態と入力から状態への関数として表現されるというだけのこ...

記事への反応(ブックマークコメント)

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん