次世代言語議論スレ[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/06/01(木) 11:48:38.71

>>956
C++のコンパイル時ダックタイピングと同じ
実行時ディスパッチではない

**デフォルトの名無しさん** · 2017/06/01(木) 12:35:37.68

>>956
後者で合ってる
GHCの場合は最適化無しでランタイムにdictionary lookupするコードを生成
最適化でコンパイル時解決になる
指定なしなら通常は最適化される

**デフォルトの名無しさん** · 2017/06/01(木) 12:56:45.70

>>958
なるほど

If the type of a function contains a class, then this
is translated into a dictionary that is passed at runtime.

The translation simply assures that the appropriate dictionaries
passed at run-time; ...

One drawback of our translation method is that it introduces
new parameters to be passed at runtime, ...

等々しつこく書いてあったのでてっきり今もランタイムかと。
その後コンパイル時に完結できるようになっていたんですね。ありがとうございます。

**デフォルトの名無しさん** · 2017/06/01(木) 14:21:39.82

>>959
念のため言うが、飽くまで一般の話だよ
上での言及のように例外なく、必ずcompile timeになるかどうかはわからない
普通に考えれば、呼出側だけでなく、モジュールに何か細工が必要だろうし

**デフォルトの名無しさん** · 2017/06/01(木) 14:30:58.85

>>959
調べてみたが、少なくともHaskell 2010ではCompile timeが保証されているようだ
というか88年の文献は、いくらなんでも古すぎないか？

**デフォルトの名無しさん** · 2017/06/01(木) 19:59:34.59

他者と誤解なく分かりあえるようになるための共通言語を開発しよう
もちろん、人と人だけでなく、人とコンピュータも分かりあえる共通言語だ
それこそが次世代言語だ

あ · 2017/06/01(木) 20:05:18.45

>>952
ネット越しだからやるべきかとは。。

>>961
ヨコからだけどありがとう。参考になるわ。見てくる。

>>962
エスペラントを一歩すすめる時代か。

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

>>963
やった結果がお前さんの現状なんだよな。

**デフォルトの名無しさん** · 2017/06/01(木) 20:42:26.57

>>961
Haskell 2010 でもまだランタイムに依存しているみたいだけど違う？
https://stackoverflow.com/questions/28169119/is-the-dispatch-of-a-haskell-typeclass-dynamic#comment44713002_28170590

**デフォルトの名無しさん** · 2017/06/01(木) 22:45:39.05

あらゆるモダン言語で見るようになったmapとかflatmapっていうのはどこから生まれたものなの？

**デフォルトの名無しさん** · 2017/06/01(木) 22:50:28.99

LISPじゃね

**デフォルトの名無しさん** · 2017/06/02(金) 00:08:33.62

>>965
ちょっと話が見えないんだが、もしかして回答してほしいのは
>https://people.csail.mit.edu/dnj/teaching/6898/papers/wadler88.pdf
に限定した話ではないのか？
保証については、再帰がない場合の話で、その参照先は>>959とは状況違う
その場合>>958 + >>960という回答になる

**デフォルトの名無しさん** · 2017/06/02(金) 02:50:18.61

再帰があっても深さを制限すればspecializeできるんじゃね
制限を超えたらエラーにするか、あるいはspecializeをやめたら無限に再帰できるか？

**デフォルトの名無しさん** · 2017/06/02(金) 07:14:02.17

>>968
あ、いえ、すみません
>>958+960 で理解の確認はできています
ありがとうございます

ただ一方で >>905 >>957 >>961 みたいな主張もあるようなので
最新の実装では型クラスを取り巻く状況もかなり違ってきているのかなと

**デフォルトの名無しさん** · 2017/06/03(土) 09:45:16.91

これ互換性にあまり影響のない実装の変更だよね
それより互換性が完全になくなった変更を批判する方が建設的

**デフォルトの名無しさん** · 2017/06/12(月) 07:29:42.96

GOって手続き型言語？
可読性が高いって言われてる理由が知りたい
インスコしようかな

**デフォルトの名無しさん** · 2017/06/12(月) 08:00:12.68

とりあえずインスコしてみたら
何系の言語かは自分で判断すべし

**デフォルトの名無しさん** · 2017/06/12(月) 09:42:46.07

手続き型だよ
文法知らなくてもほぼほぼ読めるぐらい平易だから可読性高いって言われてるのでは

**デフォルトの名無しさん** · 2017/06/12(月) 09:54:41.37

実質は新しいCOBOLなのにGoogleが推してるせいで意識高そうなイメージがあり、
Webの文系エンジニアにバカウケ

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

>>975
さすがにCOBOLに失礼ちゃう？

**デフォルトの名無しさん** · 2017/06/12(月) 12:21:21.41

Goが流行ってしまうと今まで必死に体得してきたプログラミングの概念がほとんど無に還すから
プログラミング熟練度と人気が反比例してると聞いたな

**デフォルトの名無しさん** · 2017/06/12(月) 12:42:10.81

意識低い系言語

**デフォルトの名無しさん** · 2017/06/12(月) 12:49:20.16

コスパが高い言語

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

さすがに今日日昔のJavaのobject地獄を再び見ることにもなれば嫌いにもなるわな。
それ以外は割とよくまとまってる。

**デフォルトの名無しさん** · 2017/06/12(月) 14:00:31.39

Goにジェネリクスが入れば割と理想の言語感はある
ノリとしては極限まで肉をそぎ落としたJavaに近いかな。

**デフォルトの名無しさん** · 2017/06/12(月) 17:23:51.63

>>981
手続き型言語でオブジェクト指向止めるとなるとグローバル変数が問題になる。
変数宣言時に、その変数へ読み書き出来る関数とかをホワイトリスト的なものを宣言する事で制限したりとか、そう言う仕組みが要るんじゃないかな。

**デフォルトの名無しさん** · 2017/06/12(月) 18:19:16.46

Cにガベコレと並行処理追加した正統後継言語
C++がキメラ化してるしある程度人気出るのも納得できる

あ · 2017/06/12(月) 19:20:57.74

>>982
ローカル変数こそが、そもそもこいつが何者かわからん存在であるって言語もあるしな。
「僕この名前で変数使いたいから、いったん退けて。ブロック抜けたら要らないから捨てて」
「制御命令？IFとスタック積まないラベルジャンプとスタック積むサブルーチン呼び出しがあれば、それ以外要らないでしょ。仕方ないからブロック構文だけは作ってやったぞ」
という現代の言語から考えたら意味のわからん命令があるM言語みたいな。
ライセンス高いし大手以外ノウハウないし、最近オブジェクト指向しようと歪になってるらしいから、それこそ化石だろうけど。
今どこ使ってるんだろ。

**デフォルトの名無しさん** · 2017/06/12(月) 19:33:33.80

%%%MC+7,8%%%

}

000-"M","LES","TUV=0.13325&/0\7&%&",

001-"23","1","0","2","7.14",[\b%7/1444*%812%2.3%7&6111\end\\]{%3%12%\br

**デフォルトの名無しさん** · 2017/06/12(月) 21:06:32.45

>>982
Goだとその辺はパッケージである程度制御はできるな
あとはクソカジュアルにmutexが使えたりcontextでセッションローカル変数簡単に引き回せたり、
Goroutineでの並列を売りにしてるのは伊達じゃねえやって感じ

**デフォルトの名無しさん** · 2017/06/12(月) 23:39:00.43

>>977
まあそんへんの糞なプライドを捨てればいい言語だと思うよ。

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

>>977
熟練者はそれを逆手に取って嫌いなものを体得する
嫌いなものを無に還すことができるなら必死に体得するのは理にかなっている

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

>>980
>>981
同意

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

次スレにはTypeScriptかHaskell入れる？

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

Scala外してTypeScript
長さ制限に引っかかったらこのままでいい

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

コトィンに負けてしまったスァァ・・・

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

Rustももういいだろ
OUT: Scala, Rust
IN: TypeScript, Swift に一票

あ · 2017/06/13(火) 07:09:42.20

>>988
一からできるなんて楽しすぎるしな。
>>990
Haskellはガイジと呼ばれる俺ですら感じるキチガイを集める事になるから反対。
TypeScriptは微妙。それより、いっそJS側に倒してESnextとかでいいんでないの？

あ · 2017/06/13(火) 07:11:05.41

>>993
Scalaが要らんのは同意、Rustはちょっとどっちでもいい。
InのTypeScriptは反対。Swiftはもうちょいガチでマルチプラットフォームに来てほしいけど、くる気配あれば同意

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

TypeScriptは今時の流行りの言語の一つのリファレンスとしては悪くないと思うが、
まあC#系はKotlinが一つあれば十分かな

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

ナウでヤングな型システムとかムーブセマンティクスとかモナドが次世代なんじゃないの？
ScalaとRustはずしてSwiftいれるとか正気か？
お手軽言語スレでも立ててそっちでやれと

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

お手軽言語が嫌いならまずはGoを敵視しような

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

>>990
Haskellアンチは一人の発達障害だけであることが判明したので入れましょう

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

**1001** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 54日 4時間 11分 5秒