次世代言語12 Go Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2018/07/04(水) 09:38:15.76

スレタイ以外の言語もok

前スレ
次世代言語11[Rust Swift TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1528037607/

**デフォルトの名無しさん** · 2018/08/18(土) 07:53:33.41

他言語なら他のインストール方法試すなりコード弄るなりで対処しようがある感じだがhaskellはあかんわ。。

**デフォルトの名無しさん** · 2018/08/18(土) 07:56:45.72

>>907
自分のプロジェクトで使って最後までメンテするんなら別にいいと思うが
人のライブラリに無理やり突っ込んで人を実験台にしてくる輩は死ねと思う。

**デフォルトの名無しさん** · 2018/08/18(土) 08:37:03.46

stack使ってもダメ？

**デフォルトの名無しさん** · 2018/08/18(土) 10:01:38.67

>>867
>動的型言語に慣れてるやつに言わせれば、コンパイラに指摘されるまでエラーに気づかないのは甘え、テスト不足、みたいな極論になるぞ。

そんな奴見た覚えはないが、新人君みたいなテスト＝単体のインターフェーステストって認識なのかもね。

**デフォルトの名無しさん** · 2018/08/18(土) 10:07:23.30

>>918
「関数型」と言ってる奴にとってはHaskell自体が実験台でしょ
パラダイムの方に興味があるということは実装のメンテナンスは期待できない

**デフォルトの名無しさん** · 2018/08/18(土) 10:28:33.16

でも今どきピュー(P)と吹けば(H)壊れる(P)ウンポコペチプー選ぶガイジよりはマシだろ

**デフォルトの名無しさん** · 2018/08/18(土) 10:36:18.90

>>922
＞壊れる(P)
？

**デフォルトの名無しさん** · 2018/08/18(土) 10:43:47.47

dart2のレスがないとは

**デフォルトの名無しさん** · 2018/08/18(土) 11:09:02.28

>>916
依存"矛盾"地獄ってどゆこと？

**デフォルトの名無しさん** · 2018/08/18(土) 11:13:11.94

簡単に言えばPHPよりゴミってこった

**デフォルトの名無しさん** · 2018/08/18(土) 11:20:32.47

>>921
別に自分で実験する分にはいいと思うが
メンテナンス性も含めてそのパラダイムが有効か検証しないと意味ないだろ。
今時メンテナンス性を考慮しない言語なんてありえんわ。

**デフォルトの名無しさん** · 2018/08/18(土) 11:25:02.02

HaskellはCのライブラリをいくらでも取り入れるのでCが分からないと地獄
「全部自動化すればCが分からなくても問題ない」という説を信じたら地獄

一方、JavaやJavaScriptは鎖国のようなことをやってCを使わないようにした

この問題についてはパラダイムは関係ない

**デフォルトの名無しさん** · 2018/08/18(土) 11:38:12.60

Googleは当初Dartでやろうとしてた事にはTypeScript採用したんじゃなかったっけ？

**デフォルトの名無しさん** · 2018/08/18(土) 11:39:33.27

>>928
haskellの評価順序とcの評価順序のバインディング考えるだけでも頭痛くなるわ。
そこに特有の最適化仕の把握しとかないと使えんだろうし、そんなもん普通のプログラマが使えるか。

>一方、JavaやJavaScriptは鎖国のようなことをやってCを使わないようにした
javascriptは知らんがjavaもc呼び出しはやるだろ。メモリモデルの違いで苦労はするがcの他からの呼び出しやすさはやっぱすげーと思う。

**デフォルトの名無しさん** · 2018/08/18(土) 11:46:35.61

機械学習がPythonになったのは、JavaでCを呼び出していいのか躊躇したからだと思うよ

**デフォルトの名無しさん** · 2018/08/18(土) 11:58:21.02

>>931
個人的にはdeeplearningの層を明示的に静的型付で表現するのがあんまり相性良くないから
と思ってるけど。javascriptでもある程度ライブラリ出し始めたところ考えるとそうかなと思う。

**デフォルトの名無しさん** · 2018/08/18(土) 12:01:16.82

マルチプラットフォーム実装を前提とするライブラリならともかく
アプリ側からC呼ぶとか何のためのJVMか分からんがな

**デフォルトの名無しさん** · 2018/08/18(土) 12:02:08.26

pythonは読みやすさからサンプルコードとしてよく使われていたのが
そのまま使われ続けただけ。

**デフォルトの名無しさん** · 2018/08/18(土) 12:12:12.35

何のためのjvmというが現実にはcのコードをポートする方が楽だからな
jvm が使えないプラットフォームにも対応できるし

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

>>920
そんな奴いっぱいいるぞw

**デフォルトの名無しさん** · 2018/08/18(土) 19:09:18.34

もう全部Pythonで良くね？

**デフォルトの名無しさん** · 2018/08/18(土) 20:09:25.76

いやだよあんな化石低速言語

**デフォルトの名無しさん** · 2018/08/18(土) 20:13:51.36

Cythonやctypesを使えば問題ない

**デフォルトの名無しさん** · 2018/08/18(土) 20:38:22.31

数値計算に限ればnumbaでめっちゃ速くなる

**デフォルトの名無しさん** · 2018/08/18(土) 20:53:48.25

最近知ったけどc--ってあるのね

**デフォルトの名無しさん** · 2018/08/18(土) 21:03:35.36

>>937

コレクションもまともに扱えない言語は遠慮します
>>430,431

**デフォルトの名無しさん** · 2018/08/18(土) 21:20:30.37

逆にPython アンチ普段何使ってんの？

**デフォルトの名無しさん** · 2018/08/18(土) 21:28:34.28

RustはWebAssemblyを生成できるって点には魅力あるんだけどな

**デフォルトの名無しさん** · 2018/08/18(土) 22:15:20.95

rustのそれは今のところおまけだしょうに

**デフォルトの名無しさん** · 2018/08/19(日) 01:14:48.68

Cとの親和性だとLuaが楽で好き

**デフォルトの名無しさん** · 2018/08/19(日) 02:12:43.21

>>930
>haskellの評価順序とcの評価順序のバインディング考えるだけでも頭痛くなるわ。

どうせIOモナれば先行評価だろ。

**デフォルトの名無しさん** · 2018/08/19(日) 07:35:19.41

lua使ってるやつはゲーム作りたいだけ

**デフォルトの名無しさん** · 2018/08/19(日) 10:32:37.43

そうなるわな
アプリを作らない言語は生産性がないと言われて作ってみたら
○○を作りたいだけの言語は汎用性がないと言われる

**デフォルトの名無しさん** · 2018/08/19(日) 15:32:14.93

LuaとelixerのENDが許せない

**デフォルトの名無しさん** · 2018/08/19(日) 16:49:31.99

>>936
そりゃ極論かまってちゃんはどんな世界にも居るだろ。

**デフォルトの名無しさん** · 2018/08/19(日) 16:52:51.52

>>942
趣味で重箱の隅に拘りたいやつならともかく、プロジェクトでは十分じゃん。
「次世代」ってビジネスの事だよ？

**デフォルトの名無しさん** · 2018/08/19(日) 17:02:50.87

十分でないことを説明するのもバカバカしい

**デフォルトの名無しさん** · 2018/08/19(日) 17:28:40.01

だから、C言語を使えるレベルならPythonも使えるし
C言語禁止したいならPythonを使う意味はあんまりないって

**デフォルトの名無しさん** · 2018/08/19(日) 17:46:58.67

>>952
単純なコレクション操作すら可読性の低いコードになるという指摘に対して
「趣味で重箱の隅に拘る」と決めつける極論を返すなんて、さすがPython信者の鑑です

ここで「たしかにPythonの標準ライブラリ設計には問題がある」と認めた上で、
「しかしながら、機械学習/科学技術計算/ラズパイといった特定の分野に限れば、
　Pythonには優れたライブラリ/フレームワークが数多く存在しているから、
　ビジネスであれば標準ライブラリの問題は取るに足らない些細な事柄だ」と
切り返すなら、常識的で説得力もあるんですけど

**デフォルトの名無しさん** · 2018/08/19(日) 17:49:48.28

>>953
君みたいなドカタが不十分と考えようが、多くの企業で好意的に採用されてるよ
バカバカしいのは君のドカタ人生の方だよ

**デフォルトの名無しさん** · 2018/08/19(日) 17:52:35.01

pythonのリスト操作すらまともに理解できないならプログラムなんてしない方がいいレベルだと思うが。

**デフォルトの名無しさん** · 2018/08/19(日) 18:00:15.05

理解できるできないの話をしてると思ってるアスペの登場

**デフォルトの名無しさん** · 2018/08/19(日) 18:05:45.36

理解してても可読性が低いと思ってんのか。。それもよっぽどだよ。

**デフォルトの名無しさん** · 2018/08/19(日) 18:08:09.74

なにがよっぽどなのかの説明をよろしく

**デフォルトの名無しさん** · 2018/08/19(日) 18:18:23.40

C言語って言語仕様だけ知っててもほぼ実用性のあるものなんて作れないんだよね

ハードウェアだかOSだかバイナリファイル(画像、音声など)の仕様の理解が別で必要になるし
そっちが非常に難解なだけでC言語の言語仕様自体は極めてシンプル

**デフォルトの名無しさん** · 2018/08/19(日) 18:26:19.71

pythonは次世代ではないということで

**デフォルトの名無しさん** · 2018/08/19(日) 18:54:44.91

失礼な！！Python は FORTRAN/COBOL/BASIC に代表される
伝統的な手続き型言語の正当な後継スクリプト言語、
次世代の純粋手続き型言語です

関数型？オブジェクト指向？
そんなのは飾りです、偉い人にはそれが分からんのですよ（必死

**デフォルトの名無しさん** · 2018/08/19(日) 19:14:57.92

まぁそのうちGoogleがPythonで出来るような事を全部Golangで出来るように頑張って欲しいね

**デフォルトの名無しさん** · 2018/08/19(日) 19:43:17.81

NumpyチックなこともできないGoがPythonにとって変われるとは思えないが

**デフォルトの名無しさん** · 2018/08/19(日) 19:51:22.80

遅いけどGrumpyで良いんじゃねえの？
しかし自虐的な名前だよな。

**デフォルトの名無しさん** · 2018/08/19(日) 20:01:03.39

Haskellの$が欲しい
Haskellの以降は後処理マンが欲しい

**デフォルトの名無しさん** · 2018/08/19(日) 20:11:07.24

全く関係ないけど、並列とかGPUが得意なCみたいな言語欲しい

**デフォルトの名無しさん** · 2018/08/19(日) 20:15:30.58

>>968
PythonでOpenCLみたいな本最近出てなかったっけ？

**デフォルトの名無しさん** · 2018/08/19(日) 21:10:31.08

>>963
Smalltalkみたいなクソ言語が好きそうw

**デフォルトの名無しさん** · 2018/08/19(日) 21:18:47.98

>>968
並列が得意なC++ならRustで決まり

**デフォルトの名無しさん** · 2018/08/19(日) 21:34:29.75

並列ならOMP一択でしょ

**デフォルトの名無しさん** · 2018/08/19(日) 21:50:05.62

PythonもだけどHaskellも次世代言語じゃなくない？

**デフォルトの名無しさん** · 2018/08/19(日) 21:54:31.79

>>971
並列が得意なC++ではなく並列が得意なCが欲しいのじゃ

**デフォルトの名無しさん** · 2018/08/19(日) 22:46:25.94

それを言ったらもうKotlinくらいしか
次世代言語と言えない
C#が高速バージョンアップでどんどん別言語になっていくくらい

**デフォルトの名無しさん** · 2018/08/19(日) 22:50:07.16

>>974
そう言うような気はしてた。じゃあ逆に質問させてくれ
殆どCの上位互換であるC++をわざわざ避けた理由は？
そこに明確な理由が無い場合はやはりRustを勧める

**974ではない** · 2018/08/19(日) 23:02:50.52

>>976
横レスになるけど：
　並列プログラミングという課題に対して、
　CからC++へと拡張された「オブジェクト指向」は、
　言語仕様を複雑怪奇にさせた阻害要因となっているから
と考える

**デフォルトの名無しさん** · 2018/08/19(日) 23:03:38.32

>>976
FFIがめんどくさくなる言語が多い

**デフォルトの名無しさん** · 2018/08/19(日) 23:04:41.74

まあ>>977の理由もある

**デフォルトの名無しさん** · 2018/08/19(日) 23:17:18.14

>>4
その時が近付いているぞ

**デフォルトの名無しさん** · 2018/08/19(日) 23:28:11.39

>>978
殆どの言語のFFIが相手がCなの前提にしてるからな…
RustならC互換のABI公開出来るけど、
それなら素直にC使えば…と思わなくもない

俺はRustが好きなんでFFI前提でもRustを使うと思うが、
他人にお勧めはできないかも

**デフォルトの名無しさん** · 2018/08/19(日) 23:46:59.25

別にC++のコンパイラを使うからと言ってクラス機能を必ず使う必要はないと思うのだけれども

**デフォルトの名無しさん** · 2018/08/19(日) 23:49:04.70

>>980
自演乙

**デフォルトの名無しさん** · 2018/08/20(月) 00:21:55.89

C以外で一番C ABIが扱いやすい言語はやっぱりC++だわね。

**デフォルトの名無しさん** · 2018/08/20(月) 00:35:07.08

>>956
それならphpを使うべきだな

**デフォルトの名無しさん** · 2018/08/20(月) 01:04:14.02

次世代言語は、なんとなく見えてきた気がする。
そろそろ次々世代言語を考えるべきじゃないか。

正直プログラミング言語なんて全然進歩していない気がする。
2020年にもなってC言語が生き残っているとは思わなかった・・・・

**デフォルトの名無しさん** · 2018/08/20(月) 01:34:27.41

次スレからはDartよろしく

**デフォルトの名無しさん** · 2018/08/20(月) 02:19:11.96

>>986
君は進歩を記憶喪失か何かのように考えているのかね
Cの記憶は滅びぬ

**デフォルトの名無しさん** · 2018/08/20(月) 03:25:00.31

Swiftの話題薄いから次のスレタイから入れ替えるのありかも

>>987
Dartについての肯定的な反応少ないし
スレタイがGoogle推しの言語(Go Dart Kotlin TypeScript)に偏りすぎるよ

**デフォルトの名無しさん** · 2018/08/20(月) 06:04:33.37

>>986
単純であること（C）は究極の洗練だぞ

**デフォルトの名無しさん** · 2018/08/20(月) 06:53:47.98

【IT】いずれPythonのライバルに？新言語「Julia」の人気が急上昇
http://egg.5ch.net/test/read.cgi/bizplus/1534668711/

**デフォルトの名無しさん** · 2018/08/20(月) 07:06:07.09

dartなんて始まる前から死産やんけｗ

**デフォルトの名無しさん** · 2018/08/20(月) 07:20:04.95

Elixirってどうなん？

**デフォルトの名無しさん** · 2018/08/20(月) 07:26:42.59

>>983
そう思うならさっさと次スレ建てろ

**デフォルトの名無しさん** · 2018/08/20(月) 08:39:53.06

TypeScriptでほとんどなんでもできるし。

**デフォルトの名無しさん** · 2018/08/20(月) 09:50:22.07

ume

**デフォルトの名無しさん** · 2018/08/20(月) 21:48:16.36

次スレ
https://mevius.5ch.net/test/read.cgi/tech/1534769242/

**デフォルトの名無しさん** · 2018/08/20(月) 21:57:33.39

はいどうぞ

http://mevius.5ch.net/test/read.cgi/tech/1534769753/

**デフォルトの名無しさん** · 2018/08/20(月) 22:12:10.83

go2

**デフォルトの名無しさん** · 2018/08/20(月) 22:15:10.71

型無し糞言語ガイジどもが地獄の業火に焼かれてなるべく苦しんでグチャグチャに死にますように
ついでに末代まで呪われろ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 47日 12時間 36分 55秒