次世代言語10[Rust Swift TypeScript Dart]

**デフォルトの名無しさん** · 2018/04/25(水) 07:02:27.60

スレタイ以外の言語もok

前スレ
次世代言語9[Haskell Rust Kotlin TypeScript Dart]
http://mevius.5ch.net/test/read.cgi/tech/1520298555/

**デフォルトの名無しさん** · 2018/04/27(金) 12:24:15.92

>>45
すまん、勉強した上で物も作っててすまんw本当にすまんｗ

**デフォルトの名無しさん** · 2018/04/27(金) 12:24:34.09

>>45
オブジェクト指向が出てきた時のコボラーみたいだな

**デフォルトの名無しさん** · 2018/04/27(金) 12:35:55.27

>>46
おお！ついにhaskellでの実際のプロダクト例が聞けるんだな！
是非語ってくれ。是非haskellでないといけない根拠が聞きたい。
使いたいから使ってるんじゃなくて、他の言語が満足に使えないんでもなくて、
haskellでないと問題を解決できないからhaskellなんだという実例が聞きたいわ。

**デフォルトの名無しさん** · 2018/04/27(金) 12:42:59.00

>>48
すまん、俺がHaskell をプロダクトに使ってるとは一言も書いてなくてすまん……
実際Haskell なんか使うくらいならLispとかOcamlとか使うよなあ！？

**デフォルトの名無しさん** · 2018/04/27(金) 13:02:40.29

>>47
実際今世の中はオブジェクト指向捨てる方向だろ？Goしかり、Rustしかり
オブジェクト指向は間違いだったじゃないか

Rustもあんだけごてごてしてるが、オブジェクト指向捨てたのは評価してるぞ

**デフォルトの名無しさん** · 2018/04/27(金) 13:05:01.38

>>48
めんどくさいヤツだな。
Haskellに限らず特定の言語じゃないと解決できない問題なんてほとんど無いだろ。
極論で言えば、C/C++さえあればWebクライアント以外は全て出来るんだ。
ホントに極論だがAndroidでさえNDK(C/C++用API)を公開してるから
Java系の言語である必要性なんてどこにもない。
結局は適材適所でその判断基準は十人十色。

**デフォルトの名無しさん** · 2018/04/27(金) 13:12:31.08

>>50
Rustはオブジェクト指向捨ててないよ…捨ててたらimplが存在するのはおかしい…
Rustはオブジェクト指向も関数型もどっちも取り入れたマルチパラダイム。
個人的にはC#をもう少し関数型に寄せた感じかな。

**デフォルトの名無しさん** · 2018/04/27(金) 13:14:27.24

「綺麗を謳っているわりに関数名が汚いからHaskell 嫌い」←わかる
「モナドがわからんからHaskell はゴミ！」←不勉強のカス

**デフォルトの名無しさん** · 2018/04/27(金) 13:15:18.79

>>52
じゃあクラスを捨てたに言い換えるわ

**デフォルトの名無しさん** · 2018/04/27(金) 13:16:24.87

>>53
モナドがわからんとは一言も言ってないぞ
「直感的に書けない」っていってるだけだ
すまんな

**デフォルトの名無しさん** · 2018/04/27(金) 13:17:13.00

>>55
誰だおめえ

**デフォルトの名無しさん** · 2018/04/27(金) 13:22:25.90

>>56
誰でもいいだろ

**デフォルトの名無しさん** · 2018/04/27(金) 13:22:30.62

rustの良さはやはりコンパイラがある程度チェックしてくれるところだと思う。

**デフォルトの名無しさん** · 2018/04/27(金) 13:27:51.04

Rust、コンパイラの機嫌取らないと、文法合っててもプログラム書けないってのがわからんのだよな

Cでいう未定義動作避けたいのはわかるが、書き手のフラストレーションためる方向なのが良くない

**デフォルトの名無しさん** · 2018/04/27(金) 13:28:26.58

>>57
ほんじゃあどうでもいいわHaskell について書いてた本人以外が俺の文の中の第三者のレスの表現にケチをつけるな
失せな

**デフォルトの名無しさん** · 2018/04/27(金) 13:31:09.80

ゲーム制作向きの次世代言語って無いのかな

**デフォルトの名無しさん** · 2018/04/27(金) 13:31:45.97

おとなしくC#でUnityでシコシコしてな

**デフォルトの名無しさん** · 2018/04/27(金) 14:10:16.50

【マイトＬーヤとＰＳ４】　ＦＦとＤＱの最新作、ＶＲ開発は危険、プレーヤーの日常感覚を損なうおそれ
http://rosie.5ch.net/test/read.cgi/liveplus/1524621704/l50

**デフォルトの名無しさん** · 2018/04/27(金) 15:56:18.74

関数型言語入門を読んだけど、宣言的に書けるというのはそれなりに感動したけどな。

でも実用的かというとまだわかんないなぁ。
RxをiOSアプリに導入したときも、正直読みづらくしかならなかったんだよね。
宣言的にかけるって、順序性にあんまり意味が無くなってくるんだけど、
そうするとコードへの宣言の書き順をどうすべきか？というセンスが問われるようになる。結構変数名を考えるくらいのコストになる。
しんどい。

**デフォルトの名無しさん** · 2018/04/27(金) 18:19:36.74

その関数型グループに入れられてしまったらもう古いメンバーと同じ古い言語になる
同じグループのメンバーなら同じに決まってるだろ

**デフォルトの名無しさん** · 2018/04/27(金) 18:52:43.46

>>49
うん、lispというかgaucheは俺も使ってるな。

**デフォルトの名無しさん** · 2018/04/27(金) 18:54:09.98

>>51
それは極論でしょ。
アセンブラさえあれば何でもできるって言ってるわけじゃないんだよ。
例えば軽量スレッドとか、例えば軽量プロセスとか、プロセス間通信とか。

**デフォルトの名無しさん** · 2018/04/27(金) 19:34:27.44

>>66
それ、この前podcastで作者の人が話してるの聞いたな。
結構すごい言語なん？

**デフォルトの名無しさん** · 2018/04/27(金) 20:13:28.50

haskell、バグ少なくかけるとか謳い文句にしてる割にパッケージ管理ソフトが
盛大にバグってるとかバカジャネーノってなるわ。

**デフォルトの名無しさん** · 2018/04/27(金) 20:29:00.50

c++11, rust, haskell あたりはシンタックスお勉強ごっこが
好きな輩にほんと大人気なんだよな。
別にそれはそれで個人で楽しんでる分には構わんが、人に押し付けてくるバカはほんと迷惑だわ。

**デフォルトの名無しさん** · 2018/04/27(金) 20:56:43.49

明らかに難度高い押し付けは拒否しやすい
これくらい簡単だろ？って押し付けられるパターンの方が迷惑だよ

**デフォルトの名無しさん** · 2018/04/27(金) 21:02:57.26

おお！ついにgaucheでの実際のプロダクト例が聞けるんだな！
是非語ってくれ。是非common lispではいけない根拠が聞きたい。
使いたいから使ってるんじゃなくて、他の言語が満足に使えないんでもなくて、
gaucheでないと問題を解決できないからgaucheなんだという実例が聞きたいわ。

**デフォルトの名無しさん** · 2018/04/27(金) 21:55:20.17

プログラミング言語もブランド指向!?Go言語が新ロゴやブランドパンフレット
https://news.mynavi.jp/article/20180427-623333

**デフォルトの名無しさん** · 2018/04/27(金) 22:21:02.52

>>67
いやその「軽量スレッド」がないと実現できない問題ってなんだよ？
軽量プロセスはネイティブスレッドとの違いが勉強不足でよくわかってないんだ。すまん。
プロセス間通信に関してはどういう意図でその言葉を使ったのが知らないが、
出来ない言語の方が少ないと思うんだが…

そもそもHaskellの並行処理は確か軽量スレッドだったはずだし、
プロセス間通信も普通に出来るぞ。

やっぱり、特定の言語じゃないと解決できない問題なんてかなり限られてくるはずだが…
何が言いたいんだ？

**デフォルトの名無しさん** · 2018/04/27(金) 22:41:09.97

>>68
凄いかすごくないかは別として、素直かな。

**デフォルトの名無しさん** · 2018/04/27(金) 22:45:20.82

>>72
何を煽ってるかわからんが、プロダクトとしては内製社内システムだよ。
CAD関連ののデータを触るシステム。
データ構造としてはS式で表すのが一番素直なシステム。
他の言語でデータをごちゃごちゃしてステートマシンの塊で処理するより、データ構造自体が手続きと言うかパラメトリックな式表現になってるほうが素直って感じ。

で、そっちは煽るだけじゃなくて、何作ってるの？

**デフォルトの名無しさん** · 2018/04/27(金) 22:51:51.30

>>74
ネイティブスレッドであると都合が悪いってのは、極論はハードのスペックが上がれば無視できるとは思うし、微妙だったかな。
プロセス間通信も語弊があって、軽量スレッド同士のプロセス間通信がどう成されるかかもしれん。
erlangみたいな、疑わしきはプロセスごと殺して再投入みたいな思想や、プロセスの起動/再起動の単位や、プロセスへのメッセージみたいに、処理系の思想や備えられてる足回りか特徴的ならば、それはその言語であるから解決できる問題だと思う。

逆説的だけど。他の言語でそれを担保するにはコストがかかりすぎる、って。

**デフォルトの名無しさん** · 2018/04/27(金) 22:55:37.14

>>69
この言い分も「めんどくせぇヤツだな」っていつも思ってたんだよ。
バグが減るって言ってるだけで無くなるとは一言も言ってないのに
なんでバグが見つかっただけで「話が違うじゃねぇか」みたいに騒ぎ出すわけ？
別にHaskellもRustも押し付けるつもりは全く無いし、
気に入らんなら文句を言っても構わんが、もう少しマトモなこと言ってほしい。

**デフォルトの名無しさん** · 2018/04/27(金) 23:19:57.84

バグを減らすことに完璧に無関心にならない限り、取り付く島があると思って騒ぎ出す

**デフォルトの名無しさん** · 2018/04/27(金) 23:24:23.63

>>77
erlangを使ったことがないから、なんとなく程度にしか分からんが、
そういう意味なら「副作用を記述しないコードの実現」がHaskellでしか解決できない問題じゃないか？
副作用は減らせるならそれに越したことはないんだし(その時点から否定するヤツは論外です)。
まぁ、Haskellみたいな純粋関数型は少々やり過ぎ感はあるし、最近はRustやSwiftみたいに
「副作用は記述できるけど極力避けましょう」みたいな思想を持った言語も増えてきたけど。

**デフォルトの名無しさん** · 2018/04/27(金) 23:26:45.89

軽量プロセスは良く知らんけどコルーチンは排他も待ち合わせも手軽で軽くて良いが
どうせコア数だけスケールさせようとスレッド使うから今日ではあまり意味がない
シングルコア時代の優れた概念

**デフォルトの名無しさん** · 2018/04/27(金) 23:28:49.08

>>76
同じ文を書いただけなのに煽ってる扱いってことは君はHaskellユーザーか誰かを煽ってるんだね？
俺が言いたいのは、自分が使ってる言語に関して説明できないようなことを他人に求めるなということだよ

**デフォルトの名無しさん** · 2018/04/27(金) 23:34:06.59

>>80
モナドは？

**デフォルトの名無しさん** · 2018/04/27(金) 23:34:37.37

>>78
cabal みたいな一番重要なパッケージ管理ソフトが無限ループしたり、
ここまでぶっ壊れてるって話にならんだろ。。
しかもデバッグが他よりも圧倒的にめんどくセー言語だっつーのにさ。
いろんなトレードオフ見たときに宣伝文句と比較して全く割にあってないっつー話だよ。

**デフォルトの名無しさん** · 2018/04/27(金) 23:34:49.56

>>76
あと、common lispじゃだめな理由を説明出来てないぞ
出来ないよなあ？だって別にcommon lispでもいいもんな
それと同じで、どうしてもHaskell じゃないといけない理由なんて普通はねえよ。OCamlとかあるんだから

あと、聞かれたから答えるけど、俺は普段はFortran とPythonで量子化学プログラム作ってるよ

**デフォルトの名無しさん** · 2018/04/27(金) 23:36:13.33

>>82
当たらずとも遠からず。
俺が根拠のあるプロダクトの話がなければただの煽りだろうし、haskell推しに根拠のあるプロダクトの話があれば煽りではなくなると思っての書き込みだよ。
なので、煽りかどうかはhaskell推しがプロダクトを出せれば煽りではないという返事になる。

**デフォルトの名無しさん** · 2018/04/27(金) 23:38:15.62

>>85
聞いてないよ、普段どんな言語使ってるかなんてw

common lisp以外では妥当ではない、が根拠かねえ。

何かそんなにhaskellのプロダクトを言う事に抵抗あるの？

**デフォルトの名無しさん** · 2018/04/27(金) 23:43:09.85

>>87
ほーんじゃあ言い直すわ
「普段は量子化学プログラム作ってるよ」

二行目は「Common lispでは妥当ではない」か「gauche以外では妥当でない」の間違いか？

そして大事なことだが俺はHaskell ユーザーじゃねえしHaskellの擁護もしていねえ。当然Haskellのプロダクトなんて知ったこっちゃねえ。
おまえがめちゃくちゃ言ってるから指摘してるだけだ

**デフォルトの名無しさん** · 2018/04/27(金) 23:43:59.89

おっとID変わったけどID:6cRvI9Lwな

**デフォルトの名無しさん** · 2018/04/27(金) 23:46:57.82

>>83
モナドに関してはおれは「便利に使えればそれでいいや」ってタイプなので
理論的なことはよく分かっちゃいないんだ。すまんな。
それに色々言ったけど、おれはHaskellよりRust推しなんだ。
Rustには「モナドもどき」しかない。
そしてその「モナドもどき」でおれは十分だと思ってる。

**デフォルトの名無しさん** · 2018/04/27(金) 23:48:55.22

だいたい「～以外は妥当じゃない」みたいな理由が通るなら「Haskell 以外は妥当じゃない」も通るじゃねえか>>48の後半は何なんだよいったい

**デフォルトの名無しさん** · 2018/04/27(金) 23:51:31.54

何かうるせえ奴らが何人かいるな。
オナニーでもして寝てろや。

**デフォルトの名無しさん** · 2018/04/27(金) 23:52:15.35

>>92
は？俺のことか？
そんな指図するならオカズでも貼れやｗ

**デフォルトの名無しさん** · 2018/04/27(金) 23:57:30.25

>>93
http://livedoor.blogimg.jp/theaaee/imgs/1/6/16a32fe2.jpg

**デフォルトの名無しさん** · 2018/04/27(金) 23:58:53.73

>>84
だったらそこまで書いた上で批判してくれ。
そうじゃないとバカが喚いてるようにしか見えないんだ。
「話にならん」とか「割りに合わない」とかは人によって意見が違うんで、
それ以上はどうこう言うつもりはないよ。残念ながら君には合わないってだけの話だ。

**デフォルトの名無しさん** · 2018/04/28(土) 00:02:19.96

>>94
ご丁寧に主食まで貼ってんじゃねえよ。吹いたわwww

**デフォルトの名無しさん** · 2018/04/28(土) 00:05:41.33

>>94
うーん……��
これでオナニーして寝るのか……
ちょっと気合入れるか…… おやすみ……��

**デフォルトの名無しさん** · 2018/04/28(土) 00:16:49.87

>>95
まあ大した問題じゃないと言い張るならそれも良いよ。

**デフォルトの名無しさん** · 2018/04/28(土) 00:20:33.03

>>76
lisp系って結構いいもんなの？
熱狂的なファンいることは知っていたが（）だらけの式を見てるとゲンナリする

**デフォルトの名無しさん** · 2018/04/28(土) 00:22:57.42

>>81
どうせ台数でスケールさせようとマルチプロセス使うから
スレッド使わずコルーチン使って1コアだけ使い切るプロセスにして
コア数だけプロセスを実行する、ってパターンは現在でも通用すると思うんだけどなあ

**デフォルトの名無しさん** · 2018/04/28(土) 00:25:05.82

>>99
S式はWebAssemblyに採用されたな

**デフォルトの名無しさん** · 2018/04/28(土) 00:33:07.25

lispの凄さを誰か説明してくれ

**デフォルトの名無しさん** · 2018/04/28(土) 00:35:44.22

Land of lispでも読んでろ

**デフォルトの名無しさん** · 2018/04/28(土) 01:04:58.41

>>102
電池が入ってないpython
並行処理とパターンマッチがないerlang

**デフォルトの名無しさん** · 2018/04/28(土) 01:07:10.41

かつては言語に新機能入れてもLispの後追いって事が多かったけど
もうそんな状況じゃないからね
でも継続はあまり採用されないな

**デフォルトの名無しさん** · 2018/04/28(土) 01:10:47.61

LispはPythonと違って一応最適化されたコンパイル済みバイナリ配布できるだろ

**デフォルトの名無しさん** · 2018/04/28(土) 03:05:06.25

軽量スレッドはシューティングゲーム作るときは弾1発1発に使えるから重宝するんだけどな
ハードが進化すればどうでもいいとは言っても
流石にゲームがネイティブスレッドを1000も使ってたらスイッチコストも馬鹿にならんし
何よりタスクマネージャで見たユーザーがびっくりするw

**デフォルトの名無しさん** · 2018/04/28(土) 10:01:33.85

>>88
そうか、じゃあずっとhaskellでそれ作っててくれ。

**デフォルトの名無しさん** · 2018/04/28(土) 10:02:54.13

>>99
良いもんだよ。
CADの分野ではシステムに組み込まれた言語としても割と使われてる。
図研のとか、Autodeskのとか。

**デフォルトの名無しさん** · 2018/04/28(土) 10:06:24.06

>>88
あ、読み違えたわ。
haskellユーザでないなら、別に黙ってりゃ良いじゃん。
haskellは良いものだ！って言うだけで何も具体例を出さない奴が居て、結局何が良いの？に答えが出なかったりしたから、
スレタイからhaskellが抜けたりしたわけ。

そのへんの過去スレは読んでのそういう発言？
滅茶苦茶でも何でもないよ。
お前の喧嘩の売り方がメチャクチャだよ。

**デフォルトの名無しさん** · 2018/04/28(土) 10:07:40.95

>>88
よく考えたら言い直しにもなってないな。
haskellでのプロダクト例を聞いてるのに、普段使ってないよ、なんて、何を言い直してるかわからん。
反論するならきっちり反論して。

**デフォルトの名無しさん** · 2018/04/28(土) 10:09:51.46

>>109
https://practical-scheme.net/wiliki/wiliki.cgi?Lisp%3AS式の理由

ここ読んだ。lisperは直接構文木を書いてるのか！
メタプログラミング得意そう。

**デフォルトの名無しさん** · 2018/04/28(土) 10:14:28.48

>>112
そうそう。それはデータであり、かつ評価できる式でもある。

**デフォルトの名無しさん** · 2018/04/28(土) 10:23:14.19

jsとかgoとかだといちいちparserカマして抽象構文木を作った上じゃないとプログラムからコード解析できないけど、
lispだとそのままコード解析できるわけね。
なんか面白そう。

**デフォルトの名無しさん** · 2018/04/28(土) 10:29:10.39

>>114
逆に、データもS式になってれば、それもパーサ要らないしね。
jsに対するjsonのように。
jsonのようにサブセットな訳でも無いので、そうしておくと、
そもそもデータに値の代わりに式を入れとくことも出来るから、融通がきく。

**デフォルトの名無しさん** · 2018/04/28(土) 10:37:43.93

lispすごそうやんけ。
の割に、あんまり聞かないのは単に分野が違うだけ？web系で聞いたことないなー。

**デフォルトの名無しさん** · 2018/04/28(土) 10:43:43.65

>>112
古典的な lisp では lisp で lisp のマクロも書くし
メタプログラミングは日常茶飯事というか「メタ」である特別さもなかった
古典的には lisp は LISP と書くのだけど

LISP 系の言語ではリストを万能データ構造として凡そ
配列以外の全て(プログラム自体を含む)をリストで表すので、
データ構造の宣言的な記述は省略される。
これはコードを書くときは楽だけど読むのには面倒か。

例
((foo 1) (bar 2)) というリストで辞書を表現するとして、
foo や bar がキーであるとか値はキーの直後の要素だとかを
宣言的に記述しておく箇所はコメント以外ない

**デフォルトの名無しさん** · 2018/04/28(土) 10:53:18.40

>>110,>>111
おれはID:uFcuTWSAじゃないがどう考えてもお前の方がメチャクチャだよ。
結局「common lispじゃなくてgaucheじゃないといけない」理由の説明できてないし。
お前のその返し(>>72に対しての>>76)じゃS式扱える言語ならなんだって構わないじゃないか。
gaucheユーザーのお前に>>72の論破できないのと同じように、Haskellユーザーも>>48を論破できない。
「自分でさえ論破できないことを他人に向かって言ってんじゃねえよ」ってことだろ？

**デフォルトの名無しさん** · 2018/04/28(土) 11:02:02.15

まあc++でコンパイラ毎に全くコンパイルされる内容が違う状況とか
味わってみれば lisp みたいに構文化されてるコードを最初から書いた方が良くね？
って気にはなる。
確かにプログラムを全く書いたことないやつに薦めるのはどうかと思うが、
ある程度プログラムやったことある奴ならそこまで敷居は高くないんじゃないかな。

**デフォルトの名無しさん** · 2018/04/28(土) 11:21:40.18

>>118
そもそも「あるわけがない」と煽ってるわけではない。
あるなら是非語れ、は真実。何回言っても「そういう煽り返しできる程度すら」挙がってこなかったから。

論破する必要なんかないんだよ。
「あるんだよ、こんなのなんだよ、haskellすげえっしょ」って言えればそれでいいだけなのに、

煽られたと思って、全く同じ文章で返事してくるほうが頭おかしいの。
その返事がgaucheであれなんであれ、煽られたと俺が受け取ったのは「全く同じ文章で返されたこと」であって、内容ではない。

**デフォルトの名無しさん** · 2018/04/28(土) 11:23:15.23

>>118
あ、言葉足らずだったな。
S式で表せる言語なら何でも構わない、それは真だよ。
common lispではいけない理由、は俺は触れてないだろ。
よく読んでよ。

**デフォルトの名無しさん** · 2018/04/28(土) 11:23:55.62

(h (g (f x)))をx.f().g().h()に変えても括弧の数は変わらん
foldrがfoldlに変わるだけだ
畳み込みという概念を知るだけのために凡人は何年も修行しないといけないのが現実

**デフォルトの名無しさん** · 2018/04/28(土) 11:30:39.49

Haskellのプロダクトならpandocがあるやん

**デフォルトの名無しさん** · 2018/04/28(土) 11:34:26.69

Parsecあるからなあ。
それは確かに「なるほど」と思ったわ。

**デフォルトの名無しさん** · 2018/04/28(土) 12:01:18.46

>>120はねえ

『論破する必要なんかないんだよ。「あるんだよ、こんなのなんだよ、haskellすげえっしょ」って言えればそれでいいだけなのに、』

って言ってるけどね

>>108のレスでは『そうか、じゃあずっとhaskellでそれ作っててくれ。』

って言ってるね

こいつは例の「あ」で、Haskell について知らないことを晒されたことを未だに根に持っているだけで、本当はHaskell になんて微塵も興味がないんだよ
以前もHaskell のプロダクトを教えてもらってたのに未だに聞いて回っているしね
相手にするだけ無駄無駄

**デフォルトの名無しさん** · 2018/04/28(土) 12:07:45.30

別に凄くない普通の言語のために何年も修行しないといけない現実と戦ってるんだろう
今すぐ教えろ
一瞬で理解させろって

**デフォルトの名無しさん** · 2018/04/28(土) 12:33:56.14

>>116
Lispはまあぶっちゃけ滅んじゃったからねえ……
マクロとかいい感じに使えて良い言語だけど、ライブラリも割と貧弱で自分で構成していかないといけないから、他の言語でライブラリが充実してる今のご時世にわざわざweb屋が使うメリットはないんじゃないかな？
標準ライブラリが充実してる数少ないLispとしてRacketをオススメしておくから気になるなら触ってみるといいよ

**デフォルトの名無しさん** · 2018/04/28(土) 12:42:45.26

>>125
テンション上げて説明してくれてありがとうね。
でも>>123のほうがはるかに価値のある書き込みだったよ。

**デフォルトの名無しさん** · 2018/04/28(土) 12:45:30.74

知らないことを晒されて根に持ってる訳でなはいんだけどなぁ。
そのことを説明できる能力もなく、ただただ「凄いんだ」「アセンブリレベルの話なんか高級言語では考える必要もない」という低レベルな主張を繰り返されたから、
何故なの？じゃあ考える必要がない程度のもの作ってるんでは？
に答えが貰えなかったから、さあ語れって言ってるのにね。

信者って悲しいわ。

**デフォルトの名無しさん** · 2018/04/28(土) 12:46:34.26

>>126
違うよ。
する価値がないと思ってるから、次世代だ、する価値がある、と言うのならば、する価値を見せてみろって言ってる。

**デフォルトの名無しさん** · 2018/04/28(土) 12:49:52.15

根に持ってるとかそういうバイアスがかかるから、「名乗れ」と言われて名乗ってやった「あ」を外してる(そしてhaskell以外の話題ではフツーにやりとりしてる)のに、
またバイアスかけてどーすんのかなー、自分の好きな話だけしたいお花畑なのかな？
haskellが蓮華なのかな？って思うわ。

毎回haskellが話題に出るたびに虚しいな、このやりとり。

**デフォルトの名無しさん** · 2018/04/28(土) 12:53:56.83

コテを外されたからNG出来なくて困っちゃうよねえ
どうせバイアスがかかることが今回証明されたんだからもう一回コテ付けちゃいなよ

**デフォルトの名無しさん** · 2018/04/28(土) 12:55:50.41

時間に価値がないと思えば何年でも続けられる
或いは時間に価値があるのは直感的に明らかと思うならば根拠のない直感にも価値はある

**デフォルトの名無しさん** · 2018/04/28(土) 13:05:36.78

>>132
どうせバイアスを「かける」ことが証明されたんだろw

議論の上の「よく読んで」という指摘に「こいつの人格が悪い」という人格攻撃に走った時点で議論としては終わってるよ。
悲しいね。自覚がないって。

**デフォルトの名無しさん** · 2018/04/28(土) 13:05:52.35

今回は「あ」がめちゃくちゃ言ってるからHaskell ユーザー以外から「それの論法はおかしいだろ」って突っ込まれてる構図であって、Haskell ユーザーは全然登場していない。
まさかその構図が見えてないのか……？

**デフォルトの名無しさん** · 2018/04/28(土) 13:06:24.25

ああ、いつの間にか「議論スレ」でも無くなってるのなw

**デフォルトの名無しさん** · 2018/04/28(土) 13:07:13.14

>>135
登場していないのか、登場していないことになってるのかは、胸のうちだからわからんよ。

**デフォルトの名無しさん** · 2018/04/28(土) 13:08:50.21

俺も信者は悲しいなって言ってるだけで、誰が信者だとは言ってなかろう。

**デフォルトの名無しさん** · 2018/04/28(土) 13:12:15.02

>>134
宣言しておくね
俺は君と議論する意味はないと思ってるから、君と気付き次第バイアスをかけるよ

**デフォルトの名無しさん** · 2018/04/28(土) 13:14:43.02

>>139
バイアスをかけるという宣言のある議論の場っておかしいねw
素敵な花畑がほしいという自己紹介どうもありがとうね。

**デフォルトの名無しさん** · 2018/04/28(土) 13:15:19.49

>>137
いや分かってるよ。
>>48に突っ込んでるID:uFcuTWSAもID:CtLujT77もどっちもHaskellユーザーじゃないって言ってる。
まぁ、それさえも嘘かもしれないじゃないかと言われればそれまでだが…

**デフォルトの名無しさん** · 2018/04/28(土) 13:19:50.48

>>141
後者は使ってるけど推しではないと俺も思ってるけど、思ってるだけだよ。
嘘でもホントでもなく、知り得ないことだから仕方ない。

単純にわかるのは、煽って反応するやつが一定数居るって現実だけだけど、それで充分かと。

**デフォルトの名無しさん** · 2018/04/28(土) 13:21:04.02

>>140
少なくともHaskell に関しては、君はHaskell を知らないんだからHaskell について語る土俵に立ってないよね
にもかかわらず君は最初、まるでHaskell について知っているようかのようなふりをしながら議論に参加していたんだ
そんなのバイアスをかけられて当然だよ

**デフォルトの名無しさん** · 2018/04/28(土) 13:22:41.20

>>143
しつこいよ。
ここを花畑にして蓮華で蓮華座が組みたいなら人格否定せずに淡々と事実を述べれば良いだけでしょ。
人格否定した時点で議論は終わったの。

**デフォルトの名無しさん** · 2018/04/28(土) 13:23:04.78

そりゃあめちゃくちゃな煽りを見たら煽られた奴以外も反応するだろ