次世代言語議論スレ[Rust Kotlin Haskell]第6世代 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/08/28(月) 21:53:37.12

※前スレ
次世代言語議論スレ[Go Rust Scala Haskell]第5世代
http://mevius.2ch.net/test/read.cgi/tech/1497311647/

あ · 2017/09/15(金) 08:07:52.43

ただいま。

>>407
それ、あんま良くわかってない(特に営業上がりの)PMがやってる事じゃない？
その下がPMの発言を汲み、そして纏まらなかったらメシ打ちで機嫌を取り、深堀してヒアリングさせて、なんとかごまかすという人間だけが出来る事をやって、
それでも死屍累々になる今よりもっと酷くなるかと。

**デフォルトの名無しさん** · 2017/09/15(金) 08:25:16.27

客の言ったことだけに基づいてシステムを作るのが不可能なのは当然でしょ
最も重要なのは客の言葉よりもアーキテクトやエンジニア自身の経験や常識だ
人間も結局、事例を学習して継ぎ接ぎしてるだけだよ
そう考えると、それが機械に置き換わるのは案外夢物語ではないよ

**デフォルトの名無しさん** · 2017/09/15(金) 08:47:31.96

Clojureはjavaの上にあるのが特色だけど、この特色がどうしても好きになれない。どうせならLLVMの上にでも乗せてくれれば良かったのにって思う

あ · 2017/09/15(金) 08:52:44.26

>>443
継ぎ接ぎで解決する部分と、研開で本気でやらなきゃいかん部分がどーしても出てくるかと。
うちも知財部はチェックはしてくれるけど、明細書は自分で書かにゃならんし、継ぎ接ぎではやっぱ拒絶査定食らうし、弁理士の得意分野なら「新規性に疑問を持たれるのでもうちょい頑張って」って言われて知財部からかえってくるよ。

**デフォルトの名無しさん** · 2017/09/15(金) 09:06:38.50

>>441
何の説明も反論も出来ていないとは、まさにお前のことだな。自己紹介乙。

>>415
>運動会の「プログラム」とコンピュータの「プログラム」は同じことだよ。
>式次第。次こうしてその次はああして…とつらつら書いてある。

に対しお前は
>>420と>>433で式だ文だとトンチンカンなことを言っているが、
一体>>415のどこに式と文に関する記述が出てくるのか、まず発端のそこを説明しろよ。
いくら聞いても
>>435、>>436と下手なごまかし藁人形捏造して逃げてばかり。

「式」次第だから式だと思ったってこと？小学生かよw国語の勉強頑張れよー

**デフォルトの名無しさん** · 2017/09/15(金) 09:41:01.53

そのへんHaskellはバックエンド選び放題でいいよな
Win版はうざいけど

**デフォルトの名無しさん** · 2017/09/15(金) 10:21:32.89

副作用がガンガン使えるHaskellってつくれないのかな？
内部でモナドに変換してくれて解決してくれるようなんでいいから

人がそういうのをいちいち気にして
プログラミングしなきゃいけないってちょっと次世代的にダサくない？

あ · 2017/09/15(金) 10:44:10.07

プログラムと言う単語が悪いわな。
もう少し語源に近づいて「(ある目的のために)予め書かれたもの(pro(羅pre 前以て)-gamme(羅gram 書く))」とすると、運動会のプログラムも電算機のプログラムも同じものなんだが。
書かれた順に行うからプログラムでも無いよ。
紅組優勝の場合は○○、とか、もっと言っちゃえば午前中に雨が降った場合、午後のこの演目は土が乾くまで他の演目を先に行う、なんてのも運動会のプログラム。
それを読んで行う>>415の半分は「スケジュール」。ジョブスケジューラがやるべき事。

**デフォルトの名無しさん** · 2017/09/15(金) 11:27:00.11

>>448
それってHaskellの意味あるか？逆ならわかるけど

**デフォルトの名無しさん** · 2017/09/15(金) 11:32:50.11

どっちにしろ式だの文だのは関係ない話やな。

**デフォルトの名無しさん** · 2017/09/15(金) 11:53:54.90

F#に型クラスさえ導入されればHaskellなんて見向きもしないのに

**デフォルトの名無しさん** · 2017/09/15(金) 12:09:58.95

>>452
コンピュテーション式あるだろ

**デフォルトの名無しさん** · 2017/09/15(金) 12:12:03.29

>>448
ずっとIOかStateの中に居ればいいと思うよ
do記法が副作用すなわち手続きを自動的にモナドに変換してくれるよ

**デフォルトの名無しさん** · 2017/09/15(金) 12:14:55.56

あれはモナドか

**デフォルトの名無しさん** · 2017/09/15(金) 12:17:37.01

Haskellの型システムを理解できていたら副作用ガンガン使えるよ
型システムをいちいち気にしないやつはPythonを使えよ

**デフォルトの名無しさん** · 2017/09/15(金) 12:24:26.12

>>449
どうでもいいがラテン語かね？
普通ラテン語で、書く、となるとscribo、（略）、、scriptumじゃね？

あ · 2017/09/15(金) 12:52:34.10

>>457
ごめん、思い切り間違えた。希だな。

**デフォルトの名無しさん** · 2017/09/15(金) 13:04:41.59

>>454 >>456
そういうのを取っ払って使えるようにして欲しいのよ
型クラスとかdo記法も隠蔽してシステムの方で勝手に管理してくれればいいじゃん

**デフォルトの名無しさん** · 2017/09/15(金) 13:56:26.77

ぶっちゃけhaskell使ってどんくらい開発効率上がるか知りたい。
railsみたく10倍開発スピード上がるって文句のフレームワークでないのかな。

個人的にはgolangのgoaがそれに匹敵する気がする。
webpaiに特化したフレームワークでswagger.jsonも吐いてくれる。
クライアントライブラリまで自動生成できる。

**デフォルトの名無しさん** · 2017/09/15(金) 14:59:35.94

プログラムを作る事と使う事の
区別が付かないやつ多数発見

**デフォルトの名無しさん** · 2017/09/15(金) 15:34:36.71

むしろ、作る事≒使う事になっていくだろうな
ある意味先祖返り的な感じだけど
分けることが意味が無い方向に進んでいくと思う
やりたいことを思いついたら、それでプログラム完了したと同じみたいな

**デフォルトの名無しさん** · 2017/09/15(金) 15:51:54.65

>>462
それはもうプログラミングとは呼ばなくなるんだよ
すでに通ってきた道

作る事と使う事の境界線が時代とともに移動することはあっても
分ける事に意味が無くなることはない
概念に名前を付けるというのは分けることそのものだから

**デフォルトの名無しさん** · 2017/09/15(金) 15:54:23.94

概念に名前を付けるとか付けないとか、それ自体が意味が無くなるよ

あ · 2017/09/15(金) 18:51:48.11

人間は概念に名前がついてると、そいつの素性を知らなくてもなんとなく完璧に理解した気になるステキな特性を持っとるからな。
js界隈のFluxとか使い古しの技術の詰め合わせだし、disりの為の池沼、ガイジ、アスペらへんの言葉も同じ。
精神医学やら臨床心理学、障害者心理学やっても無いのになぁ、って思うわ。やった人間からすると。

**デフォルトの名無しさん** · 2017/09/15(金) 19:22:38.65

もう、それって古い考え方だよ

**デフォルトの名無しさん** · 2017/09/15(金) 19:54:08.23

ユーザーが作者に文句を言うことができなくなっていく
使う人≒作る人だから

**デフォルトの名無しさん** · 2017/09/15(金) 19:56:37.96

意味がわかんない
使う人≒作る人だって、言えばいいじゃない

**デフォルトの名無しさん** · 2017/09/15(金) 20:54:08.67

>>446
ごまかしって、今お前がやってる下手くそな例えのポエムで自爆してる事？

文や式云々は確かに俺個人の解釈の一つだ
で、それで？
いつまでもまもな解釈を提示できない時点で、意味のないレスと自分で反復的に証明してる用なもんだぞ

ちゃんと理解できてるか？知恵遅れ

**デフォルトの名無しさん** · 2017/09/15(金) 21:27:47.90

>>444
Javaのライブラリが使えるのが大きい
ClojureがLispの中で今一番流行してるのもそこ

**デフォルトの名無しさん** · 2017/09/15(金) 21:30:03.12

>>460
関数型言語で開発効率は
言うほど上がらないよ
上がるならもっと採用されてる

**デフォルトの名無しさん** · 2017/09/15(金) 22:07:36.31

>>470
知ってる。知ってるけど、知った上で鬱陶しく感じてるんや色々と

**デフォルトの名無しさん** · 2017/09/15(金) 23:06:38.84

言語で開発効率が上がるのではない
その言語を使いこなせるエンジニアだから開発効率が上がるのだ
流行に流されず手に馴染んだものを使いたまえ

**デフォルトの名無しさん** · 2017/09/15(金) 23:15:03.10

それはちょっと違うな
言語の性質そのものが生産性を大きく向上させることはないのは同意するが、
その言語に習熟しているかどうかもそれほど重要ではない
最も重要なのは、学習コストを受け入れて生産性の向上を図ることのできるエンジニアは優秀なエンジニアである、ということだ

**デフォルトの名無しさん** · 2017/09/16(土) 04:11:26.94

あと生産性については使い分けがあるな

関数型は記号処理が中心なら簡潔に書けるが
ゲームみたいな
状態遷移が中心の開発対象に向かない

あとCRUDとか定型的なアプリなら
ライブラリやフレームワークの方が
生産性の要素として大きい

結果メジャーなOO言語の方が使いやすい

**デフォルトの名無しさん** · 2017/09/16(土) 08:18:11.68

言語で効率に差はない君の主張は「HelloWorld程度なら」という前提らしいので真に受けてはいけない

**デフォルトの名無しさん** · 2017/09/16(土) 09:11:09.54

デマを真に受けるだけで効率100倍ぐらい悪化するよな
言語は変えてもせいぜい2倍程度だろう
だから言語の差は意味がないと考えられる

**デフォルトの名無しさん** · 2017/09/16(土) 16:33:37.37

oO（アセンブラでアプリケーション全部書くのからはC++2011でも100倍は確実だと思うけど）

**デフォルトの名無しさん** · 2017/09/16(土) 18:14:46.05

お前らは気持ちよくかけるオナニー言語が欲しいんだろ
普及するのは入りやすくて変化の少ない言語だろ

なのでどっちみち生産性とか実用性は無視していいんじゃないか

**デフォルトの名無しさん** · 2017/09/16(土) 19:05:55.59

>>479
これなー
別にC/C++で実行速度も解決できるしほぼなんでもできるからな

言語で何をするかが重要なのであって案の定スレ開いてみたら言語の欠点じゃなくわけのわからんこと抜かしてるし

多分こいつら下の階層のプログラマーじゃないだろ

**デフォルトの名無しさん** · 2017/09/16(土) 19:11:14.44

というか下の階層にいたらこんなスレ開かないか
めんごめんご

**デフォルトの名無しさん** · 2017/09/16(土) 20:48:37.37

>>477
>>478
100倍は大げさ
機械語と高級言語だったら100倍ありそうだけど

アセンブリとCで10倍くらいかな
アセンブリとC++で20倍くらい？

**デフォルトの名無しさん** · 2017/09/16(土) 21:13:49.72

まあ確かに普段何のプログラム書いてんだよってのはかなり重要かな。

**デフォルトの名無しさん** · 2017/09/16(土) 21:56:40.44

アセンブリとRubyなら15倍くらいかな

**デフォルトの名無しさん** · 2017/09/16(土) 22:16:18.09

そもそも次世代ってどれも対して変わらんだろ。GUIでプログラミングとか今までにない要素ぶち込むならまだしもどれも劣化python/C++じゃん

java/kotlinなんか仮想化すんなら別に言語javaである必要はないしな
次世代取りたきゃandroidみたいにほぼ強制的にやらせればいい

**デフォルトの名無しさん** · 2017/09/16(土) 22:21:07.30

よってkotlinだろう

このスレは終わりである
完

**デフォルトの名無しさん** · 2017/09/16(土) 22:23:39.18

うぉおおおおおおお
議論スレの終わりを初めてみた!!!!

**デフォルトの名無しさん** · 2017/09/16(土) 22:24:51.68

今北産業

**デフォルトの名無しさん** · 2017/09/16(土) 22:26:15.80

>>488
次世代は
javaの進化系
スレ完

**デフォルトの名無しさん** · 2017/09/16(土) 22:27:09.86

記念パピコ

**デフォルトの名無しさん** · 2017/09/16(土) 22:27:31.65

俺が自演してるみたいに思われるだろ
やめろ

**デフォルトの名無しさん** · 2017/09/16(土) 22:48:18.22

自演パピコ

**デフォルトの名無しさん** · 2017/09/17(日) 00:49:41.17

>>485
＞今までにない要素ぶち込む
じゃVR/AR/MR or（amazon Echoみたいな）スピーカーデバイスだけで
プログラミングできる言語作れと？
確かに次世代っぽくはあるかもねｗ

**デフォルトの名無しさん** · 2017/09/17(日) 02:58:00.79

どう考えても次世代はルーストだろう

**デフォルトの名無しさん** · 2017/09/17(日) 08:32:15.30

他言語もそろそろRustのぱくりを考えているだろう
例えば参照カウントが2以上なら例外を投げるだけの機能

**デフォルトの名無しさん** · 2017/09/17(日) 14:20:07.64

Rustが色んな意味で新しい事は確かだ

あ · 2017/09/17(日) 15:03:42.87

VRで作業は少しアリかもしれんけどな。単純に視野的に。
Oculus買ったけど、Unityでアプリのウィンドウをキャプチャしたものを浮かべてたくさんの仮想ディスプレイのようにして遊んだけど楽しかった。NASA感ある。
でもキーボードとトラックボール以上の入力装置は無いな。空間をつかむって思ってるより難しかったわ。

でも何より熱いのと、その仮想ディスプレイを浮かべる部分作る作業は酔う。

**デフォルトの名無しさん** · 2017/09/17(日) 17:49:11.61

キーを押した感覚とかフィードバックがないとな
タッチパネルの課題としても研究してる人いるけど

**デフォルトの名無しさん** · 2017/09/17(日) 17:56:51.20

良く知らないんだけど、関数型の言語って関数を動的生成してるんだろうか？
C++のラムダはしてないけど

**デフォルトの名無しさん** · 2017/09/17(日) 22:55:01.08

そんなことしなくても推論したシグネチャ通りの関数をコンパイル時に生成すれば十分。

**デフォルトの名無しさん** · 2017/09/17(日) 23:44:37.23

クロージャとか関数オブジェクトはそう簡単にはいかんくね？
C++だと結構ダイナミックに引数変更してくるし

**デフォルトの名無しさん** · 2017/09/18(月) 01:25:42.89

>>499
関数型言語の計算モデルであるラムダ計算モデルを単純に実装すると、
常に(「関数」ではなく)クロージャがヒープ上へ動的に生成され、
最終的にガーベジコレクションによって回収される
これはSICP本にあるような初歩的な関数型言語インタプリタ実装や
初期のLISP処理系実装で見ることができる

で、現在の最適化技術が反映された関数型言語処理系では
「クロージャ変換」と呼ばれる技術が使われていて、
単に束縛変数(いわゆる関数の仮引数)だけを参照する関数は
手続き型言語と同様にスタック上へ引数が割り当てられ、
本当に必要な時しかヒープを消費しないよう設計されている
その概略はTiger本に解説がある

なお、Haskellのような純粋関数型言語では「ラムダリフティング」と
呼ばれる技術によってクロージャ変換と同様な最適化が実現されているらしいけど、
自分は知らない

**デフォルトの名無しさん** · 2017/09/18(月) 11:44:41.42

>>502
知りたいことを過不足なく書いてくれた有能。感謝感激雨霰

**デフォルトの名無しさん** · 2017/09/18(月) 12:25:46.18

それ最適化と呼ぶようなことなのか?
ラムダを普通の関数として実装するくらいのこと、静的言語だったら必ずやってるよね
静的言語の場合は単にそう実装するのが自然だからそうしてるだけで、最適化でも何でもないな
その程度のことにわざわざかっこいい名前をつけなきゃいけないほど動的な関数型言語の最適化技術は貧弱なのかなと思ってしまった

**504** · 2017/09/18(月) 12:53:56.59

全ての名前をコンパイル時に解決する言語ではラムダは自由変数を参照してないのがデフォで、
静的解析時に自由変数の参照を発見したら例外として変数をヒープへリフティングする
名前を動的に解決する言語では、あえて静的解析を入れない限り基本的には常に自由変数の参照があると仮定する
という意識の違いがあるってことかな

**デフォルトの名無しさん** · 2017/09/18(月) 13:07:29.67

なーにいってだこいつ
動的型付けの言語は全部ゴミってもう証明済みだろ

**デフォルトの名無しさん** · 2017/09/18(月) 13:22:40.50

ID:/x8A7ZANが何言ってるのか良くわからんのだが、まず「動的な関数型言語」って何を指してんだ？

俺の認識では動的な関数型言語って言ったらErlang,Lisp,Schemeを指すんだがそれのことを言ってんのか？

俺は話を動的型付け言語に限定してないぞ

**デフォルトの名無しさん** · 2017/09/18(月) 14:14:51.60

c++ だと単純に実行コードのメモリ内容をヒープに置いてるだけかと思ってたよ。

**デフォルトの名無しさん** · 2017/09/18(月) 14:46:46.94

>>507
名前解決を評価時に行う言語と考えてくれ

**デフォルトの名無しさん** · 2017/09/18(月) 14:47:16.89

C++はautoで持ってるかstd::functionで持ってるかでもう最適化の内容が変わるし、ラムダは普通の関数ポインタでは持てなかったりするし、autoで最適化したら環境の変数も引数として渡すことになってたりすることもあるし良くわからん
苦手や

あ · 2017/09/18(月) 15:32:23.61

なんか変な話だな。
ラムダをどう使いたいかの方が最適化では問題になるのでは？
インライン展開してしまうか、関数にするか、関数内関数にするかってことになるなら、関数ポインタとして呼びたいか条件分岐の方が良いのかとかそっちの観点が問題になるような。
それは石にもよって、armなんかだと再帰しないならインライン展開と条件実行の方が具合が良かったりすると思う。

**デフォルトの名無しさん** · 2017/09/18(月) 15:47:47.30

>>511
レイヤの違う問題。誰もそんな話はしていない。
インライン展開するにしても、前のプロセスで自由変数に依存しないラムダについては独立した関数への変換を予め済ませておけば、
インライン展開は容易になるだろう。

**デフォルトの名無しさん** · 2017/09/18(月) 17:44:30.57

>>509
ちょっと抽象的すぎんよぉ。Pythonとかか？それ

**デフォルトの名無しさん** · 2017/09/18(月) 19:19:25.45

型概念はリソース制限がきつかったころのレガシーなところはあるかもね
今わざわざunsignedにして1bit節約したい人はまずいない
20年後はchar?そんなのint(64bitだけど意識してない)でいいだろ？になるんじゃない？

**デフォルトの名無しさん** · 2017/09/18(月) 19:57:06.67

なんならdoubleで整数の計算してもいいですよ

あ · 2017/09/18(月) 20:01:58.72

>>512
「自由変数に依存していない」から、ラムダが変換出来る訳じゃないよ、って言ってんの。
レイヤの違う話ではなくて、地続きの話では？
その上、最適化と言う言葉は危険すぎると思うが。

**デフォルトの名無しさん** · 2017/09/18(月) 21:37:53.46

突っかかり始めた

**デフォルトの名無しさん** · 2017/09/18(月) 21:41:40.52

なんか突っかかってることはわかるけど、読み辛すぎて読む気がしない。二行目でギブ（笑）

**デフォルトの名無しさん** · 2017/09/18(月) 23:48:00.28

>>513
jsもそうだな。関数型じゃないけど。

大雑把に書くと

所謂var bindingされる宣言を評価->所謂let bindingされる宣言を評価->実行

だからvar bindingされた名前は一番最初に見えてる。
やろうと思えばIRの変換で出来ることは実行前に(JIT使わずに)できる。
型情報がないから役に立つのか分からんが。

**デフォルトの名無しさん** · 2017/09/19(火) 02:02:55.32

わけのわからん理屈話されるよりこういう内容のほうがまだましだろ

**デフォルトの名無しさん** · 2017/09/19(火) 03:04:41.27

>>514
レイヤー次第だろうけどそれは無いと思う。
ネットワーク関連のバイナリプロトコルは思いっきりビット・バイト意識しまくりだし。

あ · 2017/09/19(火) 06:53:09.32

なんで疑問に思えないんだろう。

**デフォルトの名無しさん** · 2017/09/19(火) 07:36:33.77

下手に最適化するとデバッグが困難なイメージを払拭できないどころか助長している
最適化しない動的言語のデバッグは容易な気がする

**デフォルトの名無しさん** · 2017/09/19(火) 07:53:57.35

動的言語ってなんだよ
コンパイルしない言語のこと？

**デフォルトの名無しさん** · 2017/09/19(火) 08:03:33.07

>>522
じゃあラムダが自由変数に依存してないのに独立した関数へ変換できないケース、
または、その変換を行うことにより最適化が適用しづらくなるケースの例を挙げてくれ
あDHDの主張はこのどちらかを反例として挙げることで裏付けられるというのが俺の理解だが、合ってるかな?
あと、自然言語で回答されても誰も理解できないと思うから必ず具体的なコードで頼む

**デフォルトの名無しさん** · 2017/09/19(火) 09:30:28.30

>>525
こいつが言ってるのって、たぶん他の最適化如何でラムダ部分のコードそのものが変わるとか、そういう話じゃねえかな…
変換が何を指してるかは分からないから、完全否定はしないけど、反例の種類は対偶もあるだろよ

**デフォルトの名無しさん** · 2017/09/19(火) 09:36:28.47

あDHD（いいネーミングセンス）の言うことを真面目に読むのは疲れるし、読み人によって解釈が異なる上に詠み人は違う解釈でいる
おまえら良くやるわ
でもたしかに自然言語で描かれるよりコードか数学記号で主張してるほうが読みやすそうｗｗ

あ · 2017/09/19(火) 18:24:32.47

>>525
例えば、ARMだとインライン展開してしまえばADDEQとかADDNEみたいな条件付き命令でループ中でもストールさせずに飛ばしたり出来ちゃう時とか。
関数にしてjmpすると効率悪いコードになる時。
最適化では。
>>526
コードは変わらんよ。

**デフォルトの名無しさん** · 2017/09/19(火) 18:52:46.88

>>528
だからインライン展開は変換後でもできると何回言われたら理解するのか

**デフォルトの名無しさん** · 2017/09/19(火) 20:25:33.85

コードで言われているのに自然言語で返すガイジ
Haskellの時に具体的に書いた結果無知を晒して大恥をかいたことがよほどトラウマになっているものと見える

**デフォルトの名無しさん** · 2017/09/19(火) 21:17:03.18

前原も就任した後のTV出演で
モリカケ問題ばかりをやるきはないっていったそばから
モリカケ問題トーク始まったからなｗ

**デフォルトの名無しさん** · 2017/09/19(火) 21:20:11.16

>>531
誤爆シマスタｗ

あ · 2017/09/19(火) 22:09:51.81

>>529
それは独立した関数が最適ではない、と言う話ではないか。
何が最適化なんだよ。

>>530
別に恥とは思っとらんよ。勉強にはなった。
しかし余程、自分は恥だと思うんだろうなぁ、他人に対してそういう風に「恥ずかしいに違いない」と断定的に言うところ見ると。
余程恥ずかしいな、その思考回路が。

**デフォルトの名無しさん** · 2017/09/19(火) 22:37:12.49

>>533
ウダウダ言い訳してないで言われた通りコードで書けよ

**デフォルトの名無しさん** · 2017/09/19(火) 22:39:47.10

>>533
いやあれは流石に恥ずかしすぎ。あれを恥ずかしいと思わない思考回路がまず恥ずかしい。

勉強になったとかじゃなくて、最低限の勉強すらせずしったかしてたのがバレただけだろ美化すんな

**デフォルトの名無しさん** · 2017/09/19(火) 22:40:22.21

なんで最適化の話になってんだか。
javaのGraal使って人間がハンドアセンブルしたマシン語をJITに使える新時代くるで。
いちいちjava bytecode生成しなくて済むよ。TruffleRubyが速い。

**デフォルトの名無しさん** · 2017/09/19(火) 23:17:20.17

あの人にボロクソに論破されて発狂して何とか揚げ足取りたいガイジがおるようやね

**デフォルトの名無しさん** · 2017/09/19(火) 23:20:27.89

具体的にコード書くとやっぱりいろいろ明確になる。

**デフォルトの名無しさん** · 2017/09/19(火) 23:27:50.73

>>533
直行する問題だと言ってるんだよ
等価なものは同じものとして扱ったほうが最適化の実装は容易になるだろ

あ · 2017/09/20(水) 07:03:02.13

>>535
そーかー。
そら楽しかっただろうな、嗤うだけのお前はw

最適化の話は、話の発端>>502で、最初から言うとるぞ。

**デフォルトの名無しさん** · 2017/09/20(水) 08:20:53.05

>>537
Haskellの件は擁護不可能だろ
こいつScalaとかOCamlとか関数型全般で知ったかしてたわけだし