2016-05-20

http://anond.hatelabo.jp/20160520144213

同じ一つの変数の値が「処理系評価する時刻」によって変わるのであれば、

それは命令プログラムですね。

トラックバック - http://anond.hatelabo.jp/20160520144913
  • http://anond.hatelabo.jp/20160515204046

    またすさまじいスパゲッティコードですが、要するにtimeengine.js の set: function set(tval) { の中の seq.valOnT = seq.evalEqs(tval); //self eqs eval で値を破壊的に更新して、それを g...

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

      すでに否定された「反論」を何度も繰り返して 無限ループでうやむやにしようとしているようですが、 誤りは何回繰り返しても誤りです。 http://anond.hatelabo.jp/20160515231526 http://anond.hatelabo...

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

        無限ループなのはおまえだろ。 もう一回だけまとめると、__x.t=__x.t+1のような単純な例はもちろん、 その「おまえが書いた命令型コード」について、 処理系が、左辺を先に評価して、...

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

          いくら哲学ガーとか現在時刻ガーとか喚こうが、関数型だったらこんなことは起きません。 ユーザから見て命令型の代入そのものですね。 __x = __();》Array [ ]__x.t = 1;》1f = function(){return __x...

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

            うん、だから、「おまえ」が、 __x.t = 1 と定義した時間 と __x.t = 2 と定義した時間 が異なるじゃん。 __xは、時間のストリームだ、って定義なのに、だからおまえは馬鹿なんだよ。自覚...

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

              同じ一つの変数の値が「処理系が評価する時刻」によって変わるのであれば、 それは命令型プログラムですね。

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

                「変数」を「時間上のストリームの現在時刻での値」とか言い換えても同じことです。念のため。

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

                  「変数」を「時間上のストリームの現在時刻での値」とか言い換えても同じことです。念のため。 命令型ならば、そもそもそういう言い換え=パラダイムの変化は生じない。 そもそ...

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

                違うわアホ 同じ一つの変数の値が「処理系が評価する時刻」によって変わるのであれば、 それは命令型プログラムですね。 同じ一つの変数.ではなく定数というのは、 __x という、...

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

                  つまり作者の脳の中では関数型ということですね。よくわかりました。ありがとうございます。

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

                    大丈夫、 つまり作者の脳の中では関数型ということですね。よくわかりました。ありがとうございます。 おまえみたいにコードは書けるが、想像力が致命的で柔軟性が皆無なやつは...

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

                      関数型に「導入した」なら誰も反対しないよ

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

                        意味不明。 馬鹿は黙ってろ。FRPのことについて語るな。

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

                        状態渡しはまやかしだ、とか時間を軸にしたストリームを外部に持ったFRPこそが正しく実用的な関数型、みたいに言うから反対されるって言ってんの。

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

                          誰がいつ「まやかしだ」なんて言ってる? 「状態渡し」に限度がある、って認めたのは、nonstarter自身であり、その他、限界があるのに何でもできる、みたいな嘘をまきちらしているこ...

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

                            俺は書いた本人じゃないから違うかもしれないけど「限度」ってのはプログラマの能力的に、ってことじゃないの? 必要な情報は引数で全部渡して、中で書き換える(副作用)じゃなくて...

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

                              さんざん言われてることだが「状態渡し」について「原理」のことじゃなくて、実用的なアプリの実装の証拠が求められている。 岡部氏はすでに、FRPライブラリで実装してみせていて、...

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

                            普通に読んだら「FRPも状態渡しと同様の限界がある」と言ってる文章だし、 状態渡しで何でもできるなんて誰も言ってないのに、相変わらず凄まじい捻じ曲げだな。 http://qiita.com/nonstarte...

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

                              あのさ、それ もちろん、OCamlであれHaskellであれ破壊的代入の類の副作用を使用せずに書くのもなんら困難ではありません。 とか、言い切って、別の人間からスケールしない、とつっ...

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

                                「OCamlでは」普通に副作用を使うライブラリしかないからスケールしない、って書いてあるのに なんで勝手に一般化して、Haskellとかでもスケールしないことにしたいの? 本当に牽強付...

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

                                  http://anond.hatelabo.jp/20160520153948 「OCamlでは」普通に副作用を使うライブラリしかないからスケールしない、って書いてあるのに なんで勝手に一般化して、Haskellとかでもスケールしない...

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

                                  もちろん、OCamlであれHaskellであれ破壊的代入の類の副作用を使用せずに書くのもなんら困難ではありません。 nonstarterはこの発言の時点では、Ocamlの関数型の状態渡しに限界があること...

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

                                  http://kenokabe-techwriting.blogspot.jp/2016/05/timeengine.html nonstarterの言うことがハッタリじゃなければ、さっさとToDoListの課題をOcamlの関数型の状態渡しをもって実装してみせればいいだけだが、言...

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

                                  http://kenokabe-techwriting.blogspot.jp/2016/05/timeengine.html nonstarterの言うことがハッタリじゃなければ、さっさとToDoListの課題をOcamlの関数型の状態渡しをもって実装してみせればいいだけだが、言...

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

                            岡部式FRPが絶対に必要、と断言しておいて実際にすぐ実装されてしまったら 今度は「お絵かきアプリは簡単すぎたからこれをやれ」か。本当に勝手だな。

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

                              今度は「お絵かきアプリは簡単すぎたからこれをやれ」か。本当に勝手だな。 そんな問題じゃないだろうな。 最近のブログにも書かれているのだが、 「お絵かきアプリ」は、批判...

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

                      あなたの脳の中のFRPではそうなんですね。了解です。

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

                        じゃあなくて、おまえの限定的な脳では、FRPなる世界は存在していない。 おまえの脳はFRPなんて知らないのに、知っているように発言していることが害悪。

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

                        ちなみに私の知っているFRPはHaskellの各種FRPライブラリとか (つい最近変わったようですが)Elm等の各種言語と同じで、 様々な論文やコードとも一致しています(kenokabe氏の解釈以外)。...

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

                          おまえ、FRPなんて知らないだろ? だから知ってるように語るなよ。アホが。

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

                            私も専門家ではありませんがkenokabeさんよりはFRPもよく知っていると思いますし、 kenokabeさんのいうFRPが普通の世界でいうFRPとは全く違うこと、そして kenokabeさんが決してそれを認めよう...

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

                              私も専門家ではありませんがkenokabeさんよりはFRPもよく知っていると思いますし、 kenokabeさんのいうFRPが普通の世界でいうFRPとは全く違うこと、そして kenokabeさんが決してそれを認め...

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

            再束縛OKの関数型言語はあるよ > (let [t 1, t (+ t 1)] t)2 http://www.tryclj.com/ Elixirもそうみたい t = {x: 1, y: 2} のあとで t.x = 10 t.y = 15 とか直接書き換えられたら問題かな

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

        「別の場所」じゃなくて、 各分布値を包括するストリームな。 「別の場所」とか言ってる時点で何も理解できてない。

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

          「現在の値」であるt(実体はvalOnT)とは別の場所ですね。

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

            また無限ループか。 __x.t は __x の集合要素、 別の場所?なにほざいんての?語るなよ、FRPを。

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

              tの実体であるvalOnTと、過去の値を実際に保存しているseqは 同じオブジェクトの中にはありますが別のフィールド変数ですよね。

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

                tの実体であるvalOnTと、過去の値を実際に保存しているseqは 同じオブジェクトの中にはありますが別のフィールド変数ですよね。 「実体」?実体ってなに?内部実装の話?まだ言って...

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

      出たでたw まーた駱駝の「すぱげってぃこーど」 まーた、「FRPライブラリの実装」にイチャモンつける大バカ。 馬鹿に質問だが、OCamlのソースコードって、純粋関数型で実装されてんの...

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

      最初から http://anond.hatelabo.jp/20160515231526 で指摘されているとおり、セッターでvalOnTに破壊的代入して ゲッターでvalOnTの値を返してるので、内部実装だけでなく ユーザから見ても破壊的代...

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

        過去の値が全部残ってるからイミュータブルって言うんじゃないの Datomicみたいに

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

          すでに出てるけどユーザから見て > const __x = __();undefined> __x.t = 1;1> __x.t = __x.t + 1;2> __x.t;2 昔の値を別の場所に保存していようが、これを関数型とは言わないし、普通の命令型。 kenokab...

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

            言い訳してるのはおまえ。 関数型ライブラリつかって、あからさまな命令型を書いて、命令型だ!って言われてもな。馬鹿だろ? 方程式の左右の評価時間が違う処理系ならば、岡部氏...

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

              「kenokabeのGUIプログラムも、イベントが起こるたびに変数の値を繰り返し更新してる。」はスルー もしくは「岡部さんの哲学を理解していない」ですか。まあそうですよね。 >方程式の...

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

                方程式の左右の評価時間が違う処理系 やっぱり「処理系」という言葉の意味を理解していないことがよくわかったので、ありがとうございました わかってるよ。そんな難しい言葉だ...

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

            << イベントが起こるたびに変数の値を繰り返し更新してる。 ライブラリの内部的にはな。馬鹿がまだ、ライブラリの実装では破壊的代入だってゴネてるのかな?

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

            外野だが、関数型って彼の言うとおり思想哲学共有してないと馬の耳に念仏、豚に真珠だからな 岡部さんは豚に真珠見せてる段階

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

        http://kenokabe-techwriting.blogspot.jp/2016/05/timeengine.html でまた反論されてるけどさ、 「命令型」って繰り返してるけど、どういう意味で使ってる? 「破壊的代入」ってどういう意味で使ってる...

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

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