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

■ このスレッドは過去ログ倉庫に格納されています
2017/04/20(木) 04:43:27.12ID:mNwXvrXv
いざ、語ろうぞ。

スレタイ超過のため、一部省略。
Go, Erlang, Kotlin, etcもウェルカム。
Haskellは協議により次世代失格になりました

前スレ
次世代言語議論スレ[Go Rust Haskell Scala]第3世代
http://echo.2ch.net/test/read.cgi/tech/1488608741/
2017/05/24(水) 20:32:20.07ID:MYIIDec9
>>695
いや存在がスレチとまでは言わんけど……
でも自分が絶対使えない言語の議論してなんか意味あるかなーとは思うぞ
プロトタイピングの話ししてるんなら使えるから有効だと思うから、プロトタイピングの話ししにきてるんならスレチじゃないと思う
700デフォルトの名無しさん
垢版 |
2017/05/24(水) 21:13:58.52ID:tWWOwCUP
なんつーか、リアルでは関わりたくないタイプではあるなぁ
701
垢版 |
2017/05/24(水) 21:25:40.50ID:vKYHCzYh
>>696
なるほど。確かに。言ってるな。ごめん。
>>698
3行にまとめれば、理解できないやつに文句を言われ、
一つずつ演繹的に書けば、過去レスまで遡る気かと言われ、
長文で話すとこう言われ。

それぞれの方法で理解できてる人間もいる中で「僕に理解できる方法で話して!」って子供みたいなこと言われてもどーしようもなかろう。
2017/05/24(水) 21:27:44.10ID:oJe0HEfY
大企業じゃなくて中小がやるようなWebシステムとかなら以外と新しいもの使ったりするけどね
2017/05/24(水) 21:29:05.11ID:76en5qLo
本人だけ自覚が無いから
本人だけはいつまでも他人が悪いと思ってる
これが、放置され続けて来た子の末路です
2017/05/24(水) 21:45:09.29ID:+DimD/vP
では、大企業基準を採用して、
COBOL, VB6, Java 1.4の中からどれが次世代言語にふさわしいか議論しましょう
2017/05/24(水) 21:45:33.98ID:new7aopo
>>701
んー。本当に言いたいことだけを抽出できてない気がする
それと自分の立場を明示できていないせいで誤解されてるのかも
最初に自分の立場を明確にした上で、レスごとに大事な部分を強調するようにしてみたら?
2017/05/24(水) 21:52:13.03ID:oJe0HEfY
>>704
それ具体的にどこの会社?
2017/05/24(水) 21:52:59.68ID:n/Jt/WNZ
IBMじゃね
2017/05/24(水) 21:59:39.95ID:pM6+zSYg
>>704
1.4ってジェネリクスないよな?
2017/05/24(水) 23:25:21.20ID:QZAYfmj0
>>643
PHPでさえ何か(まともではない)はとりあえずできるのだから
その理屈はおかしい
2017/05/24(水) 23:43:15.95ID:DLDz9laB
3年程前まで居た現場はJava 1.4だったよ、客は一部上場企業ね
まぁ抜ける時に丁度バージョンアップどうするって話はしてたな
7は新しすぎるから6で、みたいだった記憶
2017/05/25(木) 01:15:47.85ID:S4aSECR+
>>709
Rustをわかってないな。あれはなんたらチェッカーが強すぎてHelloWorld以上のことをしようとするとコンパイルが通らずにそもそもプログラムにならんのさ。
PHPはとりあえずゴミやカスを生産はできる。でもRustからは何も生まれない。ゴミやカスが生まれないって意味ではよい言語かもな。製品も生まれんが。
2017/05/25(木) 04:11:36.99ID:ezJU1k3U
elixirは禁忌なの?
713
垢版 |
2017/05/25(木) 08:28:51.58ID:9n8bzUby
>>705
なるほど。マジでありがとう。
いろんな話に首突っ込んでるし余計にか。
会社では、とか、個人的には、とか枕つけるのと、うざいって言われるかもしらんが少々冗長でもパラグラフ末に結論書くとか、工夫するわ。
714
垢版 |
2017/05/25(木) 08:31:56.06ID:9n8bzUby
>>711
まあ、若い人が存在を知ってるかはわからんが、イライラ棒に近いわな。
CのプロジェクトでMISRA-Cの推奨も網羅すること!でリンタ定義が配られて来たときくらいのめんどくささ。
2017/05/25(木) 09:03:26.85ID:tgvA03tX
Rust普通に使ってるけど、そんなに悪いかな?
社内用のgccのtemplate系のエラー解析ライブラリをRustで書いてみんなで使ってる
2017/05/25(木) 09:05:50.92ID:Je843dUj
悪いのはいつも使ってるやつの頭
2017/05/25(木) 09:06:29.33ID:A2RaX9kE
お前ら今話題のピー言語は?
2017/05/25(木) 10:48:29.16ID:jD8c7u6v
そう言えばみんなは自分の好きな次世代言語のどんなコードが気に入って好きになったんだろう?
こう言う処理をこう書けるのがクール!!とか有ったんだよね?
2017/05/25(木) 11:27:33.72ID:/eJUHzjl
ことリン→なまえがかわいい
2017/05/25(木) 11:34:58.13ID:9Efltc2N
>>714
イライラ棒にはちゃんとゴールあるじゃん。
Rustにゴール(コンパイルが通ってかつ望むロジックが実現できるコード)はない。
2017/05/25(木) 14:13:57.90ID:LLIRcd0g
エリクサー→名前が厨二
2017/05/25(木) 15:16:22.81ID:VyhgnQr+
>>721
RAMメーカーのCFDに喧嘩売ってる?
723デフォルトの名無しさん
垢版 |
2017/05/25(木) 16:07:04.62ID:s+W1gv2M
>>721
ギターの弦のことかと思った
2017/05/25(木) 16:29:39.75ID:peiZ2RBQ
>>720
完成品はいろいろ実在してるんだけどw
チェッカーの壁を乗り越えられなかっただけじゃん
2017/05/25(木) 16:54:51.44ID:SU7CE5fr
>>711が仕様理解出来なくてイライラしてるの草
2017/05/25(木) 18:33:25.61ID:Gj42CiwS
>>724
チェッカー内で作れるもの作ってるだけじゃん。
PHPでもまともなものは作れるっていう戯言と何ら情報量変わらん。
727
垢版 |
2017/05/25(木) 19:26:06.45ID:9n8bzUby
>>720
小物作る分にはゴールはあるよ。
イライラ棒の棒と同じで、全く何にも触れていない棒がゴールで手に入るだけ。
ホントに触れないことが必要なのかはおいといて。
728
垢版 |
2017/05/25(木) 19:30:40.36ID:9n8bzUby
>>726
チェッカー内で作れる物作ってるだけ、ってなんだそりゃw
作ってはいけないものが作れなくなってるだけで、もともとそう言うコードは書くべきでないし、
そんな事言うと誰もがチェッカー内で作れるもの作ってるだけなんじゃねえの?
元からあったしね。推奨ですらハネてビルドかけてもらえないプロジェクトとか。

単に技術か経験どちらか、または両方足りないだけでは?
2017/05/25(木) 19:44:48.33ID:qvTBr+rP
具体的に他の言語では問題なくてRustの制限には引っ掛かる用法ってどんなの?
2017/05/25(木) 20:06:43.93ID:GLCbsyY4
次世代言語だから浸透させるんだとかいう一方で
浸透してないようなものは次世代言語じゃないとか言い出すような
一貫性の欠片もない人が紛れ込んでいるとスレの流れが速くなるなw
2017/05/25(木) 20:11:02.34ID:qvTBr+rP
次世代言語って開発効率は旧世代より高くあるべきだと思うし開発効率が低下するような言語は次世代言語とは言えないんじゃない?
2017/05/25(木) 20:12:52.69ID:YLfurTYJ
>>730
あの主張読んだらやっぱり普通はそう解釈するよな
2017/05/25(木) 21:19:02.52ID:Gj42CiwS
>>729
有名どころだとグラフ構造。あと木構造も結構辛い。
書けなくはないがチェッカー通そうと思ったらbox rc rcref祭とか色々あったり、イテレータの肩だけで一行の長さぶっちぎったり、無名関数引き回すとぶっ壊れたり、
とにかく存在が破綻してんの。
2017/05/25(木) 21:22:58.60ID:Gj42CiwS
>>731
そうそうこれこれ。俺たちは物を作りたいんであってチェッカーと腕相撲したいんじゃないって話。
Rustは生産性と書けるプログラムの幅が既存の言語よりはるかに低いっていう破綻があるわけよ。
2017/05/25(木) 21:24:57.72ID:Gj42CiwS
C++である程度の規模のプログラム書いてValgrind通したものをRustに移植してみれば俺の言ったことが分かるはずだ
2017/05/25(木) 21:26:56.04ID:SU7CE5fr
パラダイムの違う言語に移植する事自体間違っている
2017/05/25(木) 21:32:27.62ID:3whttm4L
まあまあID:Gj42CiwSを叩いている人は実際にコードで証明して黙らせ殺してあげなよ
2017/05/25(木) 21:33:54.31ID:qbQ1iVdd
>>731
開発効率なんて定義不能じゃ
2017/05/25(木) 21:38:33.34ID:ItmeFS2W
感覚だよ感覚
2017/05/25(木) 21:59:52.05ID:Akq7oqz3
>>738
明確に定義できないから比較できないってんなら
アセンブラ使えで話は終わるわ。
2017/05/25(木) 22:10:56.86ID:JKNaFgi4
でたーw
極論だして論破した気になってる奴wwww
2017/05/25(木) 22:13:17.59ID:cq69lVs9
開発効率定義不能ってホントに極論だよな
743デフォルトの名無しさん
垢版 |
2017/05/25(木) 22:23:36.26ID:Fjpm+mem
開発が有限時間で終わるか否かの1bitを予言するだけでも難しい
744
垢版 |
2017/05/25(木) 22:44:08.26ID:hnBoF8Hs
>>730
説明してもまだ誤解してるのか。
浸透する場が違うじゃん。
745
垢版 |
2017/05/25(木) 22:45:54.43ID:hnBoF8Hs
>>734
腕相撲なんかせんと、まともに考えれば良いだけじゃん?
今までいかに、問題を腕力でねじ伏せてたかよくわかる発言だな。
746デフォルトの名無しさん
垢版 |
2017/05/25(木) 23:16:36.34ID:Fjpm+mem
要するに実行時にチェックするプログラムは簡単に作れるのに対して
コンパイル時だと全てのチェックを通り抜ける解が存在するのかという疑問がある
2017/05/26(金) 00:03:00.80ID:wwO+KkLH
HaskellでqueueをO(1)で実装しろって程度の話>Rustでグラフ/木を作る
純粋関数型なHaskellで2リストキューを使った素朴な方法だとしんどいし、所有権とメモリ管理が厳格なRustだとADTで書き下すグラフや木はめんどい

どっちもライブラリは既にあるんで、破綻してると声高に連呼するなんて馬鹿じゃないとできないよ
2017/05/26(金) 00:17:50.32ID:5gPc0nT0
>>733
>>715だけど再帰下降パーサで作ったから普通にグラフ構造でできてるよ
コンパイルエラーが嫌いなのかな?C++でもテンプレートとか嫌いそうな感じがする
749デフォルトの名無しさん
垢版 |
2017/05/26(金) 00:24:47.24ID:W8U5vxkJ
終了直前まで一切メモリ解放しなくていいならできるのは自明

既に解かれた問題だけを選べば破綻しないのも自明
2017/05/26(金) 03:09:57.04ID:NvS9muX6
グラフでも木でもキューでも何でもいいから、次世代言語のコードで語れよ。
2017/05/26(金) 06:26:55.41ID:Xdie43+z
とりま>>748には最低限の機能のものでいいので
コンパイルがちゃんと通るグラフ構造の実装をplay.rust-lang.orgに上げてもらって
>>747はそれを他言語と同じくらい簡潔に書けるというライブラリで
書き直したのを見せてくれまいか?
2017/05/26(金) 10:07:55.16ID:B9iHieSk
>>744
大多数がそう思うような文を書いてしまったという事実をしっかり受け入れて反省するんやで
753
垢版 |
2017/05/26(金) 10:45:05.62ID:uOeVRBLK
>>752
反省はするが、こういう、特に意見がない限り発言しない、自分がノイジーマイノリティなのかどうかわからん場で、大多数は使うべきじゃないよ。
2017/05/26(金) 12:12:59.19ID:qQ/oDW04
一言言い返さないと気が済まないの草
2017/05/26(金) 12:41:27.23ID:VfWi0ZR2
ぶっちゃけ書籍が豊富かどうかも結構重要じゃない?
2017/05/26(金) 15:59:13.78ID:El26kNsy
そりゃ最初にソース書いたやつは楽だっただろうけどさ
1/1Mの確率で発生する実行時バグの再現とかうんざりなんだけどw

rustってそういう方向で発展した感じはする
2017/05/26(金) 16:13:44.05ID:/9nVrKkw
数千万人が使うFirefoxの開発のために作られた言語を
一般のソフトウェア開発に適用しようというのが間違いあり
758
垢版 |
2017/05/26(金) 16:56:09.15ID:WBRM/ZCu
>>754
とヒトコト言い返されたのか。
2017/05/26(金) 17:09:15.54ID:DWpJNS2w
ついに外野の煽りまで言い返しに見えるようになったか……
2017/05/27(土) 08:10:39.25ID:pn0LTxzc
pythonとgoを足して2で割ったような言語がほしい
2017/05/27(土) 08:28:53.30ID:/y/DrrO+
>>760
grumpy
2017/05/27(土) 08:54:52.85ID:L7+QfvMM
やっぱscalaってkotlinに駆逐されるのかな

プログラミング言語でさえ悪貨は良貨を駆逐する状態だからな
例えばPHP
それがkotlinくらいまともな言語で、ググールがバックで突き上げてくるとなると・・・・・・・
763
垢版 |
2017/05/27(土) 09:42:37.89ID:sEq8ObI0
>>760
単純な興味だけど、どっちの何がほしいんだろ?
2017/05/27(土) 10:57:46.16ID:reRwAhMh
C#/TypeScript/Kotlinあたりは今やプログラミング言語の一つの大きな派閥をなしてるよな
あとはネイティブにも同様の思想の言語の決定版ができれば完成なんだが
2017/05/27(土) 11:00:36.94ID:Eqsuq0s8
>>764
Rust使うほどの速度は求めてないけど、Goはリスト操作関数とかジェネリクスとかなくて辛いって時に使える丁度良いネイティブ言語欲しいよね
2017/05/27(土) 11:04:36.51ID:qsMDYrRv
ネイティブで、リスト操作そこそこできて、結構速い言語、D
2017/05/27(土) 12:12:38.62ID:HGPZIoS2
リストくらいてきとうにつくれよ。。
2017/05/27(土) 13:20:29.95ID:XQaVXkEd
安全で性能が高いリストを言語の専門家の側で作ってくれてたら貴重な研究時間をリストのコーディングなんかに割かなくてよくなるからな
新しい言語を触るたびにまず自分専用のリストをコーディングするところから始まるなら既に資産のあるCかFortranでいいわw
2017/05/27(土) 13:29:17.98ID:Eqsuq0s8
>>767
ジェネリクスがないから自作出来ない
2017/05/27(土) 17:05:37.03ID:ov4Em3Hs
できることと速度を求めるなら、C++/CLI。つこうたことはないが
2017/05/27(土) 18:41:54.29ID:iIPWFR2r
>>770
最近マルチコアやらHTやらでベンチ結果がC#と逆転することもあるとか聞いたけど
dotnet自体とネイティブでの話だっけ?
2017/05/28(日) 00:06:36.06ID:ICysod8P
>>771
ネイティブとマネージドでマネージドのほうが早いわけねーやろ
2017/05/28(日) 00:11:35.08ID:Sy0/3upe
偶にJavaでネイティブより早い場合があった記憶だけど、どんな理由でそうなるんだろう
2017/05/28(日) 00:23:47.84ID:ICysod8P
>>773
理屈で考えてそんなことあるわけねーだろ…
何もかかってないたこ焼きと、すでにソースとマヨがかかってるたこ焼きに何かを足して
どっちが美味しくなるポテンシャルありますかみたいなことだぞ
なんもかかってないほうがポテンシャルあるに決まってんだろ
2017/05/28(日) 00:46:17.13ID:0WfaW7Gk
青のりを足したんだろ
ソースとマヨがかかってるたこ焼きが圧倒的差で勝つ
2017/05/28(日) 00:54:48.38ID:U0KxOEQh
ネイティブとマネージドだと徹底的に最適化した場合は当然ネイティブが速いけど、
C(++)とかよりマルチスレッドを楽に実装出来るC#とかならC++だと面倒でスレッド使う気無くすような所でも使えるから同じ労力なら速くなる(かもしれない)
2017/05/28(日) 01:15:59.27ID:4Fx58v3m
JITでコンパイルしたネイティブコードだけじゃなく計算した結果も後で使いまわすんじゃねーの
うまくヒットすれば凄く速くなるけど下手すると効率悪い、メモリ喰う、処理も増えるの三重苦
778デフォルトの名無しさん
垢版 |
2017/05/28(日) 01:17:31.30ID:U0KxOEQh
あとGCはメモリ足りなくなってから処理走らせるからC++で使い終わるたびにdeleteするより速い場合も極まれにあるって誰かが言ってた希ガス
2017/05/28(日) 01:32:06.42ID:0WfaW7Gk
まさにこのスレのために産まれたような言語が出てきたな

その名もP
2017/05/28(日) 03:57:38.43ID:EaAE0rQy
( ´,_ゝ`)プッ
2017/05/28(日) 07:19:31.82ID:eakmpy+6
>>774
JIT+実行時最適化でJIT VMのほうが速くなることはある。
2017/05/28(日) 08:00:52.56ID:LGEAgh6i
>>774
でも、ソースとマヨネーズかけたほうが旨いよ。
783
垢版 |
2017/05/28(日) 08:13:50.68ID:69h6ECeI
JITと何も考えてないネイティブなら、JITのほうが速いこともそこそこあるだろ。
有るか無いかわからないからベクトル演算命令使わないバイナリと、JITが使うように、使えないように、どちらでもなく展開できるように書いてある中間バイナリなら中間バイナリのほうがいいと思う。
2017/05/28(日) 08:55:10.15ID:7vnd2VbN
自分だけしか使わない常時起動の鯖に置くシステムで
長期間使うから次世代言語で作ろうと思ったけど
このスレ読んでたらどの言語選んだらいいのか判らなくなったから
RabbitMQ建ててとりあえずpythonで実装して連携させてみた

少しずつ次世代言語に置き換えていこうと思ったけと
常用するシステムって一度動いちゃうと
他の言語で再実装する気が無くなってくるね・・・

まずはerlang勉強してみる
2017/05/28(日) 09:23:33.91ID:WC/bP4dR
そこはElixirだろ
あえて遠回りしたいなら止めないけど
2017/05/28(日) 09:48:01.98ID:3JFLUc/w
erlangとかElixirとか、そんな流行ってもない古いオワプロ(終わったプログラミング言語)使っても
ええことないで
787デフォルトの名無しさん
垢版 |
2017/05/28(日) 10:12:17.25ID:rsSu7Dn/
キラーコンテンツ1本でひっくり返るような評価なんだから
好きなの作ればいい
世間の技術者はもっと柔軟だよ
2017/05/28(日) 10:18:08.52ID:WC/bP4dR
>>786
確かにそれは正しい
勉強自体が目的ならElixirをやらずにErlangをやるのもありかも
2017/05/28(日) 12:23:35.72ID:2YTf35Kg
>>765
C++
790デフォルトの名無しさん
垢版 |
2017/05/28(日) 12:59:24.25ID:U0KxOEQh
>>789
>Rust使うほどの速度は求めてないけど
つまりGCがあってメモリ安全って事な
2017/05/28(日) 13:17:26.36ID:RSwot+pt
次世代言語とやらは現世代に比べて何が優れてんの?
2017/05/28(日) 13:20:41.87ID:ermVQ6O8
>>791
高機能なライブラリ群
2017/05/28(日) 13:23:21.04ID:oECcZCdB
>>792
ん?
2017/05/28(日) 14:22:45.54ID:ombgcLsI
>>790
OCamlでいいんじゃない
2017/05/28(日) 14:30:05.38ID:ew7wH7J4
>>765
node.js+typescript
2017/05/28(日) 14:32:16.25ID:ew7wH7J4
>>786
エリクサーが古いオワコンはねーわ
2017/05/28(日) 14:43:12.15ID:Qisigybt
>>796
エリ草wなんてそもそも話題にすらならん
始まる前から終わってたレベル
2017/05/28(日) 14:48:56.57ID:f3EcrVh7
おれ仕事でエリクサー使ってるんだー
と一度はいってみたい
なんかすごそうだろ
2017/05/28(日) 14:54:43.46ID:f+PScB+/
不老不死の薬の名前を冠す言語がそう簡単に終わるはずはない
仮に終わっても魔術によって復活する
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況