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

**デフォルトの名無しさん** · 2017/04/20(木) 04:43:27.12

いざ、語ろうぞ。

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

前スレ
次世代言語議論スレ[Go Rust Haskell Scala]第3世代
http://echo.2ch.net/test/read.cgi/tech/1488608741/

**デフォルトの名無しさん** · 2017/05/15(月) 01:32:26.10

既存の言語でやれってことだろ。
オブジェクト指向をむりやり c でやったように。
結局それが正解。

**デフォルトの名無しさん** · 2017/05/15(月) 01:34:34.82

何が関数型言語の雄になろうと次世代言語にはならないかなぁ。。。
私はただHaskellに惚れてるだけで、ここが良いって紹介もするけど、それって結局Lisperと同じ道を歩んでると思う。

**デフォルトの名無しさん** · 2017/05/15(月) 01:36:41.34

しまった。。。
一人称が真面目モードに。
x私
oおいら

**デフォルトの名無しさん** · 2017/05/15(月) 06:38:31.61

アテクシはScalaが最強だと思いましてよ、ホホ

**デフォルトの名無しさん** · 2017/05/15(月) 09:32:58.17

量子コンピュータ向けの言語じゃね？
言語なのかどうか知らんけど。

**デフォルトの名無しさん** · 2017/05/15(月) 10:34:46.05

次世代と称される流れには２つの傾向があって
ひとつはScalaやSwiftのように従来のOOPLをベースにして（つまり機能は特に削らずに）
これまで関数型言語の独擅場だった型推論やオプショナル型といった型システムのサポートを手厚くしたもの
もうひとつは、さらに一歩進めていろいろな不都合の元凶であったクラス（もっというと継承）を外して言語機能を大胆にシンプルにしたもの
GoやRustがこれにあたる…ってところか

あと個人的には並行・並列処理のサポートを手厚くした言語、Clojureや前と重複するけどGoとかも
この調子でコアが増え続ければ重宝されると思う

Rubyは両方を狙っているけどたぶん失敗する

あ · 2017/05/15(月) 12:50:33.96

Rust、今更もう一度触ってみたけど、割とまとまってきてるな。
風呂敷広げ過ぎた悲壮感減ってきてる。
ただ、それでもすごく安全なCとして使うほうが便利な気がするわ。

**デフォルトの名無しさん** · 2017/05/15(月) 13:17:14.26

Rustなんて木構造もまともに書けない言語が次世代とか飯食ってるときにわらかすなwwwwwww

**デフォルトの名無しさん** · 2017/05/15(月) 14:36:26.20

わらかす

**デフォルトの名無しさん** · 2017/05/15(月) 14:45:26.78

「笑かす」な。

**デフォルトの名無しさん** · 2017/05/15(月) 15:08:17.40

木構造もすべて配列で用意させる硬派な言語

**デフォルトの名無しさん** · 2017/05/15(月) 15:50:28.38

Rustって言わばCより低機能な言語だからな。

そりゃ何も出来なきゃ安全だよな。

あ · 2017/05/15(月) 17:18:40.45

>>424
RcとRefCellで書けるんじゃないの？

**デフォルトの名無しさん** · 2017/05/15(月) 17:20:05.97

>>416
sml/nj

**デフォルトの名無しさん** · 2017/05/15(月) 17:33:40.67

>>429
教科書的に書くだけならな。Cのように実用に耐え得るものは書けない

ttps://hackernoon.com/why-im-dropping-rust-fd1c32986c88

あ · 2017/05/15(月) 18:36:33.51

>>431
この人が行き詰まってるのは、オブジェクト指向そのまま当てたからでは？
structのImplでもなく、traitの関数でもなく、
traitのImplで書けば何とかなりそうだけど。
あと、サイズを取得したいだけなら、lifetimeを明示してCopyちゃんとすれば良いのでは？

**デフォルトの名無しさん** · 2017/05/15(月) 19:00:47.68

書けると主張するなら書けばいいのに

**デフォルトの名無しさん** · 2017/05/15(月) 19:24:57.87

笑かす

**デフォルトの名無しさん** · 2017/05/15(月) 20:17:30.50

実際書くと大変なことを無意識に理解してんでしょ。
そういう種類のごまかしをするやつはよくいる。

あ · 2017/05/15(月) 20:54:20.75

書いたら面倒だって事は否定してないじゃん。
この人が行き詰まってるのは、借用とは割と関係ないオブジェクト指向脳ではって話してるんだけどなぁ。

CでもMISRA-C通そうと思うと木構造相当辛いし。
産業向けのC書いてる奴なら耐えられるレベルの話だと思うけどなぁ。

手軽さ的には俺はGoを押し続けるが、否定するもんでもないと思うようになったな。

**デフォルトの名無しさん** · 2017/05/15(月) 21:00:18.80

チューリング完全だからなｗ

**デフォルトの名無しさん** · 2017/05/16(火) 00:41:59.04

なぜか C 書く人はみんな MISRA-Cを守ってるという話になってんな。。

**デフォルトの名無しさん** · 2017/05/16(火) 01:26:25.84

まあ当のMozillaがRustでDOM木の処理書くのに難儀してるとは聞くから簡単ではないんだろうな。

物が作れない最高の言語より、物がつくれる嫌われ言語の方が結局世の中に貢献するんだよな。この点ではPHPでさえRustより世の中に役に立ってる言語と言える。

**デフォルトの名無しさん** · 2017/05/16(火) 01:30:45.27

ようするに？

**デフォルトの名無しさん** · 2017/05/16(火) 01:46:35.68

firefoxの書き換えが成功したなら実用性では文句無しになるの？

**デフォルトの名無しさん** · 2017/05/16(火) 02:00:35.86

というかまだ書き換えられてないのか…

**デフォルトの名無しさん** · 2017/05/16(火) 11:18:02.03

>>441
成功するなんて妄想してるからChromeにシェア完全に奪われたんじゃねーの？

あ · 2017/05/16(火) 13:09:50.84

>>438
守ってない部分はGoやらなんやら、もっと手軽な物で書いたほうが楽じゃん。
あれは要は、ヒープやスタックの領域の担保やら、死んだポインタへのアクセスの回避やら、そういう部分に対して言語側から縛りかけて安全にしよう、ってスタンスなのでは？
本人らは推してるが、副次的にGCが無い言語になってるように見える。

>>439
歯ブラシ言語はマジで強い。PHPはdisる奴がわからんレベル。
遅いしまともじゃない動きしたりするけど「とにかく動くwebページ」は一瞬で作れる。

**デフォルトの名無しさん** · 2017/05/16(火) 13:14:04.12

また発狂してる……

**デフォルトの名無しさん** · 2017/05/16(火) 13:18:30.66

次世代スマートポインタだけでよさそうな気がするけどそれをやったらC++の独壇場だな
Goやらなんやらの出る幕がなくなってしまう

**デフォルトの名無しさん** · 2017/05/16(火) 13:43:07.20

Goの何がすごいって、言語の批評家にこんだけタコ殴りにされても、もの作る速さが圧倒的の一点でここまででかい言語になったことだよな。

RustはCを安全に倒しすぎた結果なにも作れなくなった言語って意味では対照的。
Servoは失敗するだろうが、そこで得られた知見でRust2.0（1.xと互換性なし）が出てからが本番と見てる。

**デフォルトの名無しさん** · 2017/05/16(火) 14:33:32.43

GUI付きのOSまで作られてるのに何も作れないとは

**デフォルトの名無しさん** · 2017/05/16(火) 14:47:31.26

歯ブラシではなく弱者で同じことができれば尊敬されるだろうな
弱者を批判する批評家から弱者を守ってみろ

**デフォルトの名無しさん** · 2017/05/16(火) 14:57:19.22

TiDBつーかTiKVに続報がないのがな。
対抗馬のゴキちゃんは1.0リリースしたのに。

◆QZaw55cn4c · 2017/05/16(火) 20:55:08.15

MISRA ってそんなに厳しいのかい？

**デフォルトの名無しさん** · 2017/05/16(火) 20:55:48.40

phpはガチでないわ
php持て囃してるやつらって、php書いたことないやつらだろ
プロトタイピングならまだしも、phpをプロダクトに使うたら頭おかすなるで

**デフォルトの名無しさん** · 2017/05/16(火) 20:57:15.12

関数各々link時に再帰の有無て判別できるんだろうか？

あ · 2017/05/16(火) 22:59:06.93

>>451
めんどくさいけど、あれ通りに書いてたらバイナリパッチ作りやすい。
>>452
世の中、プロトタイプ程度の物で充分な事が多いって事でしょ。

**デフォルトの名無しさん** · 2017/05/16(火) 23:37:19.01

>>454
ねーよガイジ
ペチプァは死ね

**デフォルトの名無しさん** · 2017/05/17(水) 00:01:12.17

ペチパーへの強い憎しみを感じる……

**デフォルトの名無しさん** · 2017/05/17(水) 04:28:27.85

Nimってどうなん？
次世代感は無い気もするけど

**デフォルトの名無しさん** · 2017/05/17(水) 04:48:40.76

>>432
似た印象を持った
問題提起者が新しい型と型制約の逆転に気づいてないし、
RustをRubyか何かと勘違いしている感じだ

**デフォルトの名無しさん** · 2017/05/17(水) 06:25:59.43

>>457
開発者が足りなくてライバル言語との開発競争に負けている。
それにこの用途ならNimという用途がない。

https://github.com/rust-lang/rust/graphs/contributors
https://github.com/JuliaLang/julia/graphs/contributors
https://github.com/nim-lang/Nim/graphs/contributors

**デフォルトの名無しさん** · 2017/05/17(水) 07:38:00.11

性的オッパイソンみたい

**デフォルトの名無しさん** · 2017/05/17(水) 07:38:49.95

まともなプログラマならPHPなんて金積まれても書かないから、
PHPを書いたことがあるプログラマは全て無能のクズペチパーでFA

**デフォルトの名無しさん** · 2017/05/17(水) 08:29:33.19

>>460
何それ？楽しそう。

**デフォルトの名無しさん** · 2017/05/17(水) 11:39:01.15

EC-CUBEとかphpじゃん？
求人多いじゃん？
でも言語としてはダメってこと？

**デフォルトの名無しさん** · 2017/05/17(水) 12:43:44.96

>>463
PHPは言語ではない。まずそこからだ。

**デフォルトの名無しさん** · 2017/05/17(水) 13:07:19.59

>>464
え？

まあ、EC-CUBEは開発当初流行ってたからPHPで作った
というだけで今一から同じもの作るとしたらPHPという
選択肢は無いんじゃないかなぁ。
PHPが流行ったのは歴史的な経緯が大きいと思うし。

**デフォルトの名無しさん** · 2017/05/17(水) 13:16:25.89

>>447
つーかああいう馬鹿な批評家みたいなやつが生産性を落としてるんじゃねーかっていうことを
証明したのが go という印象。

あ · 2017/05/17(水) 14:32:20.84

>>455
夏休みの工作をフライス盤で作るような事したくないじゃんww
悪いもの使ってるから悪いものしか作れないと言う意味じゃなくてな。
俺の字が汚く見えるから鉛筆は使わない、みたいな情けない字が下手なやつの言い訳に聞こえる。

>>458
この辺思想だから、移植物だと仕方ないっちゃ仕方ないんだよね。

**デフォルトの名無しさん** · 2017/05/17(水) 17:32:30.07

PHPはテンプレートエンジンであって、それを使って無理矢理プログラミングしてるのが異常事態っていうテンプレは置いといても、
誰がが言ってたが生産性が高いんじゃなくて生産性を前借りしてるっていうのは言い得て妙だと思った。Rubyに対しての話だがPHPにもしっかり当てはまるな。

Goは「前借り」感が少ない。少ないだけでまだあるがRubyやPHPよりはるかにマシ

**デフォルトの名無しさん** · 2017/05/17(水) 17:33:55.88

借りて返さなくていいプロダクトなら確かに一つの選択肢になり得るってのは否定しようがないけどな

**デフォルトの名無しさん** · 2017/05/17(水) 23:33:27.42

今出てきてる次世代言語はどれも外れ臭い

洗練されてない
くどい
従来の物のほうがなじみやすい
目立った成果をあげていない

**デフォルトの名無しさん** · 2017/05/17(水) 23:56:52.27

＞従来の物のほうがなじみやすい
これはさすがにアホだろ

**デフォルトの名無しさん** · 2017/05/18(木) 01:36:26.16

＞目立った成果をあげていない
新興言語が既存言語の積み上げた資産ぶち抜く成果上げたらびびるわ。

コンテナオーケストレーション領域やNewSQL領域みたいなそもそも新しい分野ではGoが結構強い。

**デフォルトの名無しさん** · 2017/05/18(木) 03:34:10.58

AndroidでKotlinサポート！

**デフォルトの名無しさん** · 2017/05/18(木) 06:06:25.90

HaskellはClojureよりは実用的。。。らしい。

【Lisp】プログラミング言語 Clojure #4【JVM】 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1483498849/

>>37
＞facebook傘下のwitaiが基盤実装をclojureからc++かhaskellに移行する予定だったらしく、haskellにしたとのこと。
＞移行したら読みやすいみたいな話もちょっとだけ。
＞
＞clojureの場合、ライブラリは一度作るまでいろいろいじって、一回出来るとあまりいじらないイメージもあるけど、実装を多人数でよくいじるみたいなのだと、難しいのかな？
＞IDE上手く使えばそういう開発もできるのだけど、最初からなんでも決まってるほうがいいってのはgo見るとわかる気もする。
＞https://wit.ai/blog/2017/05/01/new-duckling

あ · 2017/05/18(木) 08:04:06.63

>>468
それはその通りだろうな。
まぁ、使い捨てるためのものであって、確かにあれでバッチ処理とか書いてたのは直させたことある。
>>472
新しい概念に新しい言語はマッチするし、やっぱ効率的だと思う。
PCODEとパスカルとか。
資産活用なら、すごい親和性のKotlinかな。JavaのクラスのgetXXXとsetXXXが、勝手にクラスのプロパティになるとかすげえなって思う。

**デフォルトの名無しさん** · 2017/05/18(木) 10:38:06.37

>>475
そこらへんのKotlinの機能はただのGroovyのパクリ
というか静的型以外は大体Groovyのパクリ

**デフォルトの名無しさん** · 2017/05/18(木) 11:37:49.17

過去の資産を自然に利用できるってのは次世代言語にとってでかいってことかね。
そういう意味じゃ c++ は先見性のある言語だったんだろうな。

**デフォルトの名無しさん** · 2017/05/18(木) 11:58:01.78

Rustもbindgenとかで頑張ろうという姿勢はなくはないな。
肝心の言語がアレだが。

一方GoはGoogleの暴力で全部自前で資産を構築した。

あ · 2017/05/18(木) 12:37:01.30

>>476
当時の次世代だったじゃん、Groovy。
まぁ、KotlinもAndroidの一級言語になったし、暴力かどうかはおいといてこれからどうなるかはわからんが。

**デフォルトの名無しさん** · 2017/05/18(木) 13:10:22.49

あ、暴力っていうのは恐怖政治って意味じゃなくて、圧倒的な自前リソースで叩き上げたって意味ね。数の暴力のニュアンスに近い

**デフォルトの名無しさん** · 2017/05/18(木) 13:17:24.91

Kotlinは無事次世代から現世代に格上げされたようだな
さようなら次世代言語ことりん

**デフォルトの名無しさん** · 2017/05/18(木) 13:31:05.44

>>459
まぁそれ言うとRoR出る前のRubyとか・・・って話に
なっちゃうしなぁ。
別に推したい訳じゃないけど、サラサラッと見た感じ
ツボは押さえてて悪くなさそうなので、今まで俺は全然
聞いたことなかったし何故かなーと思った次第。

**デフォルトの名無しさん** · 2017/05/18(木) 13:54:46.39

Google、KotlinをAndroidアプリ開発言語に選定―I/O会場から大喝采

http://jp.techcrunch.com/2017/05/18/20170517google-makes-kotlin-a-first-class-language-for-writing-android-apps/

**デフォルトの名無しさん** · 2017/05/18(木) 14:02:21.88

Nimの競合はCrystalやJuliaって気がする。
この中ではJuliaがリードしてる。

**デフォルトの名無しさん** · 2017/05/18(木) 14:50:52.71

>>359書いたものだけど、今これを複数ファイル対応させたくてコマンド引数の奇数グループと偶数グループに分けてzipするプログラム試作してみた。

import System.Environment

makeList cs f = take (length cs `div` 2) [cs!!x | x <- [0..], f x]

zipArgs args = zip (makeList args even) (makeList args odd)

main = getAtgs >>= print.zipArgs

何が言いたいかと言うと、次世代言語で>>359の第4形態作りませんか？

**デフォルトの名無しさん** · 2017/05/18(木) 14:54:47.81

動かすとこんな感じ

>zipArgs hello world good by
[("hello","world"),("good","by")]

**デフォルトの名無しさん** · 2017/05/18(木) 15:53:54.50

コテになってくれればNGにぶちこめるのになあ

**名前は開発中のものです。** · 2017/05/18(木) 16:14:27.77

GoogleはJVM捨てたいと思ってたからKotlin採用したの意外だな
というかGoに自信ないの？

**デフォルトの名無しさん** · 2017/05/18(木) 17:11:11.24

>>486
言語組み込みの１メソッドで対処できる程度のつまんないお題しか出せてないってそろそろ気付けよ

**デフォルトの名無しさん** · 2017/05/18(木) 18:22:51.27

>>488
Goは文系土方を集めて開発する時の言語じゃない？
Google社員は優秀な人多そうだからGo使うより別の言語使った方が効率良いんだろ

**デフォルトの名無しさん** · 2017/05/18(木) 18:27:00.09

いや単純にGoのバイナリがモノリシックでバカでかすぎるからじゃねえの？
JVMとKotlinランタイム積んだ方が総合的にスマホでは得なんだろ。

**デフォルトの名無しさん** · 2017/05/18(木) 18:45:04.78

>>489
1メソッドで対応出来るの見せてもらえれば、流石次世代言語と思うけど。

じゃあ何かお題出してくださいな。
クラス作れとかじゃなくて何か実際に動くものの。
出来れば高卒のおっさんでも解けるレベルなら有難いw

今>>359をより実用的にするアイデア浮かんでて、まず上の通り複数ファイル対応の後、見つけた場所と同じ行の文章を表示させたいって思ってる。
これを一行丸々か、前後を何十文字ずつ切り取るってするか考え中だが。

**デフォルトの名無しさん** · 2017/05/18(木) 19:09:30.79

Haskell使いって変なのしかいないよな
なんでかしらんけど

インターフェースって書いたり文末に。つけたり
おじいちゃんなんだろうか？

**デフォルトの名無しさん** · 2017/05/18(木) 19:19:39.20

多いと言うか、おいらだけかと。
若くはない。
そう歳でもないつもりだったが、おっさん言われる歳になっちまった。

次世代言語にも興味あるのに、言葉ばかりでコードがあんまり出てこないから問題出せば見られるかと思ったんだが、上手くいかないね。

**デフォルトの名無しさん** · 2017/05/18(木) 19:22:15.02

sed ,grep
↓
awk
↓
perl
↓
ruby

**デフォルトの名無しさん** · 2017/05/18(木) 19:58:51.19

句点打つとおじいちゃんて何か非常に新鮮だな。
これで俺もおじいちゃんの仲間入り。

**デフォルトの名無しさん** · 2017/05/18(木) 20:03:00.27

まー何にせよ、お話ばかりで全然コード出ないのにウンザリなのよ。
簡単なので良いから次世代言語のコード見て見たいのよ。

**デフォルトの名無しさん** · 2017/05/18(木) 20:19:35.82

githubでも漁ってれば良いのでは

**デフォルトの名無しさん** · 2017/05/18(木) 20:45:13.68

インタフェース？
インタネット？

**デフォルトの名無しさん** · 2017/05/18(木) 21:19:37.89

>>493
いつも本題と別のとこに難癖つけて荒らしてるのお前だろ
なんか明らかに引っ掻き回してる奴いるなと思ってたが、今回ので確信した

**デフォルトの名無しさん** · 2017/05/18(木) 21:22:49.46

別人だろ
昨日から見始めたんだから

**デフォルトの名無しさん** · 2017/05/18(木) 22:13:42.45

>>479
そうか次世代ではあったか
しかし動的で静的にも使えるGroovyのが書いてて楽しかった
普通のJavaコードをそのままコンパイルできたし敷居も低かった

KotlInは今使ってはいるが、優等生過ぎて自分には合わない感じがするな

**デフォルトの名無しさん** · 2017/05/18(木) 22:17:31.87

>>501
ほんとかよw

**デフォルトの名無しさん** · 2017/05/18(木) 22:32:46.48

>>501
半年ROMってから書き込めよクソザコナメクジ

**デフォルトの名無しさん** · 2017/05/18(木) 23:37:06.81

>>503

多分こいつが犯人だろｗ
>>504

**デフォルトの名無しさん** · 2017/05/19(金) 01:22:16.89

今回みたいにGoogleとかその他大企業が採用するかどうかが全てだな
ここでこれは次世代、そうじゃないとか言っててもチラシの裏だな

ともかく、GoogleはJVM捨てる方向に行くかと思ったけど、このタイミングで捨てなかったらずっと使われるだろうな

**デフォルトの名無しさん** · 2017/05/19(金) 01:29:41.16

別にビジネスにするわけでもなし、酒の肴にあーでもない
こーでもない言って楽しむスレでしょ？
もっとマイナーな奴発掘してみても面白いんじゃないかな

**デフォルトの名無しさん** · 2017/05/19(金) 06:03:36.39

kotlinてネイティブでも動かす方向みたいだけど
やっぱjvm嫌なんかね

https://blog.jetbrains.com/kotlin/2017/05/kotlinnative-v0-2-is-out/

**デフォルトの名無しさん** · 2017/05/19(金) 07:21:55.50

>>506
それは製品を選ぶ消費者が全てだと言っているようなものだな
消費者の気持ちが全てだから作者の気持ちなどは無意味だと

あ · 2017/05/19(金) 08:11:43.65

JackとJillがいまいちだった、ってので、なんとかしたかったんだろうな。
JVMはARTの時点でほぼ捨ててるのでは？LLVMベースのAOTに近い動きしてたと思う。

**デフォルトの名無しさん** · 2017/05/19(金) 09:33:01.74

Google的にはとりあえずOracleに訴状は勝ったしな
そのうちJetBrain買収して全権掌握、kotlinもやりたい放題弄りだすんじゃね
androidがjavaもどきである必要性は世界的に皆無だしみんなハッピー

**デフォルトの名無しさん** · 2017/05/19(金) 10:05:13.89

元々は上物の開発しやすいようにJavaなんだよね？
でもパフォーマンスとかに問題があったからなんやかんや
していた感じで。
一時期UIというか上位層にJavaって流行ってたしナァ。

**デフォルトの名無しさん** · 2017/05/19(金) 10:15:34.60

Oracleは大企業の中で最弱・・・みたいな設定を後出しするやつは無能
最初から大企業の強さを疑問視していた方が正しい

**デフォルトの名無しさん** · 2017/05/19(金) 11:05:24.31

webkitをblinkにフォークしたgoogleのことだ
そのうちｺﾄﾘﾝもﾎﾟﾛﾘﾝとかにフォークされる

**デフォルトの名無しさん** · 2017/05/19(金) 11:16:40.28

Kotlinとやらは今のScalaよりも良いものなのかね？

**デフォルトの名無しさん** · 2017/05/19(金) 11:42:51.86

kotlinのニュース聞いて調べてみたけど、なんだよOOP（笑）か。
ここで関数型の言語指名してればGoogleもまだやるなぁと感心したけれど。