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

**デフォルトの名無しさん** · 2017/06/13(火) 08:54:07.99

いざ、語ろうぞ。

スレタイ超過のため、一部省略。
その他もウェルカム。

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

**デフォルトの名無しさん** · 2017/06/13(火) 09:00:09.39

よく話題にあがる言語
Go, Rust, Scala, Haskell, kotlin, Erlang

対象言語のどこがクソかでなく、どこが次世代かで語りましょう

🙅 Rustはコンパイルが通らないからクソ！
🙆 Goは学習コストが低い！

**デフォルトの名無しさん** · 2017/06/13(火) 09:31:03.24

標準的なライブラリは言語の持つ重要な文化の一つだ
Pythonが機械学習で天下を取った理由にはNumpyが大きく寄与している
データ構造としてNumpyを使えば他の大抵のライブラリと連携を取れる。例えば、TheanoやChainerで機械学習して、結果をそのままNumpyで加工してmatplotlibで出力できる。
だからPythonは機械学習分野で流行した。この裏にはNumpyのもつ大きな文化が存在する
言語の持つ文化と流行には密接な関係があるだろう

**デフォルトの名無しさん** · 2017/06/13(火) 09:38:21.87

最近4.1出たのにもはや誰も話題にしないF#くんかわいそう

**デフォルトの名無しさん** · 2017/06/13(火) 09:45:32.13

F#くん言語仕様は悪くないけど使い所がわからん

**デフォルトの名無しさん** · 2017/06/13(火) 10:05:00.47

>>4
俺は普通にプロダクションのコードでF#書いてるよ

あ · 2017/06/13(火) 10:29:07.84

おお、お疲れ様。
そこまでアンチってわけでも無いがな。
手当り次第中途半端に取り込んだc#がそこそこ実用言語になってんのに、何やってんのあいつらって感じだけど。
どーせ入ったし、逆に最近のHaskellの良さをもっと教えて欲しい。

**デフォルトの名無しさん** · 2017/06/13(火) 10:36:45.13

Pythonの標準的文化って
JavaとC#とaltjsとスマホを完璧に無視したからできたんだよな

**デフォルトの名無しさん** · 2017/06/13(火) 10:49:04.84

>>7
型の強力さと遅延評価のクソさを身をもって示したリファレンスって点は評価ポイントだと思う
あとは実用にはならんかったがdarcsというVCSを世に放ったこと

**デフォルトの名無しさん** · 2017/06/13(火) 10:50:40.06

個人的には、OS標準の開発言語が一番使いやすいって結論になった

**デフォルトの名無しさん** · 2017/06/13(火) 10:52:36.27

>>3
Juliaが生きるか死ぬかはNumPyとどう住み分けるかにかかってるだろうな

**デフォルトの名無しさん** · 2017/06/13(火) 11:34:29.62

>>10
OS標準の開発言語はOSと文化を共有しているからな
マルチプラットフォームを視野に入れないなら最良の言語だと思うわ

**デフォルトの名無しさん** · 2017/06/13(火) 11:41:51.61

OS標準てLinux=C, Windows=C++/C#, Mac/iOS=ObjC/Swift, Android=Java/Kotlin・・・こんな感じ？

**デフォルトの名無しさん** · 2017/06/13(火) 11:49:00.99

Cは基本的にいい言語だけどラムダとクロージャがない所だけはどうにもならん。でもそれ以外は本当にいい言語だと思う

**デフォルトの名無しさん** · 2017/06/13(火) 12:13:37.35

サードライブラリ管理が野良orOSのパッケージ管理依存の二択なとこも駄目というかここが致命的では

**デフォルトの名無しさん** · 2017/06/13(火) 12:26:01.51

Goが2.0とかでジェネリクス入ったら、決着しそうじゃない？

**デフォルトの名無しさん** · 2017/06/13(火) 13:00:17.07

Rustはトレイト境界の特殊化に束理論適用できるようになったら次世代っぽくなるか？
今はただの気難しい言語って感じで次世代感が薄い

**デフォルトの名無しさん** · 2017/06/13(火) 13:06:59.02

>>17
自分で言っといてなんだがないな
ボイラープレートコード増えすぎてJavaの二の舞だわ

**デフォルトの名無しさん** · 2017/06/13(火) 17:58:36.02

Goはいらん
ScalaとKotlinはどっちかだけでいいけどKotlinが後発だからKotlinでいい希ガス
TypeScriptは実用的だけど次世代化と言われると微妙
Rustは他の言語にない機能多いから次世代

**デフォルトの名無しさん** · 2017/06/13(火) 18:04:11.72

>>15
それってCのこと？ Cは一切隠蔽しない文化だから、パッケージ管理ソフトとかの隠蔽してしまうものは基本的に相性悪いと思う。Cを書く者はライブラリも自分でMake installするし、インストール場所も自分で指定するから全貌の把握を邪魔するものはないって感じ。
裏を返せば全貌を把握できないと何も出来ないという事も言えるけど。
そういう文化の言語としてはCって完成度高いと思うし、現状超えるものはないと思う。まあ、Cで応用寄りのプログラム書くのは嫌なんだけどさ

**デフォルトの名無しさん** · 2017/06/13(火) 18:22:10.72

>>19
KotlinとTypeScriptにはほとんど差はないだろ
どっちもC#フォロワーだから、機能的には既に十分メジャーであるという意味ではどちらも次世代とは言えない

**デフォルトの名無しさん** · 2017/06/13(火) 18:52:45.36

Kotlinはあまり興味がなかった他の言語と違う何かがあるなあ、自分にとっては

**デフォルトの名無しさん** · 2017/06/13(火) 19:06:12.09

俺の母ちゃんのあだ名コトリンなんだが

**デフォルトの名無しさん** · 2017/06/13(火) 19:35:55.51

>>20
何のためにdebやrpmに「foobar-dev(el)」ってパッケージがあると思ってる
言語自前のライブラリ管理システムがないからディストリビューションのパッケージ管理に乗っからないとやってけないからだろ

そういうものをCプログラミングと認めないなら好きにしろ

**デフォルトの名無しさん** · 2017/06/13(火) 19:41:20.40

そういや、まともな検証プロセスの無いままライブラリが提供される
言語独自のパッケージ管理システムは、OS全体の安全性を脅かしてるってDebianの中の人が嘆いてたな

**デフォルトの名無しさん** · 2017/06/13(火) 19:41:27.69

別に全手動を否定するつもりはないが、
debやrpmが積み上げてきたものを蹴飛ばして
全手動こそがCって言われると違和感があるって話な

**デフォルトの名無しさん** · 2017/06/13(火) 19:51:19.56

>>25
npm pip gem辺りはひどそうだ
goはシステムとは完全にパス分けてる
cargoはどうだっけ？

**デフォルトの名無しさん** · 2017/06/13(火) 19:53:36.19

ソースコードを読む人は時間の感覚が違うだろ
インストールに1日かかっても1日損したと思ってない
自分で書くより早いから得してるし
読むだけでも1日や2日では終わらない

**デフォルトの名無しさん** · 2017/06/13(火) 20:32:10.33

>>24
「ライブラリが野良orOS配布だから良くない」という意見に「それは別に良い」って言ってるだけやん。ちょっと言葉は過ぎたかもしらんけどそんな噛み付かんといてよ

**デフォルトの名無しさん** · 2017/06/13(火) 22:35:13.45

環境含めて考えれば
簡易な言語 + チェックツール
のが正解な気はする。
rust みたいに言語で縛るってのがそもそも間違いじゃねーの。

**デフォルトの名無しさん** · 2017/06/13(火) 22:41:55.07

>>30
より安全なC言語（チェッカーだったり、標準ライブラリの置換だったり）って今までたくさんあったけど、どれも普及しなかった
Microsoftも作ってたはず

なので、Rustは今度こそは！感がある

**デフォルトの名無しさん** · 2017/06/13(火) 22:52:41.30

>>29
言葉きつかったなすまん

あ · 2017/06/14(水) 13:01:02.27

>>24
何のためにって、そりゃ、ソースを検証せず、各配布元見てアーカイブのハッシュも見ず、
正しいとコミュニティが認めたものをコミュニティへの無限の信頼で横着して手に入れるためにじゃん。
現実的だけど。
>>30
チェックツールを実用レベルまで持ってくと、言語への縛りが結局キツくなるよ。
停止性問題みたいな話になってくる。

**デフォルトの名無しさん** · 2017/06/14(水) 14:06:06.69

Cの文化とPythonの文化は方向性が全然異なる
昨今の統計事情から察するに、応用を考えるにあたってはPythonの文化の方が優れているだろう
つまり、細かいことは言語作者やライブラリ作者に全部任せて、考えたいことに集中できる文化の方が発展が速い

**デフォルトの名無しさん** · 2017/06/14(水) 14:32:38.36

Cの中に全然異なる二択があると言われたのをもう忘れたか
忘れるの速すぎ