18/04/25 07:02:27.60 OmWDt0SE.net
スレタイ以外の言語もok
前スレ
次世代言語9[Haskell Rust Kotlin TypeScript Dart]
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
18/04/25 08:23:02.74 1NoCN6vJ.net
お疲れ様。
立たないから、不安になってた。
ラスト駆け足にして申し訳ない。
3:デフォルトの名無しさん
18/04/25 09:28:23.07 m/ckuvL0.net
乙。だがDartを次世代言語としちゃうのはどうも。内部文字コード今どきUTF16だし。
4:デフォルトの名無しさん
18/04/25 10:14:22.33 c9IPFnub.net
次世代言語は内部コードも次世代なのかね
5:デフォルトの名無しさん
18/04/25 10:51:14.42 DJTOPjzb.net
たてなかった俺が言う権利はないのは承知の上で
いい加減Rust外そうぜ。まだ言語としての体をなしてない
6:デフォルトの名無しさん
18/04/25 11:54:04.59 UGZNqwGC.net
そもそもスレタイに言語が入ってるから変な事になるんだと俺も思ってる。
取り払ったら？と何度か言ってきたけど、残したい派はどういう主張で残したいの？
7:デフォルトの名無しさん
18/04/25 13:31:48.01 34EuLWwz.net
>>5
FirefoxやDropboxじゃ既に実用言語として使われてる。
OSでさえも(あくまで実験用だが)Redoxが作られてる。
"impl trait"もそろそろstableになるし、もう必要な機能はほとんど揃ってるだろ？
何が「言語としての体をなしていない」だよ
8:。いい加減しつこいぞ。
9:デフォルトの名無しさん
18/04/25 13:41:49.73 7v0IZdro.net
rustのメモリオーナーシップモデルを誰かわかりやすく説明頼む。
10:デフォルトの名無しさん
18/04/25 13:43:57.34 7v0IZdro.net
>>4
当然のようにutf8じゃ無いの。goはそうだし。
他の言語はどうなん？rustとか
11:デフォルトの名無しさん
18/04/25 13:44:00.31 XHIJveIX.net
>>3
他の内部文字コード決まってる言語ではどんなの使ってるの？
12:デフォルトの名無しさん
18/04/25 13:47:47.63 XHIJveIX.net
>>9
goのutf8ってのはソースコードじゃなくて内部もそうなの？
13:デフォルトの名無しさん
18/04/25 14:18:31.99 nHHF6bSw.net
内部コードはJava,Swiftみたいに適宜切り替えしてくれたり
Rubyみたいに任意指定できる方が次世代感ある
14:デフォルトの名無しさん
18/04/25 14:19:20.11 C8IJjrkB.net
内部コードは次世代言語の条件なのか
15:デフォルトの名無しさん
18/04/25 14:39:38.40 a8S1QIj9.net
jsがutf16だとは聞いた。dartがutf16なのはjsに引きづられた形なんかな。
16:デフォルトの名無しさん
18/04/25 17:34:00.77 OD7ofyMJ.net
>>12
javaって切り替えるの？utf16だと思ってた
17:デフォルトの名無しさん
18/04/25 19:53:51.72 gDuej7jR.net
>>7
全然揃ってねえよ
NLLとかnever typeとかないからクソみたいな回避テク使わないとコンパイル通らないだろ
18:デフォルトの名無しさん
18/04/25 20:33:25.95 8FHv2h9+.net
Java9からStringはLatin1/UTF16を切り替えて使うようになってるね
19:デフォルトの名無しさん
18/04/25 21:11:17.40 DpZH2sjp.net
String<UTF8>
String<UTF16>
これでいい
ゼロコスト抽象化以外の解決策を誰も答えられない
20:デフォルトの名無しさん
18/04/25 22:36:19.51 34EuLWwz.net
>>16
まあ、NLLを有効にしないと面倒な回避が必要になるケースは確かに存在するけど、
「面倒」というだけで「解決できない問題」というのは存在しないし、NLLが欲しくなるケース
自体も「時々」程度で「いつも」ではないので、「それがないと絶対に困る」って程ではない。
それに「クソみたいな回避テク」とか大袈裟に言ってるが、
せいぜい1~3行程度の少しばかり直感的ではないコードが増える程度。
never typeに関してもunreachable!マクロは使えるんだからそれほど問題にはならない。
「言語としての体をなしていない」ってのはあまりにも大袈裟すぎる。
どっちもnightlyでは既に使えるんだから多分そのうちstable化されるだろうし。
21:デフォルトの名無しさん
18/04/26 00:22:35.41 Jjph1LBJ.net
>>8
一つのインスタンスを指す変数を二つ以上にしないようにする。
スコープの外にある変数のメンバなどにスコープの内側の変数を代入させない。
（スコープが外れたらインスタンスは解放するルールで統一するため。）
基本はこんなとこ。
これでメモリ開放のタイミングについて困ることが減る。
22:デフォルトの名無しさん
18/04/26 06:42:47.13 ZHnBWzlR.net
>>20
結構コードに制約が大きそう。
これって幸せになりそうな制約になる？
いまいちピンとこなくて、、、
23:デフォルトの名無しさん
18/04/26 08:51:52.99 xsS7Mz8h.net
>>21
メモリ管理にGCが要らない、かな。
直接の生産性へのメリットよりも、コンパイル結果が正しくて速くて省メモリな事のメリットの方が大きいかと。
24:デフォルトの名無しさん
18/04/26 09:07:01.95 AXOUbClX.net
実際には大して速くもなければ省メモリでもないけどねRust
もっとコンパイラ頑張れよ
25:デフォルトの名無しさん
18/04/26 09:35:53.93 QG/6kNZy.net
>>23
C++と張り合えるレベルでGoよりは全然速いし省メモリ。
コンパイラもまだ改善の余地がある。ポテンシャルとしては十分だろ。
26:デフォルトの名無しさん
18/04/26 09:38:23.42 IQkzbrFr.net
RustでもDでもなんでもいいからさっさとC++を駆逐してくれ
27:デフォルトの名無しさん
18/04/26 09:50:30.78 E0/AuDcr.net
Rustの人
コードは面倒になるがオーバーヘッド無しでオーナーシップがどうのこうの
c++の人
遅くてもいいところは楽して shared_ptr で済ませとくか
28:デフォルトの名無しさん
18/04/26 14:05:39.94 VsMsl4lM.net
>>24
もしかして小さいメモリしか乗っていないような組み込み系でrustが活躍する可能性がある？
メモリオーナーシップモデルはswift5 or 6で乗ると聞いてるし、それでiOSアプリの省メモリ化が進んだらかなりすげーってなりそう。
でも、ロジックの書き方に制約が強そうで、
それがコードの見通しに寄与するなら良いんだけど、そもそも学習コストがヤバそう。
29:デフォルトの名無しさん
18/04/26 14:23:10.66 LZqqVlEY.net
共同ツール 1
URLﾘﾝｸ(seleck.cc)
URLﾘﾝｸ(trello.com)
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
URLﾘﾝｸ(www.kikakulabo.com)
trelloのオープンソースあり
共同ツール 2
URLﾘﾝｸ(www.google.com)
共同ツール 3
URLﾘﾝｸ(slack.com)
URLﾘﾝｸ(www.dropbox.com)
URLﾘﾝｸ(bitbucket.org)
URLﾘﾝｸ(ja.atlassian.com)
URLﾘﾝｸ(sketchapp.com)
URLﾘﾝｸ(photoshopvip.net)
URLﾘﾝｸ(goodpatch.com)
30:デフォルトの名無しさん
18/04/26 14:50:14.90 QG/6kNZy.net
>>27
Goよりは省メモリなんだけどCと比べるとやっぱりメモリ食うんだよね。(C++と比べても少し多め)
組み込み系だとそこらへんどの程度までなら許容範囲内なのかな？とかが個人的な疑問点。
仮にメモリ的に許容範囲内だったとしても現状では全く流行る気配がない…
Swiftは確か参照カウンタだったよね？だったら元から比較的省メモリなんじゃないの？
あまり詳しくないからよく分からないけど、効果は薄そうな気がする…
学習コストに関しては「GCがない」且つ「高度な抽象化機能を持つ」言語の宿命として受け入れるしか…
Mozillaが「C++で大規模マルチスレッドプログラミングとかムリゲーじゃね？」ってなったから
Rustを作ったわけで…C++と比べて「落とし穴」が少ないって意味ではRustの方が学習コストは低いはず…
31:デフォルトの名無しさん
18/04/26 17:15:59.51 caL+fw/q.net
C++とRustにとってGCはオプション
オプションを色々変えるだけで、プロペラ機にもヘリコプターにもなるみたいな感覚
これが次世代だと思うか欠陥品と思うかは人それぞれ
32:デフォルトの名無しさん
18/04/26 19:48:
33:41.90 ID:4J8LjQ8d.net
34:デフォルトの名無しさん
18/04/26 19:55:20.68 uzUvsYRA.net
いくら良いものでも他を煽って貶めてるユーザーが居ると印象悪くなるから止めて他の言い回しにしてくれ
35:デフォルトの名無しさん
18/04/26 20:04:13.05 4J8LjQ8d.net
すまんな（´・ω・｀）
36:デフォルトの名無しさん
18/04/26 20:37:06.94 Jjph1LBJ.net
てかGCのあるなしが混じった環境とか一番危険だけどな。
37:デフォルトの名無しさん
18/04/26 20:52:04.18 Jjph1LBJ.net
rustの問題点は31みたいなバカが多いとこだな。
38:デフォルトの名無しさん
18/04/26 22:46:38.06 SrAD/Kxg.net
まあ、明確な根拠のない言語叩きとか、言語使い叩きは辞めよう。
根拠のない殉教者じみた信者もいかんけど。
39:デフォルトの名無しさん
18/04/27 01:47:23.20 N4ZSDtcd.net
まあ掌を返すのが気持ち悪いなら根拠が必要だが
むしろ常識がひっくり返るのを見てみたいなら常識に根拠がなくても全く問題ない
40:デフォルトの名無しさん
18/04/27 09:58:41.97 BNvpvGEw.net
ぜひrustの気持ちよさを文章化して欲しい。難しいとは思うが。
41:デフォルトの名無しさん
18/04/27 10:48:26.87 9+8ML8qz.net
Rustは「書きたいコードが直感的に書けない」っていうくっそ気持ち悪い点をなんとかしないと
いかに机の上でのお勉強だけできるバカが絶賛しても寒いだけ
HaskellとかLISPもそういうとこあるけど
42:デフォルトの名無しさん
18/04/27 10:53:24.36 6bqCxxKP.net
Rustは知らんがHaskellもLispも割と直観的に書けるが
43:デフォルトの名無しさん
18/04/27 11:50:35.46 CtLujT77.net
おれの偏見も含めた個人的意見だが、
Goが気持ちいいって思うタイプは多分Rustは気持ち悪いって思うヤツが多いはず
Rustが気持ちいいって思うタイプは逆にGoが気持ち悪いって思うヤツが多いはず
結局書くことと読むことのどちらに重きを置いているかの違いだと思ってる
44:デフォルトの名無しさん
18/04/27 12:11:04.65 9+8ML8qz.net
>>40
いちいちモナドとか継続とかこねくりまわすののどこが直感的なんだよ
研究室に帰って二度と現場に口出すな
45:デフォルトの名無しさん
18/04/27 12:18:17.00 9+8ML8qz.net
>>41
抽象化フリークにとっては関数型とかRustとか好きな言語だろうなとは思う
現実に現場で物作ってる人にとっちゃそんなもんはクソの役にも立たん
46:デフォルトの名無しさん
18/04/27 12:20:03.45 6bqCxxKP.net
>>42
すまん、不勉強のカスの直観は知らんわｗ
47:デフォルトの名無しさん
18/04/27 12:22:19.18 9+8ML8qz.net
>>44
一生勉強だけしてろ
48:デフォルトの名無しさん
18/04/27 12:24:15.92 6bqCxxKP.net
>>45
すまん、勉強した上で物も作っててすまんw本当にすまんｗ
49:デフォルトの名無しさん
18/04/27 12:24:34.09 +93nc9U9.net
>>45
オブジェクト指向が出てきた時のコボラーみたいだな
50:デフォルトの名無しさん
18/04/27 12:35:55.27 UfKjHLrH.net
>>46
おお！ついにhaskellでの実際のプロダクト例が聞けるんだな！
是非語ってくれ。是非haskellでないといけない根拠が聞きたい。
使いたいから使ってるんじゃなくて、他の言語が満足に使えないんでもなくて、
haskellでないと問題を解決できないからhaskellなんだという実例が聞きたいわ。
51:デフォルトの名無しさん
18/04/27 12:42:59.00 6bqCxxKP.net
>>48
すまん、俺がHaskell をプロダクトに使ってるとは一言も書いてなくてすまん……
実際Haskell なんか使うくらいならLispとかOcamlとか使うよなあ！？
52:デフォルトの名無しさん
18/04/27 13:02:40.29 KOwTm7Pr.net
>>47
実際今世の中はオブジェクト指向捨てる方向だろ？Goしかり、Rustしかり
オブジェクト指向は間違いだったじゃないか
Rustもあんだけごてごてしてるが、オブジェクト指向捨てたのは評価してるぞ
53:デフォルトの名無しさん
18/04/27 13:05:01.38 CtLujT77.net
>>48
めんどくさいヤツだな。
Haskellに限らず特定の言語じゃないと解決できない問題なんてほとんど無いだろ。
極論で言えば、C/C++さえあればWebクライアント以外は全て出来るんだ。
ホントに極論だがAndroidでさえNDK(C/C++用API)を公開してるから
Java系の言語である必要性なんてどこにもない。
結局は適材適所でその判断基準は十人十色。
54:デフォルトの名無しさん
18/04/27 13:12:31.08 CtLujT77.net
>>50
Rustはオブジェクト指向捨ててないよ…捨ててたらimplが存在するのはおかしい…
Rustはオブジェクト指向も関数型もどっちも取り入れたマルチパラダイム。
個人的にはC#をもう少し関数型に寄せた感じかな。
55:デフォルトの名無しさん
18/04/27 13:14:27.24 2VB/zMjd.net
「綺麗を謳っているわりに関数名が汚いからHaskell 嫌い」←わかる
「モナドがわからんからHaskell はゴミ！」←不勉強のカス
56:デフォルトの名無しさん
18/04/27 13:15:18.79 KOwTm7Pr.net
>>52
じゃあクラスを捨てたに言い換えるわ
57:デフォルトの名無しさん
18/04/27 13:16:24.87 KOwTm7Pr.net
>>53
モナドがわからんとは一言も言ってないぞ
「直感的に書けない」っていってるだけだ
すまんな
58:デフォルトの名無しさん
18/04/27 13:17:13.00 2VB/zMjd.net
>>55
誰だおめえ
59:デフォルトの名無しさん
18/04/27 13:22:25.90 KOwTm7Pr.net
>>56
誰でもいいだろ
60:デフォルトの名無しさん
18/04/27 13:22:30.62 TIvGg1QY.net
rustの良さはやはりコンパイラがある程度チェックしてくれるところだと思う。
61:デフォルトの名無しさん
18/04/27 13:27:51.04 KOwTm7Pr.net
Rust、コンパイラの機嫌取らないと、文法合っててもプログラム書けないってのがわからんのだよな
Cでいう未定義動作避けたいのはわかるが、書き手のフラストレーションためる方向なのが良くない
62:デフォルトの名無しさん
18/04/27 13:28:26.58 2VB/zMjd.net
>>57
ほんじゃあどうでもいいわHaskell について書いてた本人以外が俺の文の中の第三者のレスの表現にケチをつけるな
失せな
63:デフォルトの名無しさん
18/04/27 13:31:09.80 zMk0R3Co.net
ゲーム制作向きの次世代言語って無いのかな
64:デフォルトの名無しさん
18/04/27 13:31:45.97 2VB/zMjd.net
おとなしくC#でUnityでシコシコしてな
65:デフォルトの名無しさん
18/04/27 14:10:16.50 ouRrzssA.net
【マイトＬーヤとＰＳ４】 ＦＦとＤＱの最新作、ＶＲ開発は危険、プレーヤーの日常感覚を損なうおそれ
ｽﾚﾘﾝｸ(liveplus板)
66:デフォルトの名無しさん
18/04/27 15:56:18.74 zEArYeu7.net
関数型言語入門を読んだけど、宣言的に書けるというのはそれなりに感動したけどな。
でも実用的かというとまだわかんないなぁ。
RxをiOSアプリに導入したときも、正直読みづらくしかならなかったんだよね。
宣言的にかけるって、順序性にあんまり意味が無くなってくるんだけど、
そうするとコードへの宣言の書き順をどうすべきか？というセンスが問われるようになる。結構変数名を考えるくらいのコストになる。
しんどい。
67:デフォルトの名無しさん
18/04/27 18:19:36.74 1Y+iNj/V.net
その関数型グループに入れられてしまったらもう古いメンバーと同じ古い言語になる
同じグループのメンバーなら同じに決まってるだろ
68:デフォルトの名無しさん
18/04/27 18:52:43.46 UfKjHLrH.net
>>49
うん、lispというかgaucheは俺も使ってるな。
69:デフォルトの名無しさん
18/04/27 18:54:09.98 UfKjHLrH.net
>>51
それは極論でしょ。
アセンブラさえあれば何でもできるって言ってるわけじゃないんだよ。
例えば軽量スレッドとか、例えば軽量プロセスとか、プロセス間通信とか。
70:デフォルトの名無しさん
18/04/27 19:34:27.44 lqPRSLem.net
>>66
それ、この前podcastで作者の人が話してるの聞いたな。
結構すごい言語なん？
71:デフォルトの名無しさん
18/04/27 20:13:28.50 ngrXngQ/.net
haskell、バグ少なくかけるとか謳い文句にしてる割にパッケージ管理ソフトが
盛大にバグってるとかバカジャネーノってなるわ。
72:デフォルトの名無しさん
18/04/27 20:29:00.50 ngrXngQ/.net
c++11, rust, haskell あたりはシンタックスお勉強ごっこが
好きな輩にほんと大人気なんだよな。
別にそれはそれで個人で楽しんでる分には構わんが、人に押し付けてくるバカはほんと迷惑だわ。
73:デフォルトの名無しさん
18/04/27 20:56:43.49 1Y+iNj/V.net
明らかに難度高い押し付けは拒否しやすい
これくらい簡単だろ？って押し付けられるパターンの方が迷惑だよ
74:デフォルトの名無しさん
18/04/27 21:02:57.26 6cRvI9Lw.net
おお！ついにgaucheでの実際のプロダクト例が聞けるんだな！
是非語ってくれ。是非common lispではいけない根拠が聞きたい。
使いたいから使ってるんじゃなくて、他の言語が満足に使えないんでもなくて、
gaucheでないと問題を解決できないからgaucheなんだという実例が聞きたいわ。
75:デフォルトの名無しさん
18/04/27 21:55:20.17 69sTJ/GT.net
プログラミング言語もブランド指向!?Go言語が新ロゴやブランドパンフレット
URLﾘﾝｸ(news.mynavi.jp)
76:デフォルトの名無しさん
18/04/27 22:21:02.52 CtLujT77.net
>>67
いやその「軽量スレッド」がないと実現できない問題ってなんだよ？
軽量プロセスはネイティブスレッドとの違いが勉強不足でよくわかってないんだ。すまん。
プロセス間通信に関してはどういう意図でその言葉を使ったのが知らないが、
出来ない言語の方が少ないと思うんだが…
そもそもHaskellの並行処理は確か軽量スレッドだったはずだし、
プロセス間通信も普通に出来るぞ。
やっぱり、特定の言語じゃないと解決できない問題なんてかなり限られてくるはずだが…
何が言いたいんだ？
77:デフォルトの名無しさん
18/04/27 22:41:09.97 UfKjHLrH.net
>>68
凄いかすごくないかは別として、素直かな。
78:デフォルトの名無しさん
18/04/27 22:45:20.82 UfKjHLrH.net
>>72
何を煽ってるかわからんが、プロダクトとしては内製社内システムだよ。
CAD関連ののデータを触るシステム。
データ構造としてはS式で表すのが一番素直なシステム。
他の言語でデータをごちゃごちゃしてステートマシンの塊で処理するより、データ構造自体が手続きと言うかパラメトリックな式表現になってるほうが素直って感じ。
で、そっちは煽るだけじゃなくて、何作ってるの？
79:デフォルトの名無しさん
18/04/27 22:51:51.30 UfKjHLrH.net
>>74
ネイティブスレッドであると都合が悪いってのは、極論はハードのスペックが上がれば無視できるとは思うし、微妙だったかな。
プロセス間通信も語弊があって、軽量スレッド同士のプロセス間通信がどう成されるかかもしれん。
erlangみたいな、疑わしきはプロセスごと殺して再投入みたいな思想や、プロセスの起動/再起動の単位や、プロセスへのメッセージみたいに、処理系の思想や備えられてる足回りか特徴的ならば、それはその言語であるから解決できる問題だと思う。
逆説的だけど。他の言語でそれを担保するにはコストがかかりすぎる、って。
80:デフォルトの名無しさん
18/04/27 22:55:37.14 CtLujT77.net
>>69
この言い分も「めんどくせぇヤツだな」っていつも思ってたんだよ。
バグが減るって言ってるだけで無くなるとは一言も言ってないのに
なんでバグが見つかっただけで「話が違うじゃねぇか」みたいに騒ぎ出すわけ？
別にHaskellもRustも押し付けるつもりは全く無いし、
気に入らんなら文句を言っても構わんが、もう少しマトモなこと言ってほしい。
81:デフォルトの名無しさん
18/04/27 23:19:57.84 1Y+iNj/V.net
バグを減らすことに完璧に無関心にならない限り、取り付く島があると思って騒ぎ出す
82:デフォルトの名無しさん
18/04/27 23:24:23.63 CtLujT77.net
>>77
erlangを使ったことがないから、なんとなく程度にしか分からんが、
そういう意味なら「副作用を記述しないコードの実現」がHaskellでしか解決できない問題じゃないか？
副作用は減らせるならそれに越したことはないんだし(その時点から否定するヤツは論外です)。
まぁ、Haskellみたいな純粋関数型は少々やり過ぎ感はあるし、最近はRustやSwiftみたいに
「副作用は記述できるけど極力避けましょう」みたいな思想を持った言語も増えてきたけど。
83:デフォルトの名無しさん
18/04/27 23:26:45.89 bqnCmOTp.net
軽量プロセスは良く知らんけどコルーチンは排他も待ち合わせも手軽で軽くて良いが
どうせコア数だけスケールさせようとスレッド使うから今日ではあまり意味がない
シングルコア時代の優れた概念
84:デフォルトの名無しさん
18/04/27 23:28:49.08 6cRvI9Lw.net
>>76
同じ文を書いただけなのに煽ってる扱いってことは君はHaskellユーザーか誰かを煽ってるんだね？
俺が言いたいのは、自分が使ってる言語に関して説明できないようなことを他人に求めるなということだよ
85:デフォルトの名無しさん
18/04/27 23:34:06.59 UfKjHLrH.net
>>80
モナドは？
86:デフォルトの名無しさん
18/04/27 23:34:37.37 ngrXngQ/.net
>>78
cabal みたいな一番重要なパッケージ管理ソフトが無限ループしたり、
ここまでぶっ壊れてるって話にならんだろ。。
しかもデバッグが他よりも圧倒的にめんどくセー言語だっつーのにさ。
いろんなトレードオフ見たときに宣伝文句と比較して全く割にあってないっつー話だよ。
87:デフォルトの名無しさん
18/04/27 23:34:49.56 6cRvI9Lw.net
>>76
あと、common lispじゃだめな理由を説明出来てないぞ
出来ないよなあ？だって別にcommon lispでもいいもんな
それと同じで、どうしてもHaskell じゃないといけない理由なんて普通はねえよ。OCamlとかあるんだから
あと、聞かれたから答えるけど、俺は普段はFortran とPythonで量子化学プログラム作ってるよ
88:デフォルトの名無しさん
18/04/27 23:36:13.33 UfKjHLrH.net
>>82
当たらずとも遠からず。
俺が根拠のあるプロダクトの話がなければただの煽りだろうし、haskell推しに根拠のあるプロダクトの話があれば煽りではなくなると思っての書き込みだよ。
なので、煽りかどうかはhaskell推しがプロダクトを出せれば煽りではないという返事になる。
89:デフォルトの名無しさん
18/04/27 23:38:15.62 UfKjHLrH.net
>>85
聞いてないよ、普段どんな言語使ってるかなんてw
common lisp以外では妥当ではない、が根拠かねえ。
何かそんなにhaskellのプロダクトを言う事に抵抗あるの？
90:デフォルトの名無しさん
18/04/27 23:43:09.85 uFcuTWSA.net
>>87
ほーんじゃあ言い直すわ
「普段は量子化学プログラム作ってるよ」
二行目は「Common lispでは妥当ではない」か「gauche以外では妥当でない」の間違いか？
そして大事なことだが俺はHaskell ユーザーじゃねえしHaskellの擁護もしていねえ。当然Haskellのプロダクトなんて知ったこっちゃねえ。
おまえがめちゃくちゃ言ってるから指摘してるだけだ
91:デフォルトの名無しさん
18/04/27 23:43:59.89 uFcuTWSA.net
おっとID変わったけどID:6cRvI9Lwな
92:デフォルトの名無しさん
18/04/27 23:46:57.82 CtLujT77.net
>>83
モナドに関してはおれは「便利に使えればそれでいいや」ってタイプなので
理論的なことはよく分かっちゃいないんだ。すまんな。
それに色々言ったけど、おれはHaskellよりRust推しなんだ。
Rustには「モナドもどき」しかない。
そしてその「モナドもどき」でおれは十分だと思ってる。
93:デフォルトの名無しさん
18/04/27 23:48:55.22 uFcuTWSA.net
だいたい「～以外は妥当じゃない」みたいな理由が通るなら「Haskell 以外は妥当じゃない」も通るじゃねえか>>48の後半は何なんだよいったい
94:デフォルトの名無しさん
18/04/27 23:51:31.54 nEX/UwzN.net
何かうるせえ奴らが何人かいるな。
オナニーでもして寝てろや。
95:デフォルトの名無しさん
18/04/27 23:52:15.35 uFcuTWSA.net
>>92
は？俺のことか？
そんな指図するならオカズでも貼れやｗ
96:デフォルトの名無しさん
18/04/27 23:57:30.25 69sTJ/GT.net
>>93
URLﾘﾝｸ(livedoor.blogimg.jp)
97:デフォルトの名無しさん
18/04/27 23:58:53.73 CtLujT77.net
>>84
だったらそこまで書いた上で批判してくれ。
そうじゃないとバカが喚いてるようにしか見えないんだ。
「話にならん」とか「割りに合わない」とかは人によって意見が違うんで、
それ以上はどうこう言うつもりはないよ。残念ながら君には合わないってだけの話だ。
98:デフォルトの名無しさん
18/04/28 00:02:19.96 Iob7Aa9f.net
>>94
ご丁寧に主食まで貼ってんじゃねえよ。吹いたわwww
99:デフォルトの名無しさん
18/04/28 00:05:41.33 pEXwgWhN.net
>>94
うーん……��
これでオナニーして寝るのか……
ちょっと気合入れるか…… おやすみ……����
100:デフォルトの名無しさん
18/04/28 00:16:49.87 4irn3/UI.net
>>95
まあ大した問題じゃないと言い張るならそれも良いよ。
101:デフォルトの名無しさん
18/04/28 00:20:33.03 NwTUb6yX.net
>>76
lisp系って結構いいもんなの？
熱狂的なファンいることは知っていたが（）だらけの式を見てるとゲンナリする
102:デフォルトの名無しさん
18/04/28 00:22:57.42 ovKub3hM.net
>>81
どうせ台数でスケールさせようとマルチプロセス使うから
スレッド使わずコルーチン使って1コアだけ使い切るプロセスにして
コア数だけプロセスを実行する、ってパターンは現在でも通用すると思うんだけどなあ
103:デフォルトの名無しさん
18/04/28 00:25:05.82 vhHaRzQ+.net
>>99
S式はWebAssemblyに採用されたな
104:デフォルトの名無しさん
18/04/28 00:33:07.25 MdGr+A0E.net
lispの凄さを誰か説明してくれ
105:デフォルトの名無しさん
18/04/28 00:35:44.22 d4LpEQEN.net
Land of lispでも読んでろ
106:デフォルトの名無しさん
18/04/28 01:04:58.41 VDyKIUAr.net
>>102
電池が入ってないpython
並行処理とパターンマッチがないerlang
107:デフォルトの名無しさん
18/04/28 01:07:10.41 +3LcQamd.net
かつては言語に新機能入れてもLispの後追いって事が多かったけど
もうそんな状況じゃないからね
でも継続はあまり採用されないな
108:デフォルトの名無しさん
18/04/28 01:10:47.61 d4LpEQEN.net
LispはPythonと違って一応最適化されたコンパイル済みバイナリ配布できるだろ
109:デフォルトの名無しさん
18/04/28 03:05:06.25 urFfore0.net
軽量スレッドはシューティングゲーム作るときは弾1発1発に使えるから重宝するんだけどな
ハードが進化すればどうでもいいとは言っても
流石にゲームがネイティブスレッドを1000も使ってたらスイッチコストも馬鹿にならんし
何よりタスクマネージャで見たユーザーがびっくりするw
110:デフォルトの名無しさん
18/04/28 10:01:33.85 6ZMjGPsq.net
>>88
そうか、じゃあずっとhaskellでそれ作っててくれ。
111:デフォルトの名無しさん
18/04/28 10:02:54.13 6ZMjGPsq.net
>>99
良いもんだよ。
CADの分野ではシステムに組み込まれた言語としても割と使われてる。
図研のとか、Autodeskのとか。
112:デフォルトの名無しさん
18/04/28 10:06:24.06 6ZMjGPsq.net
>>88
あ、読み違えたわ。
haskellユーザでないなら、別に黙ってりゃ良いじゃん。
haskellは良いものだ！って言うだけで何も具体例を出さない奴が居て、結局何が良いの？に答えが出なかったりしたから、
スレタイからhaskellが抜けたりしたわけ。
そのへんの過去スレは読んでのそういう発言？
滅茶苦茶でも何でもないよ。
お前の喧嘩の売り方がメチャクチャだよ。
113:デフォルトの名無しさん
18/04/28 10:07:40.95 6ZMjGPsq.net
>>88
よく考えたら言い直しにもなってないな。
haskellでのプロダクト例を聞いてるのに、普段使ってないよ、なんて、何を言い直してるかわからん。
反論するならきっちり反論して。
114:デフォルトの名無しさん
18/04/28 10:09:51.46 O9ADumhq.net
>>109
URLﾘﾝｸ(practical-scheme.net)式の理由
ここ読んだ。lisperは直接構文木を書いてるのか！
メタプログラミング得意そう。
115:デフォルトの名無しさん
18/04/28 10:14:28.48 WJL9r3At.net
>>112
そうそう。それはデータであり、かつ評価できる式でもある。
116:デフォルトの名無しさん
18/04/28 10:23:14.19 O9ADumhq.net
jsとかgoとかだといちいちparserカマして抽象構文木を作った上じゃないとプログラムからコード解析できないけど、
lispだとそのままコード解析できるわけね。
なんか面白そう。
117:デフォルトの名無しさん
18/04/28 10:29:10.39 6ZMjGPsq.net
>>114
逆に、データもS式になってれば、それもパーサ要らないしね。
jsに対するjsonのように。
jsonのようにサブセットな訳でも無いので、そうしておくと、
そもそもデータに値の代わりに式を入れとくことも出来るから、融通がきく。
118:デフォルトの名無しさん
18/04/28 10:37:43.93 O9ADumhq.net
lispすごそうやんけ。
の割に、あんまり聞かないのは単に分野が違うだけ？web系で聞いたことないなー。
119:デフォルトの名無しさん
18/04/28 10:43:43.65 7FInXxAw.net
>>112
古典的な lisp では lisp で lisp のマクロも書くし
メタプログラミングは日常茶飯事というか「メタ」である特別さもなかった
古典的には lisp は LISP と書くのだけど
LISP 系の言語ではリストを万能データ構造として凡そ
配列以外の全て(プログラム自体を含む)をリストで表すので、
データ構造の宣言的な記述は省略される。
これはコードを書くときは楽だけど読むのには面倒か。
例
((foo 1) (bar 2)) というリストで辞書を表現するとして、
foo や bar がキーであるとか値はキーの直後の要素だとかを
宣言的に記述しておく箇所はコメント以外ない
120:デフォルトの名無しさん
18/04/28 10:53:18.40 Iob7Aa9f.net
>>110,>>111
おれはID:uFcuTWSAじゃないがどう考えてもお前の方がメチャクチャだよ。
結局「common lispじゃなくてgaucheじゃないといけない」理由の説明できてないし。
お前のその返し(>>72に対しての>>76)じゃS式扱える言語ならなんだって構わないじゃないか。
gaucheユーザーのお前に>>72の論破できないのと同じように、Haskellユーザーも>>48を論破できない。
「自分でさえ論破できないことを他人に向かって言ってんじゃねえよ」ってことだろ？
121:デフォルトの名無しさん
18/04/28 11:02:02.15 4irn3/UI.net
まあc++でコンパイラ毎に全くコンパイルされる内容が違う状況とか
味わってみれば lisp みたいに構文化されてるコードを最初から書いた方が良くね？
って気にはなる。
確かにプログラムを全く書いたことないやつに薦めるのはどうかと思うが、
ある程度プログラムやったことある奴ならそこまで敷居は高くないんじゃないかな。
122:デフォルトの名無しさん
18/04/28 11:21:40.18 6ZMjGPsq.net
>>118
そもそも「あるわけがない」と煽ってるわけではない。
あるなら是非語れ、は真実。何回言っても「そういう煽り返しできる程度すら」挙がってこなかったから。
論破する必要なんかないんだよ。
「あるんだよ、こんなのなんだよ、haskellすげえっしょ」って言えればそれでいいだけなのに、
煽られたと思って、全く同じ文章で返事してくるほうが頭おかしいの。
その返事がgaucheであれなんであれ、煽られたと俺が受け取ったのは「全く同じ文章で返されたこと」であって、内容ではない。
123:デフォルトの名無しさん
18/04/28 11:23:15.23 6ZMjGPsq.net
>>118 あ、言葉足らずだったな。 S式で表せる言語なら何でも構わない、それは真だよ。 common lispではいけない理由、は俺は触れてないだろ。 よく読んでよ。
125:デフォルトの名無しさん
18/04/28 11:23:55.62 VDyKIUAr.net
(h (g (f x)))をx.f().g().h()に変えても括弧の数は変わらん
foldrがfoldlに変わるだけだ
畳み込みという概念を知るだけのために凡人は何年も修行しないといけないのが現実
126:デフォルトの名無しさん
18/04/28 11:30:39.49 1KWTHO6L.net
Haskellのプロダクトならpandocがあるやん
127:デフォルトの名無しさん
18/04/28 11:34:26.69 6ZMjGPsq.net
Parsecあるからなあ。
それは確かに「なるほど」と思ったわ。
128:デフォルトの名無しさん
18/04/28 12:01:18.46 MXOeskUv.net
>>120はねえ
『論破する必要なんかないんだよ。「あるんだよ、こんなのなんだよ、haskellすげえっしょ」って言えればそれでいいだけなのに、』
って言ってるけどね
>>108のレスでは『そうか、じゃあずっとhaskellでそれ作っててくれ。』
って言ってるね
こいつは例の「あ」で、Haskell について知らないことを晒されたことを未だに根に持っているだけで、本当はHaskell になんて微塵も興味がないんだよ
以前もHaskell のプロダクトを教えてもらってたのに未だに聞いて回っているしね
相手にするだけ無駄無駄
129:デフォルトの名無しさん
18/04/28 12:07:45.30 VDyKIUAr.net
別に凄くない普通の言語のために何年も修行しないといけない現実と戦ってるんだろう
今すぐ教えろ
一瞬で理解させろって
130:デフォルトの名無しさん
18/04/28 12:33:56.14 MXOeskUv.net
>>116
Lispはまあぶっちゃけ滅んじゃったからねえ……
マクロとかいい感じに使えて良い言語だけど、ライブラリも割と貧弱で自分で構成していかないといけないから、他の言語でライブラリが充実してる今のご時世にわざわざweb屋が使うメリットはないんじゃないかな？
標準ライブラリが充実してる数少ないLispとしてRacketをオススメしておくから気になるなら触ってみるといいよ
131:デフォルトの名無しさん
18/04/28 12:42:45.26 6ZMjGPsq.net
>>125
テンション上げて説明してくれてありがとうね。
でも>>123のほうがはるかに価値のある書き込みだったよ。
132:デフォルトの名無しさん
18/04/28 12:45:30.74 6ZMjGPsq.net
知らないことを晒されて根に持ってる訳でなはいんだけどなぁ。
そのことを説明できる能力もなく、ただただ「凄いんだ」「アセンブリレベルの話なんか高級言語では考える必要もない」という低レベルな主張を繰り返されたから、
何故なの？じゃあ考える必要がない程度のもの作ってるんでは？
に答えが貰えなかったから、さあ語れって言ってるのにね。
信者って悲しいわ。
133:デフォルトの名無しさん
18/04/28 12:46:34.26 6ZMjGPsq.net
>>126
違うよ。
する価値がないと思ってるから、次世代だ、する価値がある、と言うのならば、する価値を見せてみろって言ってる。
134:デフォルトの名無しさん
18/04/28 12:49:52.15 6ZMjGPsq.net
根に持ってるとかそういうバイアスがかかるから、「名乗れ」と言われて名乗ってやった「あ」を外してる(そしてhaskell以外の話題ではフツーにやりとりしてる)のに、
またバイアスかけてどーすんのかなー、自分の好きな話だけしたいお花畑なのかな？
haskellが蓮華なのかな？って思うわ。
毎回haskellが話題に出るたびに虚しいな、このやりとり。
135:デフォルトの名無しさん
18/04/28 12:53:56.83 MXOeskUv.net
コテを外されたからNG出来なくて困っちゃうよねえ
どうせバイアスがかかることが今回証明されたんだからもう一回コテ付けちゃいなよ
136:デフォルトの名無しさん
18/04/28 12:55:50.41 VDyKIUAr.net
時間に価値がないと思えば何年でも続けられる
或いは時間に価値があるのは直感的に明らかと思うならば根拠のない直感にも価値はある
137:デフォルトの名無しさん
18/04/28 13:05:36.78 6ZMjGPsq.net
>>132
どうせバイアスを「かける」ことが証明されたんだろw
議論の上の「よく読んで」という指摘に「こいつの人格が悪い」という人格攻撃に走った時点で議論としては終わってるよ。
悲しいね。自覚がないって。
138:デフォルトの名無しさん
18/04/28 13:05:52.35 pEXwgWhN.net
今回は「あ」がめちゃくちゃ言ってるからHaskell ユーザー以外から「それの論法はおかしいだろ�
139:vって突っ込まれてる構図であって、Haskell ユーザーは全然登場していない。 まさかその構図が見えてないのか……？
140:デフォルトの名無しさん
18/04/28 13:06:24.25 6ZMjGPsq.net
ああ、いつの間にか「議論スレ」でも無くなってるのなw
141:デフォルトの名無しさん
18/04/28 13:07:13.14 6ZMjGPsq.net
>>135
登場していないのか、登場していないことになってるのかは、胸のうちだからわからんよ。
142:デフォルトの名無しさん
18/04/28 13:08:50.21 6ZMjGPsq.net
俺も信者は悲しいなって言ってるだけで、誰が信者だとは言ってなかろう。
143:デフォルトの名無しさん
18/04/28 13:12:15.02 Y8wRxMn5.net
>>134
宣言しておくね
俺は君と議論する意味はないと思ってるから、君と気付き次第バイアスをかけるよ
144:デフォルトの名無しさん
18/04/28 13:14:43.02 6ZMjGPsq.net
>>139
バイアスをかけるという宣言のある議論の場っておかしいねw
素敵な花畑がほしいという自己紹介どうもありがとうね。
145:デフォルトの名無しさん
18/04/28 13:15:19.49 Iob7Aa9f.net
>>137
いや分かってるよ。
>>48に突っ込んでるID:uFcuTWSAもID:CtLujT77もどっちもHaskellユーザーじゃないって言ってる。
まぁ、それさえも嘘かもしれないじゃないかと言われればそれまでだが…
146:デフォルトの名無しさん
18/04/28 13:19:50.48 6ZMjGPsq.net
>>141
後者は使ってるけど推しではないと俺も思ってるけど、思ってるだけだよ。
嘘でもホントでもなく、知り得ないことだから仕方ない。
単純にわかるのは、煽って反応するやつが一定数居るって現実だけだけど、それで充分かと。
147:デフォルトの名無しさん
18/04/28 13:21:04.02 Y8wRxMn5.net
>>140
少なくともHaskell に関しては、君はHaskell を知らないんだからHaskell について語る土俵に立ってないよね
にもかかわらず君は最初、まるでHaskell について知っているようかのようなふりをしながら議論に参加していたんだ
そんなのバイアスをかけられて当然だよ
148:デフォルトの名無しさん
18/04/28 13:22:41.20 6ZMjGPsq.net
>>143
しつこいよ。
ここを花畑にして蓮華で蓮華座が組みたいなら人格否定せずに淡々と事実を述べれば良いだけでしょ。
人格否定した時点で議論は終わったの。
149:デフォルトの名無しさん
18/04/28 13:23:04.78 pEXwgWhN.net
そりゃあめちゃくちゃな煽りを見たら煽られた奴以外も反応するだろ
150:デフォルトの名無しさん
18/04/28 13:23:57.58 Y8wRxMn5.net
>>144
ん？
俺は君と議論したくないからNGさせろっているんだが
最初から君と議論する気はないよ？
151:デフォルトの名無しさん
18/04/28 13:24:31.20 6ZMjGPsq.net
狂人の真似とて大路を走らば即ち狂人なり。
152:デフォルトの名無しさん
18/04/28 13:24:51.63 6ZMjGPsq.net
>>146
w
153:デフォルトの名無しさん
18/04/28 13:26:37.04 6ZMjGPsq.net
そんなに話したいなら、今立ってるPHPスレみたいに、次世代言語haskellスレでも立てれば良いじゃんw
154:デフォルトの名無しさん
18/04/28 13:57:43.32 Iob7Aa9f.net
>>142
いや煽られたから反応してるんじゃなくて、
煽りに使われてる文章の論法がメチャクチャだったから反応してるんだろ？
その違いは重要だよ。
理論がしっかり通ってる煽りだったらわざわざHaskellユーザー以外の人間が反応するわけがない。
少なくともID:CtLujT77に関してはHaskell推しじゃないとお前も思ってるんなら
Haskell推しの人間以外がわざわざ反応しているのおかしな状況に気付けよ。
155:デフォルトの名無しさん
18/04/28 13:59:28.76 Iob7Aa9f.net
>>150
間違えた。
前>>Haskell推しの人間以外がわざわざ反応しているのおかしな状況に気付けよ。
後>>Haskell推しじゃない人間以外がわざわざ反応しているのおかしな状況に気付けよ。
156:デフォルトの名無しさん
18/04/28 14:02:18.88 Iob7Aa9f.net
>>151
ん？やっぱり間違えていなかった(´・ω・｀)
アホか？俺は…
157:デフォルトの名無しさん
18/04/28 14:06:12.96 pEXwgWhN.net
まさに>>150よ。本当にその通りなんだけど、「あ」だし通用しないんだろうな……
158:デフォルトの名無しさん
18/04/28 14:18:38.33 4irn3/UI.net
次世代言語よりも日本語に付け加えるべき機能でも考えた方がいいじゃねーの？
159:デフォルトの名無しさん
18/04/28 14:19:22.69 pEXwgWhN.net
ここまで来るともうユーザーの問題でしょｗ
160:デフォルトの名無しさん
18/04/28 14:52:12.61 6SRb9SPu.net
盛り上がってんな
161:デフォルトの名無しさん
18/04/28 14:53:37.63 6SRb9SPu.net
まーたADHDが匿名で場を荒らしてんのか
ほんま困ったやっちゃな
162:デフォルトの名無しさん
18/04/28 15:24:44.95 x8i3U8ye.net
騒いでる方も騒いでる方だが風評被害やめてくれって感じだ
163:デフォルトの名無しさん
18/04/28 17:25:12.63 YDDX+GsK.net
Haskelがこういう場での無意味な話題に必要以上に上がるせいで実際以上にHaskell好きがHaskeller扱いされてる気がする
164:デフォルトの名無しさん
18/04/28 18:02:54.22 qinvp4N7.net
Haskellにはドカタの劣等感を刺激する何かがある
165:デフォルトの名無しさん
18/04/28 18:27:33.31 LJZIGbTW.net
scala再興論がでましたか？
166:デフォルトの名無しさん
18/04/28 18:36:36.79 /9xZc+y5.net
いかにもGWに予定のなさそうなキャラの子達が騒いでてウケる
167:デフォルトの名無しさん
18/04/28 18:42:09.18 6SRb9SPu.net
おい、ブーメランやめろや
俺にも刺さる
168:デフォルトの名無しさん
18/04/28 18:43:41.75 P0XLkdT4.net
Haskellって難しい理論がベースになってるせいか
ちょっとかじった程度で偉くなった気になる人多い
169:デフォルトの名無しさん
18/04/28 18:47:51.00 ePnAhmH+.net
>>164
Rustにも同じことが言えるな
170:デフォルトの名無しさん
18/04/28 19:02:25.33 M+Angxdt.net
rustに難しい理論はねーよｗ
所有権みたいなことはあるレベルになると自分で考えるようになること
171:デフォルトの名無しさん
18/04/28 19:32:04.63 6SRb9SPu.net
>>150はだいたい同意だけど、ちょっとだけ同意できない部分があるな
今回のあDHDほどめちゃくちゃな論法でなくても場合によっては指摘するかもしれん
例えば俺はLisp使わんし好きでもないけど、「Lispは遅いから糞」っていうレスを見たら多分指摘する
172:デフォルトの名無しさん
18/04/28 20:00:57.22 Iob7Aa9f.net
>>167
速さが求められるかどうかは何を作るか次第で変わってくるので、
取り敢えず「遅いからクソ」ってのは理論が通ってないし、突っ込まれて当然。
173:デフォルトの名無しさん
18/04/28 20:03:45.30 6SRb9SPu.net
>>168
Common lispはまあまあ速いってことを念頭において書いたんだけど、それもそうだな。言う通りだ
174:デフォルトの名無しさん
18/04/28 21:10:11.88 Iob7Aa9f.net
>>166
ん～そうかな？
それはあくまでC or C++をメインでやっていた人に限られると思うが…
GCありの言語がメインの人達はほとんど考えてないと思う(根拠は2年程前までの俺)。
175:デフォルトの名無しさん
18/04/28 21:13:59.59 0/zAvcT+.net
【プリッツァー賞も公認】 トルーマン 議定書 ＣＪＡ イルミナティ フリーメーソン マルタ騎士団
ｽﾚﾘﾝｸ(liveplus板)
176:デフォルトの名無しさん
18/04/28 23:03:24.17 4irn3/UI.net
デザインパターンが流行った頃なんかもそうだが、
新しいものを「せっかく覚えたんだから」みたいな貧乏性に陥る奴は昔からいて、
そういう奴がレガシーコードを残してったという歴史がある。
177:デフォルトの名無しさん
18/04/28 23:04:43.94 ERf465ou.net
ふつうに真っ当な突っ込みを入れられるだけでうじゃうじゃ言って一日でここまで伸ばせるって、相変わらずあDHDはやべえな
178:デフォルトの名無しさん
18/04/28 23:13:45.22 pEXwgWhN.net
>>172
どういうこと？レガシーコードってCOBOLとかFortranのあれのことではなくて、テストのないコードのこと？
流行とどういう関係があるの？
179:デフォルトの名無しさん
18/04/28 23:29:00.10 Iob7Aa9f.net
>>174
たぶんだが、新しいプログラミング手法(概念)がバズった時に「せっかく覚えたんで使ってみよう」
と適材適所もよく考えず(というよりかは覚えたばかりなんで適材適所がまだ分からないまま)
使う奴がいて、そういうコードは後から見ればレガシーコード(負の遺産)にしか見えないことじゃないの？
180:デフォルトの名無しさん
18/04/28 23:34:35.25 pEXwgWhN.net
>>175
なるほどな。俺にも思い当たる節はあるなあ
俺はすぐに同等品を別の言語で作れるレベルを超える前に飽きちゃったから、ちょっと時間を無駄にした代わりにちょっとコーディングスキルが上がって次に繋がったって感じで終わったけど、
そんな理由で適当に作った負の遺産が問題になるほど作り込むってそれはそれで凄いなあ
181:デフォルトの名無しさん
18/04/28 23:54:31.31 7LnY/MuY.net
その当時本当に新しかったなら負の遺産ではないだろう
デザインパターンがもう一回流行ったとき
新しいと勘違いしてもう一回何か作り込んだらそれこそが負の遺産だ
182:デフォルトの名無しさん
18/04/29 00:05:40.56 ZzPNcJRD.net
負の遺産はSmalltalkではなくSmalltalkをぱくった奴らだな
183:デフォルトの名無しさん
18/04/29 00:09:38.95 lPGHHBCx.net
流行のスタイルって、それ自体は流行るだけの理由があって十分に優れてるんだよ
統一されてるうちはいいけど、後に別の流行と混ざった途端に糞になる
COBOLも伝統的なIPOスタイルのコードは美しいけど、SQLまみれになってから無茶苦茶になった
184:デフォルトの名無しさん
18/04/29 00:13:35.59 tKjITkqe.net
言語をデザインした人の手を離れてしまった感じか
185:デフォルトの名無しさん
18/04/29 09:08:10.39 NMEmUmfV.net
今はデザインパターン流行っとらんの？
あれって恒久的に使われるもんじゃないので？
186:デフォルトの名無しさん
18/04/29 09:19:27.18 lPGHHBCx.net
>>181
GoFのことなら、大半は未熟なオブジェクト指向言語の機能を使ったハックに過ぎないから
便利な「C#系」が主流になりつつある今となっては明示的に使われることは少なくなったね
187:デフォルトの名無しさん
18/04/29 09:19:54.21 pWs0qeQL.net
>>178
ゴミ過ぎて負の遺産も残らなかったからね、Smalltalk
188:デフォルトの名無しさん
18/04/29 09:28:37.21 ZzPNcJRD.net
型を明示したときにジェネリクスが一個も出てこないのは不自然だろ
恒久的ではない型システムを混ぜてしまった奴が戦犯
189:デフォルトの名無しさん
18/04/29 09:56:16.97 bhRKstEI.net
Haskellがクソなのはまぁ同意するけど
Lispは割と直感的に書けるやろ
190:デフォルトの名無しさん
18/04/29 10:14:21.74 tKjITkqe.net
>>185
副作用警察だ！貴様を逮捕する！（Land of Lisp風）
191:デフォルトの名無しさん
18/04/29 11:14:43.19 ZzPNcJRD.net
Lispを守りHaskellを叩く理由は
Lispが直感的に書けるからであって、Lispをせっかく覚えたんだからではないらしい
叩いてる張本人がそう言うならそうなんだろう
192:デフォルトの名無しさん
18/04/29 11:28:30.78 tKjITkqe.net
Haskellが直感的に書けないっていうのはよくわからん
普通の関数の記述は他の言語よりむしろ直感的だし、モナドだってdo構文使えば他の言語とそんなに変わらんやろ
193:デフォルトの名無しさん
18/04/29 11:39:24.00 NMEmUmfV.net
>>182
よくわからんな。今どきの言語に合わせたデザインパターンを出してくれればよいのに
194:デフォルトの名無しさん
18/04/29 12:12:05.39 fZUY9zfG.net
>>189
その今どきの言語というのがまだ定着していないんでないか？
何年かしてノウハウが蓄積されたらまたそれらをまとめたものが出てくるでしょ。
195:デフォルトの名無しさん
18/04/29 12:22:20.97 tKjITkqe.net
第一級関数が一般的になった今となってはなあ
196:デフォルトの名無しさん
18/04/29 12:23:33.65 WKly3EMn.net
>>188
遊びでしか使ったことないからあんま深くは言えないが
本気で使おうとすると、haskell のシンタックスからコンパイラが吐き出す実際のマシン語での動作を
予測できるくらいhaskellの癖をわかってないと使えん印象なんだが。
197:デフォルトの名無しさん
18/04/29 12:58:45.23 tKjITkqe.net
>>192
もしかして速度が気になってチューニングとかしてるのか？
198:デフォルトの名無しさん
18/04/29 14:23:59.40 tKjITkqe.net
ってか俺もHaskellにわかだし、多分俺より>>192のほうがしっかり使おうとして難しい所に当たったんだろうな
199:デフォルトの名無しさん
18/04/29 14:45:46.07 2zTKi9ml.net
直感的って言うけどただの好みだよな
200:デフォルトの名無しさん
18/04/29 16:09:36.69 1oUuYh/B.net
第一級関数使えると結構な数のデザインパターンが不要になるからな
継承は使わない方が良いっていう風潮だし、継承前提のパターンも微妙になってる
そもそも新しい言語からは継承消えていってるし
201:デフォルトの名無しさん
18/04/29 16:58:09.31 pgV3TRdN.net
そもそも継承より委譲って大昔に言われてるんだけど
202:デフォルトの名無しさん
18/04/29 17:05:21.00 FR8hyPh+.net
継承とはなんだったのか……
203:デフォルトの名無しさん
18/04/29 17:07:40.92 7OBXIl/u.net
直感でエリクサーを消費できない人にはレガシーコードを捨てるのは難しい
204:デフォルトの名無しさん
18/04/29 19:16:53.56 tKjITkqe.net
エリクサーユーザーおる？
205:デフォルトの名無しさん
18/04/29 20:33:53.00 My7UiDyw.net
[[[ []]]]*[[ [][] ][] } } {} [[[
206:デフォルトの名無しさん
18/04/29 23:08:30.47 rp6MdJfY.net
javaの次の汎用的な扱いをされる言語は何？
207:デフォルトの名無しさん
18/04/29 23:19:21.03 tKjITkqe.net
C# !!!
208:デフォルトの名無しさん
18/04/29 23:20:52.89 2zTKi9ml.net
rustやろな
209:デフォルトの名無しさん
18/04/29 23:30:44.49 tKjITkqe.net
アドホック多相とパラメータ多相のある言語が流行りますように……
210:デフォルトの名無しさん
18/04/30 00:16:52.31 b3OjaMrp.net
javaが滅びたのにpythonだけ生きてるパターン
211:デフォルトの名無しさん
18/04/30 01:03:07.36 TE3I7qQh.net
>>200
いい翻訳本が出たってんで買ってみたけど
さっぱりわからんかった(>_<)
212:デフォルトの名無しさん
18/04/30 01:08:01.23 IavhHICM.net
（Dart民おる？）
213:デフォルトの名無しさん
18/04/30 01:12:55.79 oQ8WGmv4.net
過去スレ読み返してみたが「あ」は冗談抜きで本当にADHDだったのか…
それじゃ、これほどまでに意思疎通が難しいのはしょうがないわな。
一般人が通常の会話で無意識に補完してる部分を「あ」には明示的に言わなきゃ伝わらないということだな。
「あ」自身のためにももう一度コテハン付けるようにしてくれ。頼む。
214:デフォルトの名無しさん
18/04/30 01:41:25.05 Gs35ApLe.net
ASDとADHDの違いがわかってない奴がまた一人出てきた
「あ」じゃないけどADHDの俺氏切れそう
215:デフォルトの名無しさん
18/04/30 01:44:31.76 VNBrLSx6.net
>>210
「あ」は明らかに意思疎通が難しいけど、それはADHDではなくてASDってこと？
その辺の病気関連難しくてわかんないや
216:デフォルトの名無しさん
18/04/30 01:53:57.70 Gs35ApLe.net
>>211
例えばこれ↓はASDの症状だ
＞一般人が通常の会話で無意識に補完してる部分を「あ」には明示的に言わなきゃ伝わらない
「あ」やADHDの場合は多動（落ち着きのなさ）が常時発生してるから、
相手の話をちゃんと理解する前に衝動的に返事するので意思疎通が難しいと思われる
決して無意識の補完ができないわけじゃない。常に慌てているのと、自分でそれを直せないんだ
217:デフォルトの名無しさん
18/04/30 02:01:58.81 VNBrLSx6.net
>>212
彼も本当は無意識下の補完は出来るはずということか
でも現状、非常に丁寧に説明することで、いっぱいレスを使ってなんとか意思疎通出来てるような気がするけど、実はもっと良いADHD向けの方法があったりするの？
218:デフォルトの名無しさん
18/04/30 02:11:52.59 DJ94RjpX.net
彼の文章の読み難さについては医学的にはどう説明されるの？
219:デフォルトの名無しさん
18/04/30 02:13:57.52 oQ8WGmv4.net
>>210
気を悪くさせたならすまなかった。
俺は友人の妹にADHDの子がいて時々会話することがあるってだけで、
そういう知識に詳しいわけじゃなく、俺の経験則での対応策なんだ。
220:デフォルトの名無しさん
18/04/30 02:17:04.67 oQ8WGmv4.net
あと過去スレ↓の800~1000あたりの部分を読み返してみて分かったが「あ」はきちんとHaskellのこと分かってるよ。
ｽﾚﾘﾝｸ(tech板)
一連の流れを少し整理してみた。
「Rustアンチ」：Rustは再帰的データ構造が書けないからクソ。注釈：これはウソ。実際には面倒なだけで書ける。
「あ」________：書けるでしょ。お前ができないだけで。ただしHaskellみたいにジェネリクスの多相再帰はできないけど。
________________Haskellは実行時に多相再帰を解決するけど、Rustはコンパイル時に解決しなきゃならないから。
ここで、何故かHaskellerがHaskellをバカにされたと勘違いしたのか反応する。
「Haskeller」_：Haskellはジェネリクスをきちんとコンパイル時に解決してる。
「あ」：________ほとんどね。でも全てではない。
________________注釈：Haskellはジェネリクスの多相再帰だけは実行時に解決してるからこれは事実
「Haskeller」_：そんなはずない。コード例を見せてみろ
ここで、何故か「あ」が、Haskellのコード例ではなく、
Rustでジェネリクスの多相再帰コード(つまりコンパイルエラーする)例を示す。
「Haskeller」_：Haskellのコードじゃない。こいつHaskellのこと何もわかっちゃいない
って流れ。
つまり、絶望的に意思疎通が出来ていないだけでHaskellのことはきちんと分かってる。
ちなみにRustとHaskellのジェネリクスの多相再帰の問題は↓を見ると分かりやすいかな。
URLﾘﾝｸ(qnighy.hatenablog.com)
長文失礼した。
221:デフォルトの名無しさん
18/04/30 02:25:44.37 Gs35ApLe.net
>>213
奴の調子次第だが、丁寧さはそのままで、一問一答みたいな感じで一度に処理する情報を少なくしてみてくれ
要はすごいスピードで飛ばし飛ばし文章を読んでる奴にどう理解させるかという問題になる
222:デフォルトの名無しさん
18/04/30 02:37:34.60 Gs35ApLe.net
>>215
何かこっちこそすまん
しかし明示的に言うっていう対応策が有効そうなのがまた悩ましい
223:デフォルトの名無しさん
18/04/30 02:39:38.75 VNBrLSx6.net
>>216
うーん。その解釈は結構腑に落ちない部分があるなあ。908,929,930のやりとりなんだけど
なぜかcar cdrが登場する点とか、（Rustのこと全然知らないんだけど、car,cdrは出ないよね？）
HaskellとScala間違えてるの？って聞かれた後でRustと訂正を入れずにoptionとかnilとか言ってるところとか
これ全部慌ててるからだっていうのなら、それこそ絶望的に感じる
224:デフォルトの名無しさん
18/04/30 02:41:00.17 VNBrLSx6.net
>>217
現状、一つ議論しようと思ったらその倍以上のレスを使って理解させることになるのが悩みだったんだけど、解決は無理か。ありがとう
225:デフォルトの名無しさん
18/04/30 02:48:52.14 VNBrLSx6.net
>>216
いや、ごめん。car,cdrは彼がlispユーザーだからなんとなく型名に使っただけか。
226:デフォルトの名無しさん
18/04/30 02:57:11.16 oQ8WGmv4.net
>>219
「あ」本人が「その辺は記憶だより」とか「違うかも」的なこと言ってるから、多分混乱してるね。
なにより、そう考えると辻褄が会うんだよ。
逆に、Haskellのことを何も知らないと仮定したほうが、
「何故ジェネリクスの多相再帰はできるけど実行時に解決してるということを知ってるのか？」
ということの説明ができなくなる。
この問題はHaskellについて詳しくないと答えられないはず。
しかも、聞かれたわけでも無いのに自ら答えてる。
ということは、「Haskellについて知っている」と仮定するほうが妥当。というのが俺の考え。
227:デフォルトの名無しさん
18/04/30 02:59:41.87 VNBrLSx6.net
>>216
いや、よく読んだらたしかにおっしゃる通りだ。そのほうが綺麗な解釈だわ。3回もレスをつけてすまん。
228:デフォルトの名無しさん
18/04/30 03:11:56.18 /NJkj9K4.net
よく読まず慌てて見当違いなレスをする症例>>219
229:デフォルトの名無しさん
18/04/30 03:26:11.79 oQ8WGmv4.net
>>224
つまり一般人でも時々やってしまうことだからそう珍しいことじゃない。
ただし、「あ」の場合は「時々」じゃなくて「いつも」にということになるけど。
あと、そういうの煽ってるように見えるからよくないと思うよ。
230:デフォルトの名無しさん
18/04/30 03:30:29.33 lBEDIubv.net
そうですね。
不快な書き込みをしました。謝ります。
231:デフォルトの名無しさん
18/04/30 08:29:27.22 vjTpOI8h.net
>>208
期待はしてる
232:デフォルトの名無しさん
18/04/30 09:18:28.29 96dXjXi6.net
だいぶ丁寧な読み解きだね。
233:デフォルトの名無しさん
18/04/30 09:25:35.09 lJZKagtE.net
情報処理が遅いのは病気ではないぞ
自称健康な人でも前スレで出た情報を今頃処理してるんだから
人類はそんなに優秀な生物ではなかったというだけの話
234:デフォルトの名無しさん
18/04/30 10:18:19.35 gMZ30LHG.net
最近Macを買ったからSwiftでも始めようかと思うんだけど
Objective-cもSwiftもどちらも全く触ったことがないならSwift始めるでOK?
235:デフォルトの名無しさん
18/04/30 10:34:57.84 zm40T+GM.net
次世代言語スレとしてはQ#から始めるべきと答えざるを得ない
236:デフォルトの名無しさん
18/04/30 10:42:10.44 jNFXnGo+.net
「あ」の場合は慌ててるだけじゃあないよね
慌ててるだけだったらID:VNBrLSx6みたいに自己訂正して話はおしまい。
あんなに長々と場を荒らしたりはしない
237:デフォルトの名無しさん
18/04/30 10:45:01.49 jNFXnGo+.net
>>230
OK
238:デフォルトの名無しさん
18/04/30 12:49:46.09 BQNpYLuj.net
解釈の原因は解釈者自身の固定観念。解釈の自由には責任が伴う
言葉風紀世相の乱れはそう感じる人の心の乱れの自己投影。人は鏡
憤怒は一時の狂気、無知無能の自己証明。中途半端な知識主ほど激昂
「真実は一つ」は錯誤。執着する者ほど矛盾を体験（争い煩悩）
他人に不自由（制約）を与えれば己も不自由（不快）を得る
問題解決力の乏しい者ほど自己防衛の為に礼儀作法マナーを要求
情報分析力の低い者ほどデマ宗教フェイク疑似科学に感化洗脳
自己肯定感の欠けた者ほど「己の知見こそ全で真」に自己陶酔
人生経験の少ない者ほど嫌いキモイ怖いウザイ憎い想定外を体験
キリスト教は世界最大のカルト。聖書は史上最も売れているト本
全ては必然。偶然 奇跡 理不尽 不条理は思考停止 視野狭窄の産物
人生存在現象に元々意味価値理由目的義務使命はない
宗教民族領土貧困は争いの「原因」ではなく「口実動機言訳」
虐め差別犯罪テロ紛争は根絶可能。必要なのは適切十分な高度教育
体罰は指導力問題解決力の乏しい教育素人の独善甘え怠慢責任転嫁
死刑は民度の低い排他的集団リンチ殺人。「死ねば償える」は偽善
核武装論は人間不信と劣等感に苛まれた臆病な外交素人の精神安定剤
投票率低下は社会成熟の徴候。奇人変人の当選は議員数過多の証左
感情自己責任論 ～学校では教えない合理主義哲学～ m9｀･ω･)
239:デフォルトの名無しさん
18/04/30 13:23:13.01 9wPwzi/d.net
[[[ [ "[]" ]]] [] [][[[ [] ]][]
240:デフォルトの名無しさん
18/04/30 14:14:39.69 nkNJAN4m.net
>>219
>>222
「あ」だから間違ってるに違いない、と言うバイアス無しで検証してくれてありがとうね。
でも、俺がhaskellの知識があろうがなかろうが(事実自慢できるほどは無いし)、そんなことはどうでもいい人たちが
「俺の方が賢い」「知識ないよね？対等じゃないから無視するね」とやりたいって事はもうどうにもならんと思ってるから、
半コテすらやめたし、鬱陶しくなりそうだったら一旦煽って瞬間的に燃やし
241:て、 建設的な話ができるようになるように鎮火するの待ってる。
242:デフォルトの名無しさん
18/04/30 15:27:33.84 oQ8WGmv4.net
>>236
別に「ありがとう」だとか「鎮火するのを待ってる」とかはそれで良いんだけど、
「あ」が「建設的な議論」がしたいのなら、その前に「あ」自身がきちんと「意思疎通」できるように心がけてね。
でないと、「あ」に対して人格否定を始める人間はいなくならないからね。
こういうのは相互に努力するから解決するんであって、どちらか一方だけが頑張ってもダメなんだよ。
今回の件で、君にバイアス無しで検証する努力をしている人もいるということは分かったでしょ。
だったら、君も他人に対してしっかりと意思疎通しようとする努力をしようね。
(「具体的にどう努力すればいいのか？」とかまではさすがにここじゃ面倒を見切れないからリアルの友人とかに相談してね)
少なくとも、ここにいる君以外の大多数の人間は「「あ」がきちんと意思疎通するための努力をしていない」と思ってるはずだよ。
もし、「あ」が「そうじゃない」と思うのなら、今この場で「自分は意思疎通の努力をしていないように見えますか？」と周りに聞いてみなよ。
多分ほとんどの人間が「「あ」は意思相通の努力をしていないように見える」と答えるはずだから。
でもって、「「あ」が意思疎通の努力をしている」と周りが感じられるようになったら、人格否定してくる奴らは次第に減るはずだから。
そもそも、バイアスをかけられてしまった原因は自分にあるということを自覚してね。
243:デフォルトの名無しさん
18/04/30 15:47:44.79 MsXGFGbf.net
プログラマって自分の正当性に異常に執着するやつ多いよね
スレ違いなのは明白なのに延々とどうでもいい話を続けるやつはその典型
一種の知的障害なんだろうな
244:デフォルトの名無しさん
18/04/30 15:51:20.62 nkNJAN4m.net
>>237
うん、それはおっしゃるとおりだな。
ちゃんと読んでくれてる人が居るならば、言葉足らずではいかん。
伝わるだろう、と最低限で伝えるのは改めるわ。
書いてねえこと読むなとか、書いてあること先に読めとか言うのは、まあ嫌味にならん程度に補足しながら話す。
嫌味言う方だから、「本人もわかってるだろうし、ここまで言うとやっぱこれも嫌味になるかな」って自重してた。
すまんかった。
245:デフォルトの名無しさん
18/04/30 15:53:51.40 c3w1WFHI.net
バイアスバイアスっていう割に本人も他人の意見にバイアスかかってそうなのが気にかかる
246:デフォルトの名無しさん
18/04/30 16:06:52.94 oQ8WGmv4.net
>>238
スレチなのは承知の上で、それでも敢えて指摘してるよ。
でないと、今回の場合はそもそもマトモなコミュニケーションにならん。
スレチかそうでないか以前に2chは(議論、雑談を含む)コミュニケーションの場だろう？
でもスレチなのは事実だ。すまないな。
あと、俺もプログラマだが「正当性を主張したい」わけじゃなくて「問題を解決したい」んだよ。
つまり、デバッグがしたいわけ。
デバッグがしたいってのは実にプログラマらしくて、少なくとも悪いことじゃないと俺は思うけど。
俺はこの辺で一旦ROMるんで後はご自由に。
247:デフォルトの名無しさん
18/04/30 16:08:41.93 jNFXnGo+.net
>>241
えー。このスレのコミュニケーションの正常化のためには君は必要不可欠な存在だ。そう言わずに是非書き込んで欲しい
248:デフォルトの名無しさん
18/04/30 16:14:00.03 5HyEUtmg.net
そらそら、正当性を主張せずにはいられないんだよ、ビョーキなんだよ
デバッグは結構、でも自分のバグは自分で潰してくれ
249:デフォルトの名無しさん
18/04/30 16:31:27.30 jNFXnGo+.net
>>243
やめたまえ。またこのスレを一つ議論するたびに倍以上を解釈の伝達に使う地獄に戻す気か
250:デフォルトの名無しさん
18/04/30 16:53:26.25 lJZKagtE.net
デバッグがしたいならまずコードとコメントを区別しようぜ
コードは良い内容も悪い内容も実行される
コメントはある意味フィクションであり利益は一円も出ないがその代わり損もしないのだ
251:デフォルトの名無しさん
18/04/30 17:23:54.02 c3w1WFHI.net
>>239のレスからは自分が悪いから治そうというよりも、あくまでも相手が悪いから合わせてやるという感じの上から目線な強い心意気が伝わってくる（もちろん実際の心内は知らんがね）
これだけ親切なID:nkNJAN4mにあれだけ懇切丁寧に説明されてもこんな反応しか返せないなんて、これは多分治らんな。
252:デフォルトの名無しさん
18/04/30 17:47:21.38 kQcRd75k.net
>>242
他人に任せず自分でやったら？
253:
18/04/30 17:48:46.39 TVB5RPq5.net
>>246
そんなこといいんだよ
本人が仮に「相手に合わせてあげよう」とか思っていたとしても、コミュニケーションが通るのなら、それならそれで結果 all right だろう？
254:デフォルトの名無しさん
18/04/30 18:21:45.68 c3w1WFHI.net
>>248
こういうのは心の持ちようだよ。それでも治るんなら良いけれど、
現にこれまでも彼は何回か同じように諭されて、今回みたいな感じのちょっと反省した風になって、それでも治りはしていないじゃないか
255:デフォルトの名無しさん
18/04/30 18:49:09.78 FLcW1EfP.net
お前らの頭が旧世代なのは分かったから
次世代言語の話しろよ
256:デフォルトの名無しさん
18/04/30 18:55:23.39 nkNJAN4m.net
>>246
大人げない言い方をすると、心内を知らないならそういう事言わないほうがいいと思うが。
あー、たしかに悪かったな、と思って「すまん」と言ったつもりだよ、少なくとも。
仕方ないと思ってりゃ、仕方ねえからやってやると言ってるわ。
どんだけ突っかかれば気が済むのかな？
257:デフォルトの名無しさん
18/04/30 18:57:36.14 nkNJAN4m.net
>>249
そもそも勝手にキレてくる事のほうが多いけどね。haskellerさんは。
お前などに語られたくない、と。
まあ、じゃあ先に語れよって思っても仕方ないじゃん…。
258:デフォルトの名無しさん
18/04/30 18:57:59.35 VNBrLSx6.net
>>250
現状のこのスレの状況で次世代言語の話をしようとしてもすぐに脱線しちゃって、
>>48のレスから>>150の簡単な合意を得るまでに102レスもかかっている。こんな状況では次世代言語の話をしてもすぐに脱線することになると思う
今行われている会話はこの状況を脱するためには必要なことだと思う。
259:デフォルトの名無しさん
18/04/30 19:19:46.96 EoSvsvu6.net
次世代言語を使ってあDHDのレスを識別するAIを作ればいいだろ
260:デフォルトの名無しさん
18/04/30 19:26:22.68 c3w1WFHI.net
>>251
少なくとも>>239はそういう風に取られかねない文書だよ。
>>237のいう「他人に対してしっかりと意思疎通しようとする努力」を本当にしている？していてその返答？
「もしかしたらまた自分の文章が悪かったかもしれない」という自省の念はない？俺に反論することが全てになっていない？意思疎通に限らず、成長に重要なのは自省だよ。
しかし「どんだけ突っかかれば気が済むのかな？」か……
俺はID:oQ8WGmv4と違ってADHDの人とコミュニケーションを取るのは上手くないし、>>253が言ってるような簡単な合意に至るまで102レスもかかる人とは話したくない。
でも君が変わりもしないしコテもつけないしでこのスレに居座っているなら、匿名の君に触れてしまい、しょうもない合意にレスと時間を費やすことになる。それは嫌だし、君はコテをつけないという。だから君が変われないのは困るんだ。そう思っての>>246のレスだよ。
それでも突っかかって欲しくないっていうならまたコテをつけなよ。そうしたら俺はもう君には二度と話しかけないよ。
261:デフォルトの名無しさん
18/04/30 19:27:30.26 c3w1WFHI.net
>>252
このスレでもそうだった？今もそう？
君は随分とバイアスを気にしているけど、自分の認識にバイアスはかかっていない？
262:デフォルトの名無しさん
18/04/30 19:38:34.18 VNBrLSx6.net
ふと思ったんだけど、そもそもADHDの煽りカスって時点でコミュニケーションは無理だよね
ADHDはやめられないし、煽りカスも辞めないという。これは厳しい
263:デフォルトの名無しさん
18/04/30 19:43:11.80 IW/uLpnH.net
言語の話しろよ
264:デフォルトの名無しさん
18/04/30 19:50:35.50 u1hVCPKT.net
ある意味言語の話だな
これほど真面目に自然言語について議論してるスレはなかなか無いぞ
265:デフォルトの名無しさん
18/04/30 20:18:05.96 kQcRd75k.net
>>259
まあ、板違いだけどね。
｢あ｣とやらがコテつけてくれるのが最も現実的で皆が幸せになる解決策だと思うよ。
266:デフォルトの名無しさん
18/04/30 20:31:29.13 nkNJAN4m.net
>>255
意思疎通しようとする努力はしてるつもりだよ。
匿名の俺に触れてしまい、と言うか、結構匿名の俺と普通に議論してることもあるんだよ。
ただ、単に一部の人間が、haskellについてマイナスにも取れる事を言うと燃え上がるだけであって。
いずれにせよ、余計なことは言わないようにするよ。
特にhaskellに関してはその存在すら触れないようにする。
では。
267:デフォルトの名無しさん
18/04/30 20:41:42.49 lJZKagtE.net
ある人物がいるところには必ず悪い結果が生じる
ある言語に触れたら必ず悪い結果が生じる
こういう因果関係に縛られて身動きが取れない世界観をなんとかできないのか
268:デフォルトの名無しさん
18/04/30 21:44:21.59 lJZKagtE.net
逆張りが必要だ
旧世代のジンクスが破れる方に賭けないと次世代は出てこない
269:デフォルトの名無しさん
18/04/30 23:45:34.54 oQ8WGmv4.net
ひでぇな…ちょっと見てない間にこの有り様かよ。
俺も煽り耐性ないほうだから「ROMって様子見るつもり」が耐えきれず出て来ちゃったよ。
このスレにはADHDと知ってなお煽るカスがいるのかよ。
特にID:c3w1WFHIだよ。
おまえ「コテ付けたら話しかけない」とか言ってるが
>>240,>>246,>>249,>>255,>>256の中で「コテ付けてほしい」って言ってるのが
>>255のたったの1つだけ。他は全て「あ」に対しての「煽りや批判」。
おまえの本心は「コテ付けて欲しい」でも「「あ」と話したくない」でもなく、
ただ単に「煽ったり批判したりしたい」だけだよ。
「「相互」に努力しろ」って言ってるだろうが。
解決するつもりが欠片でもあるなら、いちいち煽ってんじゃねぇよ。
解決するつもりが全くないなら、それ以上は俺もどうしようもできねぇよ。
自分からこの話振っといて言えた立場じゃないのは重々承知なんだけど、
そろそろ次世代言語の話に戻ろう。ご迷惑お掛けしました。
270:デフォルトの名無しさん
18/05/01 00:33:30.64 xd1ck8hZ.net
Haskellやってから$で後ろの文を優先度低いコードにするやつが欲しいけどそういうの流行ってないのけ？
271:デフォルトの名無しさん
18/05/01 00:57:22.30 ur47byug.net
haskell触ると各種括弧が煩わしくなるね
272:デフォルトの名無しさん
18/05/01 01:18:59.27 ZcmzMd+9.net
オブジェクト指向捨てて関数型の鬱陶しいところ解決したら次世代言語でいいよ
273:デフォルトの名無しさん
18/05/01 01:20:01.70 2fuYCH09.net
HaskellはCommon Lisp の力強さとSchemeの美しさを併せ持ち、インデントに意味を持たせることで極限まで括弧を減らした言語だってLand of Lispかなんかに書いてあった希ガス
274:デフォルトの名無しさん
18/05/01 02:23:29.29 6vH9r7He.net
それは気のせい
275:デフォルトの名無しさん
18/05/01 02:52:22.58 4yrhftk/.net
みんなxcodeでカード書いてるんでしょ？
どうやってxcodeの使い方覚えた？
visualstudioしか今まで使ってこなかったからIDEの操作で右往左往してるわ
276:デフォルトの名無しさん
18/05/01 02:52:52.65 4yrhftk/.net
誤字ってた
カードじゃなくてコード
277:デフォルトの名無しさん
18/05/01 06:06:49.46 BQXmdu4P.net
iOSアプリ入門で覚えた。
xcode自体は割と素直な環境だと思うけどな。ただし俺の知識はswift2で止まってるが。
278:デフォルトの名無しさん
18/05/01 06:24:30.92 BQXmdu4P.net
ここでhaskell押しをよく見るけど、正直取っ付きやすさは最悪だと思うんだけど、、
関数プログラミング実践入門
ってやつを読み進めてみたけど、半分過ぎても helloWorldまで行かなくて、なんてヘビィな言語だと思ったわ。
一方go言語は一時間で動かせました。
学習日一日目でphpで書いたバッチ処理をgoに移植できたよ。
279:デフォルトの名無しさん
18/05/01 08:13:28.92 4+zKgECd.net
なんだかんだでgoは学習コストとできるコードのバランスは良いと思うよ。
あんまり無作法なことするとコンパイラがコンパイルしてくれないくらいか。
gofmtあるし、vscodeでもプラグイン入れたらわかりやすいし。
280:デフォルトの名無しさん
18/05/01 08:33:48.84 BQXmdu4P.net
後、結構組み込みに向いてないかなgoは？
例えばラズパイでsdに録画したデータを外部サーバにpostしようとしたときに、
一度メモリ上に、全部配置してからじゃないと動かない挙動だったんだけど、
検証したらpost処理時にsdからreadしながら転送できるように修正できた。
281:デフォルトの名無しさん
18/05/01 08:33:49.85 4kJCxQxL.net
純粋オブジェクト指向言語が定着しなかったのと同じで
純粋関数型言語もメインストリームにはなれないと思う
282:デフォルトの名無しさん
18/05/01 08:35:30.68 BQXmdu4P.net
goの良さって標準ライブラリが全部goで書き直されていて、それを読めば解決策が思いつくことがあるってことだな
283:デフォルトの名無しさん
18/05/01 08:38:56.70 4+zKgECd.net
>>275
リッチな組み込みには向いてると思ってる。
linuxのarm用にコンパイルしたら、androidでも動くし(普通のSDKアプリからプロセス起こして遊んでみた)
GCの動作と、そもそもリアルタイムが出せないを許容できるなら便利かと。
たしかqiitaでも、組み込みに押してる人居たよ。
284:デフォルトの名無しさん
18/05/01 08:50:20.21 BQXmdu4P.net
goって組み込みでも使えるしwebでも行けるしスマホアプリも作れなくもないし
wasmにも対応間近だからwebクライアントにも進出しそうだし、いい感じ。
285:デフォルトの名無しさん
18/05/01 09:14:08.18 jT7wV8oq.net
rustでいいやん
286:デフォルトの名無しさん
18/05/01 09:21:25.08 DdhcnubW.net
>>280
Rustはどうしても手軽じゃないんだよね
とはいえ、Rustも慣れると案外サクサク書けるから悪くはないと思う
慣れるまでメチャクチャ時間がかかることがそもそも問題なんだけどね…
287:デフォルトの名無しさん
18/05/01 10:05:10.06 jT7wV8oq.net
メチャクチャっていうけど一週間もあればそれなりに書けるようになるでしょ
288:デフォルトの名無しさん
18/05/01 10:22:04.99 jugg/3+t.net
慌てるなよ
自分が数学を何年勉強したか思い出せ
1週間で何ができる？何もできないでしょ
289:デフォルトの名無しさん
18/05/01 10:22:33.15 DdhcnubW.net
>>282
Rustが一週間とか羨ましい頭してるな
毎日まじめにやってたわけじゃないのもあるけど、半年かかったわ
一週間とかおれには無理
290:デフォルトの名無しさん
18/05/01 10:27:41.79 btT/kXg5.net
>>283
一つのプログラミング言語を現場に持ち込むのに数年かけているのか？
>>284
phpで書いたバッチの移植くらいならできるでしょ
291:デフォルトの名無しさん
18/05/01 10:32:48.52 DdhcnubW.net
>>285
それくらいならまあギリギリ
でもちょっとでも複雑になっただけですぐアウト
292:デフォルトの名無しさん
18/05/01 10:42:57.85 KdOUAylP.net
とっつきやすさとかいうほど重要か？Javaとかそんなにとっつきやすかったイメージないけど
293:デフォルトの名無しさん
18/05/01 10:54:12.75 jugg/3+t.net
金のことばっかり考えると勉強ができなくなるようだな
子供は金持ってないのが当たり前だから何年も勉強できる
294:デフォルトの名無しさん
18/05/01 11:12:05.04 mR7q/yna.net
>>273
> 関数プログラミング実践入門
それは関数型言語の入門書だからHaskellのHello, Worldがなかなか出てこないのは当然
Haskellが「ヘビィな言語」なんじゃなくてあなたが「関数型言語」に馴染みが無いだけだと思うよ
295:デフォルトの名無しさん
18/05/01 11:34:41.33 KdOUAylP.net
まあたしかにHaskellのHello worldなんて大した長さじゃないし、本の最初のほうに配置するべきよな
そして最初に配置している本は見たことがない。あるのか？
296:デフォルトの名無しさん
18/05/01 11:42:18.17 BQXmdu4P.net
>>289
馴染みのある人間が 入門 を果たして読むのか。
297:デフォルトの名無しさん
18/05/01 11:49:01.59 jugg/3+t.net
Haskellの難易度はC++とほぼ同じと気付くまでにあと何年かかるかな
298:デフォルトの名無しさん
18/05/01 11:50:27.39 BQXmdu4P.net
phpで並列処理が書きづらくて、goに触り始めて感動して。
ちょっと触ってみて使えるのを確認して、
goを本格的に触るようになった。
ちょっとしたモチベーションで気軽に始められる。
ローリスクハイリターンな感じ？
haskellとかrustに触るモチベーションって言語マニア以外は何があるかな？
299:デフォルトの名無しさん
18/05/01 11:50:49.86 mR7q/yna.net
>>290
関数型とはなんぞやをすっとばしても入出力を扱うには副作用・モナドあたりを先に
やる必要があるから仕方ないね
>>291
つまり馴染みのないあなたにはHaskellが「ヘビィ」かどうかなんて判断できないってことだよ
300:デフォルトの名無しさん
18/05/01 11:53:26.62 KdOUAylP.net
>>294
そんなんHello wordするためにはincludeを理解する必要があるって言ってるようなもんじゃん
IOアクションなんて最初は「おまじない」で良くね？
301:デフォルトの名無しさん
18/05/01 11:59:45.69 DdhcnubW.net
>>293
Haskellの方は知らん
RustはC++の代替え
C++はもう嫌だ
302:デフォルトの名無しさん
18/05/01 12:01:56.82 KdOUAylP.net
D……
303:デフォルトの名無しさん
18/05/01 12:05:51.63 BQXmdu4P.net
>>294
そうかな。elixirも関数型言語だけど、だいぶ遊びやすかったけど。
俺みたいなショボいプログラマーはhaskellに近づかないほうが良いのかな。
素直にelm辺りを触ってみますわ。
304:デフォルトの名無しさん
18/05/01 12:09:09.54 jugg/3+t.net
C++にはbetter Cとかいうチート技があるから1秒で即戦力
1時間で自慢してるやつは恥を知れ
305:デフォルトの名無しさん
18/05/01 12:23:26.29 KdOUAylP.net
>>293
Haskell 勉強中なんだけど、ちょっとパーサーをいっぱい書く必要があって、パーサーを量産することがモチベーションになってる。Real world Haskell でチュートリアル的にJsonパーサー作れるくらいにはパーサー書きやすいんだと思う
でも環境周りとか正直鬱陶しいから、もしもっと書きやすい言語があったらそっちにしたい
306:デフォルトの名無しさん
18/05/01 12:32:50.54 4yrhftk/.net
>>272
ありがとう
それは書籍？
307:デフォルトの名無しさん
18/05/01 13:22:56.98 btT/kXg5.net
>>293
rustやhaskellを選択しない自分に劣等感を抱いてるのかね
他の言語をオタク専用であるかのように揶揄して自尊心を満たそうとするのはやめんしゃい
わしはGCとおさらばしたいしresult/optionの扱いが気に入ってrustを使ってる
308:デフォルトの名無しさん
18/05/01 13:42:38.59 BQXmdu4P.net
>>301
特定の書籍ではないね。本屋に山ほどあるどの本でも良いのでわ？
もしくは最近だとmixiとかが社内研修用のコンテンツを無料で公開してるからそれを利用しても良いと思う。
309:デフォルトの名無しさん
18/05/01 14:17:29.04 4+zKgECd.net
GCフリーは確かに魅力だけど、充分に賢ければGC言語でもそこまで問題になる事は無いと思うが。
310:デフォルトの名無しさん
18/05/01 14:18:21.90 KdOUAylP.net
そこは状況によるし一概に否定出来ることではない
311:デフォルトの名無しさん
18/05/01 14:25:43.54 4+zKgECd.net
そういや、rustだと、自身も誰かから特定のイベントを受け取るか、誰もイベントを送り得なくなったら死ぬような感じの、
タイマーみたいな自発的にイベントを起こすイベントソースは誰か所有すべきなのかな。
タイマー起こしたやつってのも変だし。
312:デフォルトの名無しさん
18/05/01 14:43:22.00 jugg/3+t.net
Rustの Rc<T> 型の問題
Haskellの IO a 型の問題
難易度下げたいなら型を書くのをやめればいいんだよ
313:デフォルトの名無しさん
18/05/01 14:45:09.99 KdOUAylP.net
書きたくないなら省略すれば良い
314:デフォルトの名無しさん
18/05/01 14:52:11.01 DdhcnubW.net
>>307
とりあえずRustの話だが、Box<T>にせよRc<T>にせよ書かねえと
ボローチェッカを満足させられない or コストを可視化できねえんだよ
315:デフォルトの名無しさん
18/05/01 15:07:40.80 jugg/3+t.net
>>309
そうだね
チェックしたいなら学習コストを犠牲にすればいい
コスト下げたいならチェック機能を犠牲にすればいい
316:デフォルトの名無しさん
18/05/01 15:20:54.24 DdhcnubW.net
>>310
なんか勘違いされた気がするから補足
コストってのは学習コストのことじゃなくて実行時のコストのことね
Boxを明示することでヒープであるコストを可視化する
Rcを明示することで参照カウンタであるコストを可視化する
317:デフォルトの名無しさん
18/05/01 15:24:30.26 vzW3/HLG.net
コードの短さこそ正義。ただし、可読性を損なわない範囲で
318:デフォルトの名無しさん
18/05/01 15:26:12.15 DdhcnubW.net
つまり、書かないとボローチェッカを満たせないというのももちろん理由の一つだけど
実行時のコストを可視化するという意味でも書いておいたほうがいいというわけ
Rustは実行速度が速くないといけない言語なんでね
319:デフォルトの名無しさん
18/05/01 15:53:34.08 jugg/3+t.net
2種類のコストの概念を学習するのが面倒臭い
だから色々なコストを無視して作ったフリーソフトが無双してるんだと思う
320:デフォルトの名無しさん
18/05/01 19:39:03.13 vzW3/HLG.net
リスト内包表記が読みにくいって人たまに見かけるけど、このスレにもおる？
321:デフォルトの名無しさん
18/05/01 19:42:50.63 xd1ck8hZ.net
Haskellのリスト内包表記がモナドと知った時の衝撃
まあ3項演算子と同じで慣れよね
322:デフォルトの名無しさん
18/05/01 19:49:54.02 KdOUAylP.net
doといい、内包表記といい、全部ちゃんと何かのシンタックスシュガーになっているのには恐れ入るわ
ユーザーからしてみればそこまでしてもらわなくてもいいっちゃいいもん。
開発側の強い拘りを感じて好きだわ
323:デフォルトの名無しさん
18/05/01 19:52:14.09 vzW3/HLG.net
Fortranのあれは内包表記と扱って良いものか悩む
324:デフォルトの名無しさん
18/05/01 20:23:57.89 KdOUAylP.net
RustはDみたいに.mapとか.filterとか繋げるのが主流かいな？
325:デフォルトの名無しさん
18/05/01 20:31:00.33 pBAnst7/.net
拘りっつーか関数型言語なんでそりゃそう作るでしょうよ
適当に文法導入してそれが関数に還元できないものだったら理論破綻するじゃん
326:デフォルトの名無しさん
18/05/01 20:37:38.61 KdOUAylP.net
そういえば純粋関数型だったな。Haskellは
純粋の意味を忘れておった
327:デフォルトの名無しさん
18/05/01 20:45:19.66 DdhcnubW.net
>>319
Dはやったことないから知らんけど多分同じ
C#のLINQみたいな感じでメソッドチェーンする
328:デフォルトの名無しさん
18/05/01 21:21:46.75 KdOUAylP.net
>>322
Rustは速くなくっちゃいけないとの事だけど、それって速いの？
329:デフォルトの名無しさん
18/05/01 21:29:57.85 btT/kXg5.net
早いの？ってなにに対して？
330:デフォルトの名無しさん
18/05/01 21:35:11.22 KdOUAylP.net
>>324
ループで書いた場合
331:デフォルトの名無しさん
18/05/01 21:42:41.95 btT/kXg5.net
ループってCのループ？
332:デフォルトの名無しさん
18/05/01 21:55:33.38 KdOUAylP.net
>>326
え、rustのループとCのループって速度違うの！？
じ、じゃあCのループで
333:デフォルトの名無しさん
18/05/01 22:04:27.49 btT/kXg5.net
rustのmap,filterとcで同等のことをするのは、真ん中とって同じくらい速いと考えてよろしいですよ
334:デフォルトの名無しさん
18/05/01 22:07:47.19 KdOUAylP.net
おお、マジかすげー！！
335:デフォルトの名無しさん
18/05/01 22:22:36.78 btT/kXg5.net
でしょ、rustおススメさ
336:デフォルトの名無しさん
18/05/02 00:38:20.18 dFHCtPB7.net
rustは速さとモダンな記述のバランスが良い
337:デフォルトの名無しさん
18/05/02 00:58:58.35 +3mXDJV1.net
大変非本質的なことを書いて申し訳ないんだが、<>と::に拒否反応が出る。俺だけかな
338:デフォルトの名無しさん
18/05/02 01:41:11.00 7KDFadEV.net
無茶苦茶な事敢えて言うがやっぱプログラミングするに至って世界に記号が足りない。だから2個記号を並べるというダメな記法になる
ついでにアルファベットも50個くらいにしてくれ
339:デフォルトの名無しさん
18/05/02 01:45:52.01 vteIglDu.net
やっぱりAPLって神だわ
340:デフォルトの名無しさん
18/05/02 01:47:50.27 vteIglDu.net
Vimでなんかのプラグイン入れてhaskell書いてたらラムダ式のバックスラッシュをλに変えられて草生えた
341:デフォルトの名無しさん
18/05/02 10:07:19.34 mp5av7vO.net
>>333
Juliaみたいにユニコード完全対応するとギリシャ文字を変数に使えたりするが
いまいち流行りそうな感じがしない
342:デフォルトの名無しさん
18/05/02 10:25:48.10 RzHnyLgy.net
変数とかじゃなくて記号としてだろ
λとか { (x,y) | x ∈ R, y ∈ R } とかアリではあるのだろうけど入力面倒そうでもある。
Int や Real を意味する派手な(縦線が二本線)大文字の I や R も欲しい
343:デフォルトの名無しさん
18/05/02 10:53:03.53 oEkIWn2X.net
Agdaとかその辺徹底してる。
作者自身が教えてる動画で、その記号どうやって打つのて何度も聞かれてて、
最後は何でユニコードにするの？て聞かれて、だってそっちの方が美しいじゃん？て答えて失笑されてた。
めんどくせ、こりゃ流行らんわと思ったけど、慣れると\より\lambdaて打ちたくなる不思議。
344:デフォルトの名無しさん
18/05/02 11:41:13.27 NVRwXhE8.net
中置の二項演算ができたら記号は何でもいい
他には分数のように縦に並べたい
345:デフォルトの名無しさん
18/05/02 17:37:54.83 Sw4XeVpF.net
欧米の人たちは∈∧∋とかどうやって入力してるんだろう？
346:デフォルトの名無しさん
18/05/02 17:37:57.52 +3mXDJV1.net
>>337
わかる
347:デフォルトの名無しさん
18/05/02 18:15:31.48 vteIglDu.net
Unicode打ち込むエディタとして、Junoは良く出来てる
348:デフォルトの名無しさん
18/05/02 18:41:04.95 1b+D0yU2.net
そんなクソ機能、バグを生み出す元でしかないわ。
349:デフォルトの名無しさん
18/05/02 20:25:38.31 HO4ioabV.net
>>339
Vimで表現出来なそうでつらみ
350:デフォルトの名無しさん
18/05/03 01:00:22.05 VEudjtBb.net
RAIIとGCってどっちがパフォーマンス優れているの？直感としてはGCの方が効率良さそうに感じるんだけど
351:デフォルトの名無しさん
18/05/03 01:08:46.71 bKSKRSB9.net
感じるならしょうがないけど
GCは解放していいオブジェクトがどうか判定しなきゃいけないけど
RAIIだと不要だよね
352:デフォルトの名無しさん
18/05/03 01:08:55.36 gY2lED9C.net
究極的には圧倒的にGC
GCはメモリの再配置が可能という極めて大きな最適化の自由度があるからね
353:デフォルトの名無しさん
18/05/03 01:10:48.34 1+qiVSYV.net
>>346
RAIIで面倒見きれるような単寿命のオブジェクトはほとんどGCのコスト無いんだぜ
354:デフォルトの名無しさん
18/05/03 01:11:29.45 bKSKRSB9.net
再配置できるのはメモリアドレスを抽象化してる場合でしょ
GCとは直接関係ない
355:
18/05/03 01:14:39.15 hvfEvXXP.net
>>347
メモリの再配置なんて、C++ に慣れた身からみると、いかにもにコストが高そうだが…
>>349
その「メモリアドレス抽象化」はアプリケーションに益をもたらす性質があるのでしょうか？
356:デフォルトの名無しさん
18/05/03 01:16:22.58 bKSKRSB9.net
>>348
RAIIが短寿命
357:？ 関数スコープのスタックにオブジェクトを置くだけがRAIIじゃないよ どっちにせよ同じ条件でRAIIより速くはならんでしょ
358:デフォルトの名無しさん
18/05/03 01:29:46.74 VEudjtBb.net
解放のコストもさることながら、確保のコストが気になります
359:デフォルトの名無しさん
18/05/03 01:31:56.63 bKSKRSB9.net
>>350
やっぱり第一にメモリコンパクションじゃない？
アクセス透過性みたいなのも原理的にはできるだろうけどプログラミング言語レベルで
そういうの実現してるのはなさそう
360:デフォルトの名無しさん
18/05/03 01:34:20.53 bKSKRSB9.net
>>352
気になるんならしかたないけど
確保はほぼ違いがないよね
361:デフォルトの名無しさん
18/05/03 01:35:38.85 bKSKRSB9.net
補足すると
GC言語はヒープを多用する傾向はあるけど
そういう場合スレッドローカルなヒープだったりするからね
362:デフォルトの名無しさん
18/05/03 01:40:50.12 yApXR4/8.net
>>355
スレッドローカルなヒープってどういうこと？
普通のヒープ(Cのmallocとか)とどう違うん？
363:デフォルトの名無しさん
18/05/03 01:46:54.01 bKSKRSB9.net
>>356
あるスレッド専用のヒープってこと
そのスレッドしか使わないから排他処理がいらないので速い
スタック確保とそれほど差がつかない
cでもglibcとかだとスレッドローカルをミックスして使ってたと思う確か
364:デフォルトの名無しさん
18/05/03 02:03:01.65 SiwDQ+i8.net
RAIIを徹底したらスタックでメモリ管理出来るようになったりするんだろうか？
365:デフォルトの名無しさん
18/05/03 02:04:19.79 yApXR4/8.net
>>357
すまん。また質問なんだが、
ミックスして使ってるってどう言うこと？
それとRustのjemallocとかだとまたglibcと違う動きをするの？
取り敢えずjemallocの方が速いらしいぐらいしか知らないんだけど…
366:デフォルトの名無しさん
18/05/03 02:08:20.55 yApXR4/8.net
ごめん。意味が伝わりにくい書き方をした。
ミックスして使ってるって言ってもglibcは一体どうやって
スレッドローカルなヒープとそうでないヒープの区別をしてるの？
367:デフォルトの名無しさん
18/05/03 02:12:08.90 bKSKRSB9.net
>>359
うろ覚えなんで間違えてたらすまんだけど、
最初は普通にグローバルヒープひとつではじまる
普通に各スレッドがロックをとってメモリをとってくるんだけど
もしロックがとれない状況になるとスレッドローカルなヒープを
作成するとかだったと思う
どっかに詳しく説明してるスライドショーがあるはず
368:デフォルトの名無しさん
18/05/03 02:21:14.79 yApXR4/8.net
>>361
ありがとう。
出来ればそのスライドとやらのリンクを貼ってくると助かる。
もう覚えてないってんならしょうがないけど…
369:デフォルトの名無しさん
18/05/03 02:34:51.07 bKSKRSB9.net
あった
mallocの旅(glibc編)
370:デフォルトの名無しさん
18/05/03 02:49:34.78 yApXR4/8.net
>>363
ありがとう
371:デフォルトの名無しさん
18/05/03 09:06:54.27 wZdPkGUF.net
dockerがgoで実装して十分パフォーマンス発揮してる時点で
組み込みレベルでないならそこまでGCいらんことは示されただろう。
372:デフォルトの名無しさん
18/05/03 09:30:32.45 b8/6BKg1.net
GCはあっても無くてもいいけど
スタックかヒープかくらいは選ばせて欲しい
373:デフォルトの名無しさん
18/05/03 09:51:10.41 wZdPkGUF.net
正直なところ、カスがGCなし言語で書いたものより、適当にGCあり言語で書いたもののが
ランタイム速度も速いでしょ。
バカがクソみたいな議論してる間にgoのGCの性能上げてたgoogleは正解だよ。
374:デフォルトの名無しさん
18/05/03 10:09:21.98 SiwDQ+i8.net
仮にDockerがPythonで実装されていたらやはりパフォーマンス足りなかったんだろうか？
375:デフォルトの名無しさん
18/05/03 10:41:20.52 u+2rTbGR.net
>>351
スタックベースじゃないRAIIはメモリの断片化の原因になるぞ
376:デフォルトの名無しさん
18/05/03 11:00:48.14 AfyjFEfn.net
1. 性能が足りないとクレーム
2. 厳しいノルマ
3. データ改竄
4. 1のクレームがぴたりと止む
こういう事案なら1から4まで全員怪しいよね
377:デフォルトの名無しさん
18/05/03 12:02:05.92 y3R7schb.net
URLﾘﾝｸ(www.google.co.jp)
378:デフォルトの名無しさん
18/05/03 13:26:06.53 Zu+ttBo3.net
firacodeにカスタマイズ機能つければいいのか
379:デフォルトの名無しさん
18/05/03 13:46:19.78 FgFo6AR2.net
dockerで示されるパフォーマンスなんかないだろ
380:デフォルトの名無しさん
18/05/03 14:20:45.28 AfyjFEfn.net
パフォーマンスにちょっと興味を持つだけで怪しい奴らが集まってくる
Pythonのようにパフォーマンスに完璧に無関心にならないとすぐ腐敗する
381:デフォルトの名無しさん
18/05/03 14:35:25.51 /IyBD/e7.net
ボトルネックだけCythonとかでなんとかするスタイルはやはり正しかったということか
382:デフォルトの名無しさん
18/05/03 14:43:47.18 nk+G1gQG.net
そもそもRAIIはパフォーマンスのためのものじゃないだろ
383:デフォルトの名無しさん
18/05/03 20:03:59.10 StPlxOeO.net
dockerって正気か？動作中は何もしてないぞ？
# go のGCが優秀になったのは認める
384:デフォルトの名無しさん
18/05/03 21:48:30.21 AfyjFEfn.net
なぜgoのGCだけを改善するの？
全てのGCを平等に改善しないとダブスタだと叩かれるかもしれないよ
385:デフォルトの名無しさん
18/05/03 22:37:19.33 KC4pupk8.net
どういう意味だ？
386:デフォルトの名無しさん
18/05/03 22:42:00.84 oP7lbF46.net
>>378の他のレスも含めて何言ってるのか分からないものばかりだから、考えても無駄かと思うよ
387:デフォルトの名無しさん
18/05/03 22:52:09.58 2wLGMMyE.net
解説は詩を殺す
388:デフォルトの名無しさん
18/05/03 23:03:41.88 AfyjFEfn.net
goのGCと同じものをC++で実装できないのかな
C++のGCが優秀にならないかな
そういう意味
389:デフォルトの名無しさん
18/05/03 23:19:27.01 nk+G1gQG.net
やっぱり意味わからん。
その場合の主語は誰よ？
390:デフォルトの名無しさん
18/05/03 23:47:35.35 oP7lbF46.net
>>382
C++のGCって一体なにを指しているのだろう。
391:デフォルトの名無しさん
18/05/04 00:00:41.82 LrVtGqlb.net
やっぱここにいる奴は馬鹿ばっかりなんだな。
392:デフォルトの名無しさん
18/05/04 00:17:24.19 /D8HsFql.net
C++のGC……？
393:デフォルトの名無しさん
18/05/04 00:21:24.66 CL+nFZXX.net
>>383
次世代の誰かだろ
正確な予知はできない
394:デフォルトの名無しさん
18/05/04 00:51:59.59 /D8HsFql.net
あーもうめちゃくちゃだよ
395:デフォルトの名無しさん
18/05/04 01:35:42.99 63fCyROx.net
一方賢い俺はだいぶ前にNGした
396:デフォルトの名無しさん
18/05/04 05:56:35.74 zosHXKIm.net
C++でGCとか言うとバットマンのコスプレしたハーブ・サッターにビンタされるらしいぞ
397:デフォルトの名無しさん
18/05/04 06:17:07.59 E+YYG/ag.net
きっとスマートポインタなんかじゃやだもんって意味かと思いました。
398:デフォルトの名無しさん
18/05/04 10:09:56.44 VQ//CMaE.net
極めて大きな最適化の自由度とはなんだったのか
399:デフォルトの名無しさん
18/05/04 10:34:38.24 +ni+4ZPZ.net
>>392
メモリアドレスが抽象化されてれば、実行時の状況や統計情報に基づいたメモリレイアウトの最適化ができるね
理論的には、一緒に使われるものをメモリ上で近くに置いたりしてキャッシュヒット率を上げたりできる