http://kenokabe-techwriting.blogspot.jp/2016/05/timeengine.html
nonstarterの言うことがハッタリじゃなければ、さっさとToDoListの課題をOcamlの関数型の状態渡しをもって実装してみせればいいだけだが、言い訳始めてるからな。
nonstarterはこの発言の時点では、Ocamlの関数型の状態渡しに限界があることはお首にもだしていない。読んだものはそうだったのか、何でもできると思って不思議ではないだろう。
しかしなぜか、Haskellが急に登場する。別の言語の助けを求め始めた最初がここ。
そのうち、OCamlの実際的な環境じゃスケールしないという指摘がはいる。
nonstarterは、複雑性への限界を認めるが、同時に、FRPの足をひっぱることも忘れ得なかった。つまり「負けてない!」ってことなんだろw
しばらく有耶無耶にされていたが、お絵かきアプリもまだ書けないといか書かれているのを目撃した岡部氏が、すでに実装していた自作FRPライブラリでお絵かきアプリを示して、
ついでに、ハードルを引き上げた。
nonstarterの言うとおり、
岡部氏が示したFRPコードと同等のかんたんさで、OCamlでも出せるはずだ。
もちろん、他のHaskellやFRPは使うな、という至極当然の縛りつき。
http://anond.hatelabo.jp/20160520153948
そもそもの最初がesumiiやlambadaなどのOCamlユーザへむけての課題で、
nonstarterが、
と急に何故かいきなりHaskellを持ち出し、Haskellのコードを引っ張り出した。
いろいろとっちらかしてんじゃねーよ、ってことだろ。
OCamlではライブラリも足りず机上の空論だったという、ひとつの区切りはついた。
とこの点について「一般化」を試みた、誤魔化そうとしたのは、nonstarterだ。
http://kenokabe-techwriting.blogspot.jp/2016/05/timeengine.html
で
まあ、すでに別の流れで、おまえにはFRP語るな、と釘さしておいたが。
分子状水素が含まれた水素水なら効果があるのは間違いないんですが、
Qiitaでもこの2chの誹謗中傷スレと連携して、集団で攻撃している、と指摘されてたね。
LambadaのQiitaポストが2chの書き込みと数分違いとか。必死に否定していたけど。Qiitaはそういうの知ってて容認してた。
「電車で自分の隣に人が座らない現象」を外国の人は自分が差別されているのではないかと考えてしまうらしい。
日本にくる外国人あるある現象らしいんだけど日本人に聞いても「差別」であるとは言われず大抵曖昧な言葉で否定される。
これは日本人ならなぜそう答えるのか大体わかるんだけど、いくら説明しても海外の人は差別であるといい続けるしその疑念がぬぐえないみたいだ。
まずそもそも「電車で自分の隣に人が座らない現象」は外国人だけではなく日本人も経験している人が多い。
・顔が怖い、表情が怒っているように見える
・外観(髪型や服装や態度)がガラが悪そう、ヤンキーっぽい、あるいはオタクっぽい
・不潔(非常に汗をかいている、風呂に入らない、服を着替えない)
・特に、ワキガ(自分では気付かないことが多い)。この中で最悪かも。
・太っている(隣に座れない、狭い)。
・一人の世界に浸ることが好き。独り言をよく言う、車内でパソコンなど場所を取ることをやる、等。
・足の位置(意外に重要)。足を組んだり、大きく開かないと安定が悪くて落ち着けない。他人の迷惑です。
Yahoo知恵袋引用 -http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1070593140
「電車で自分の隣に人が座らない現象」は多くの日本人自身がそもそも経験しており、更に上記のように複数理由が考えられるため
「外観が原因である。」
まさか隣に座らずなぜか立っている人にいちいち聞くわけにもいかないし、そもそも特定できないのだ。
なのでネット上で検索すると「女性に席を移動された(意図不明)」「誰も俺の隣に座らない(臭いからか?)」「私の香水が臭かった?(よくわからない)」みたいな悲しい事例があふれるほど出てくる。
よって、「電車で自分の隣に人が座らない現象」は差別が原因であるとは断定できず、更に考えられる理由が複数あるため日本人の反論は「差別とは限らない」みたいな曖昧な返事になってしまうわけだ。
なのでこの反論を聞いた外国人はかならず「本当は差別だけど日本を悪く言われたくないから日本人は適当に言い訳しているんじゃないか」と思うことになる。
上記の理由からかこの話題は過去から現在まで延々とループし続けている。
海外ではこの現象は発生しづらいから日本に来て目立つのか、そもそも日本人のパーソナルスペースが広いとか干渉を避けたがるとか色々理由はあるとは思う。
・系統が凄い
→京都方面⇔奈良方面、京都方面⇔八木方面、大阪方面⇔奈良方面、大阪方面⇔八木方面を平面交差で捌く。
→そのため、構内のポイント数がかなり多い。
・来る列車の種類が凄い
nonstarterはこの発言の時点では、Ocamlの関数型の状態渡しに限界があることはお首にもだしていない。読んだものはそうだったのか、何でもできると思って不思議ではないだろう。
しかしなぜか、Haskellが急に登場する。別の言語の助けを求め始めた最初がここ。
そのうち、OCamlの実際的な環境じゃスケールしないという指摘がはいる。
nonstarterは、複雑性への限界を認めるが、同時に、FRPの足をひっぱることも忘れ得なかった。つまり「負けてない!」ってことなんだろw
しばらく有耶無耶にされていたが、お絵かきアプリもまだ書けないといか書かれているのを目撃した岡部氏が、すでに実装していた自作FRPライブラリでお絵かきアプリを示して、
ついでに、ハードルを引き上げた。
nonstarterの言うとおり、
岡部氏が示したFRPコードと同等のかんたんさで、OCamlでも出せるはずだ。
http://anond.hatelabo.jp/20160520153948
nonstarterのいうことが嘘ハッタリじゃないのならば、さっさとOCamlの関数型状態渡しでToDoリストアプリ書いて見せればいいだけ。
出来ない時点で終わってる。
nonstarterはこの発言の時点では、Ocamlの関数型の状態渡しに限界があることはお首にもだしていない。読んだものはそうだったのか、何でもできると思って不思議ではないだろう。
しかしなぜか、Haskellが急に登場する。別の言語の助けを求め始めた最初がここ。
そのうち、OCamlの実際的な環境じゃスケールしないという指摘がはいる。
nonstarterは、複雑性への限界を認めるが、同時に、FRPの足をひっぱることも忘れ得なかった。つまり「負けてない!」ってことなんだろw
しばらく有耶無耶にされていたが、お絵かきアプリもまだ書けないといか書かれているのを目撃した岡部氏が、すでに実装していた自作FRPライブラリでお絵かきアプリを示して、
ついでに、ハードルを引き上げた。
nonstarterの言うとおり、
岡部氏が示したFRPコードと同等のかんたんさで、OCamlでも出せるはずだ。
もちろん、他のHaskellやFRPは使うな、という至極当然の縛りつき。
そもそもの最初がesumiiやlambadaなどのOCamlユーザへむけての課題で、
nonstarterが、
と急に何故かいきなりHaskellを持ち出し、Haskellのコードを引っ張り出した。
いろいろとっちらかしてんじゃねーよ、ってことだろ。
OCamlではライブラリも足りず机上の空論だったという、ひとつの区切りはついた。
とこの点について「一般化」を試みた、誤魔化そうとしたのは、nonstarterだ。
それこそ国際学会とかで認められてるのがどっちか考えれば明らか。
最近だけど?
さっさと書いてみせたら?ここで言い訳してるから、白旗あげてるっぽいけど。
書けるならとっくに書けるだろ。簡単な例題なんだし。
「OCamlでは」普通に副作用を使うライブラリしかないからスケールしない、って書いてあるのに
なんで勝手に一般化して、Haskellとかでもスケールしないことにしたいの? 本当に牽強付会のオンパレードですね。
http://qiita.com/nonstarter/items/2763f5d85f2b8df3b18b#comment-d9a8cdf2efc67044c158
>OCaml の全ての GUI ライブラリは状態は副作用を使うことを前提にメインループが設計されているからです。これを乗り越えるとすると @Lambada さんのようにメインループ自体を自分で書く事になり、一般的にはスケールしません。Haskell の GUI ライブラリでは普通は状態は State なり IO を含む GUI モナドを使って書く事になりますが、そのような GUI ライブラリを OCaml 上で作れば同じような事が出来るはずです。OCaml でそこまで純粋関数型のコードを書く事に実用的意味があるとは思えませんが。