次世代言語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/07/10(火) 12:37:24.33

意味が通ってて草

**デフォルトの名無しさん** · 2018/07/10(火) 15:09:37.59

クソ。。

**デフォルトの名無しさん** · 2018/07/10(火) 22:39:39.50

omutu {
　ブリッ()
} catch(unko) {
　throw unko
}

**デフォルトの名無しさん** · 2018/07/10(火) 22:41:56.44

>>133
人の頭をオムツ代わりにするとは、家畜人ヤプー的な変態だろう

**デフォルトの名無しさん** · 2018/07/11(水) 04:26:30.97

まーた例外とnullの話してらあ

**デフォルトの名無しさん** · 2018/07/11(水) 08:37:33.70

語るに足る次世代言語がrustしかないんだもの

**デフォルトの名無しさん** · 2018/07/11(水) 08:40:25.65

そのRustを語るとコンパイル通せないアンチが沸くしな

**デフォルトの名無しさん** · 2018/07/11(水) 13:10:48.44

GC以前の時代に戻る「次世代」言語ね
わらえる

**デフォルトの名無しさん** · 2018/07/11(水) 13:22:55.58

GO言語は車輪の再発明ってやつじゃないですか?

**デフォルトの名無しさん** · 2018/07/11(水) 13:39:57.82

GCが在るか無いかが判断基準なのね
わらえる

**デフォルトの名無しさん** · 2018/07/11(水) 15:08:11.76

GCがあるのが良い言語！GCが無いのは古い言語！

**デフォルトの名無しさん** · 2018/07/11(水) 15:56:04.73

メモリ制御しなきゃいけない世界が無くなることはよしんばあっても当分先なのでメモリ制御できる言語の更新はあった方が皆幸せになると思うんだけどな

**デフォルトの名無しさん** · 2018/07/11(水) 20:07:05.04

>>143
機能の整理って感じかなぁ。

**デフォルトの名無しさん** · 2018/07/11(水) 20:48:11.63

車輪に怒られるだろ
せいぜい定年後の手作りログハウスだな

**デフォルトの名無しさん** · 2018/07/11(水) 21:20:11.21

GCはメモリには効くけどリソースの速やかな解放には効かないから
using文とかtry-with-resources文とか必要になってくる

SwiftやRustとかはメモリはGCほどお手軽では無いけど
リソースがメモリ管理と同じ流れに乗るからカメラとかのAPI扱うときはむしろ楽になる

一長一短なところはある

**デフォルトの名無しさん** · 2018/07/11(水) 21:33:18.06

実際問題ログハウスで十分なところを最近の言語はウインチェスターハウスにしちゃってる感じ。

**デフォルトの名無しさん** · 2018/07/11(水) 21:57:59.72

ログハウスはお手軽という意味で例に出したんじゃないんですけど

**デフォルトの名無しさん** · 2018/07/11(水) 22:05:01.91

ログハウスで充分な仕事しかしてないのにウィンチェスターハウス作れる言語に目が向いてこんなスレに迷い込んでしまったの間違いでは

**デフォルトの名無しさん** · 2018/07/11(水) 22:08:04.55

ほんまに計算科学の次世代言語欲しいわ
Fortranさん仕様は悪く無いのにprint文書くだけで周りの計算結果変わったりしてコンパイラがガバガバすぎる

◆QZaw55cn4c · 2018/07/11(水) 22:16:20.84

>>153
それはバグっているだけだと思いますが

**デフォルトの名無しさん** · 2018/07/11(水) 22:22:20.98

>>154
すぐバグるんだよな
gfortranで通ったし大丈夫だろって思ってたらifortでは通らなかったり、C++よりはるかにプログラマの責任が重いと思うわ

**デフォルトの名無しさん** · 2018/07/12(木) 08:59:38.99

fortranは仕様より処理系依存の独自拡張が蔓延ってるイメージ
haskellも処理系拡張が基本みたいな所あるしそういうの好きになれない

**デフォルトの名無しさん** · 2018/07/12(木) 09:20:58.29

処理系が実質ひとつしかない言語だと処理系拡張が基本でも困らないけどね

**デフォルトの名無しさん** · 2018/07/16(月) 12:21:20.76

次にはやる言語はどれ？

**デフォルトの名無しさん** · 2018/07/16(月) 12:28:43.44

　　　　　＿＿＿_
　　　　／⌒　　⌒＼
　　　／（ ●）　（●）＼
　／::::::⌒（__人__）⌒::::: ＼　　次世代言語でやるお！
　 |　　　　　|r┬-|　　　　　|
　＼　　　 `ー'´ 　　／

**デフォルトの名無しさん** · 2018/07/16(月) 13:21:42.19

MSも使ってるRustに決まってるだろ
ttp://jump.5ch.net/?https://www.reddit.com/r/rust/comments/8ub964/microsoft_announces_using_rust_to_build_some_of

**デフォルトの名無しさん** · 2018/07/16(月) 14:19:28.91

Rustはよい言語だ

**デフォルトの名無しさん** · 2018/07/16(月) 17:26:19.10

rustはダメだな。
信者のウザさがhaskellと一緒だわ。
ああいう1機能を理解するのがめちゃくちゃ嬉しくなっちゃうような言語はダメだわ。

**デフォルトの名無しさん** · 2018/07/16(月) 17:28:11.41

信者のウザさとか言う概念なんなん？何を見て判断してんの？

**デフォルトの名無しさん** · 2018/07/16(月) 17:38:21.47

リアルの知り合いじゃね
Rust信者には会ったことないが、Haskell信者のウザさは割とガチだな

**デフォルトの名無しさん** · 2018/07/16(月) 17:45:32.85

rustお手軽に勉強する方法知りたい。

**デフォルトの名無しさん** · 2018/07/16(月) 17:46:58.94

>>164
逆に言うとウザい知り合いが使ってる言語はダメってことか……
生き辛そうな人だな

**デフォルトの名無しさん** · 2018/07/16(月) 19:11:15.57

> 信者のウザさ
自分では到底習得出来ない言語を
楽しげに使いこなしてる事に対する嫉妬でしょ？

**デフォルトの名無しさん** · 2018/07/16(月) 19:16:33.22

なんで所有権の移動という一度しか起こらない元値を破壊するものが印なしで
参照の借用渡しが＆にしたんだろう

**デフォルトの名無しさん** · 2018/07/16(月) 19:17:08.68

リアルうざい知り合いはモチベーションに影響するからなあ
いくら物が良くても距離を置くのはそれはそれで賢い処世術

**デフォルトの名無しさん** · 2018/07/16(月) 21:33:53.76

またUXの話してる
親がUX 社会がUX 信者がUX

**デフォルトの名無しさん** · 2018/07/16(月) 22:02:29.79

あぁ、わからんでもない
言語じゃなくライブラリの話だが
仕事で使ってるライブラリを大して覚えようともせずVue.jsを猛プッシュしてくる中国人が、同僚に居て大嫌いになったわｗ
日本で流行ってる！ていうのもペチパーのCakePHP臭がして近寄りたくない

**デフォルトの名無しさん** · 2018/07/16(月) 23:18:16.92

楽しげに使ってるというよりかは
楽しいと思い込もうと必死になってるといった印象だから嫌なんだよ。。
それ絶対楽じゃないよね、もっと簡単なやり方あるよねって話が一切通じなくなるっていう。。

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

なんてこった。このスレは昔からリアルの友人報告スレだったのか……

**デフォルトの名無しさん** · 2018/07/17(火) 00:27:27.23

rustの狂信者なんて5chですら見たことないけど

**デフォルトの名無しさん** · 2018/07/17(火) 00:31:27.59

>>168
C/C++の&演算子と仕様を合わせただけだろ
仮に借用に&を使わない場合はどうするのが良いと思うわけ？

あと「元値を破壊」ってどう言うこと？
「移動」と「破壊」を同義として使ってるの？

**デフォルトの名無しさん** · 2018/07/17(火) 00:39:08.48

rust使うくらいなら何を使用しますか？

**デフォルトの名無しさん** · 2018/07/17(火) 00:52:31.91

ワールドスタンダードシイプラスプラス

**デフォルトの名無しさん** · 2018/07/17(火) 00:59:45.92

>>172
Haskellに対してならある程度は同意する
でも、Rustに対しては同意できないな
メモリ管理を自力でするのではなくコンパイラに任せる
メモリリークは自力でデバッグして解決するのではなく
コンパイラに詳細なエラー情報を表示して解決を手伝ってもらう
コンパイルが通ればメモリリークが無いことが保証される
きちんと楽で簡単になってるじゃん
GCの無い言語であれより楽で簡単にメモリ管理を行う方法を俺は知らない
知ってたら教えてほしい

**デフォルトの名無しさん** · 2018/07/17(火) 01:07:36.30

>>178
半ば本気で言うが c++ で生ポインタ使わなければ概ね実現できるんじゃないか
「～すれば」は(しないこともできちゃうから)ダメとか、
その場合の効率はどうなんだとか議論の余地はあるだろうけど

**デフォルトの名無しさん** · 2018/07/17(火) 01:50:03.11

GCが有っても、不要になったデータは破壊される
ただしその事実が隠蔽される

Haskellでもデータは破壊され、隠蔽される
もし隠蔽しなかったら、破壊的代入禁止という無理ゲーがもっと簡単になるよね
だからRustはGCをやめ、隠蔽するのをやめた

**デフォルトの名無しさん** · 2018/07/17(火) 07:16:12.90

破壊的代入禁止が無理ゲーってどこのドカタ星の話だよ
Rust使ってると脳が破壊されるのかな？

**デフォルトの名無しさん** · 2018/07/17(火) 10:32:38.35

Goはゴミだっていう記事を見たけどどうする？

**デフォルトの名無しさん** · 2018/07/17(火) 11:05:08.67

そんな旧約聖書にだって書かれているようなことは議論の余地もない

**デフォルトの名無しさん** · 2018/07/17(火) 12:00:50.30

rustは次世代言語の逆で、幼児退行言語。
rustの所有権は、赤ん坊のおしゃぶりと同じ。
おなかすいたらGCおかあさんのおっぱい吸えばいいのに
いつもおしゃぶりを握っていないと不安になるだけ。

**デフォルトの名無しさん** · 2018/07/17(火) 12:29:27.79

不可抗力的にお母さんのおっぱいが出ない(パフォーマンス上制約のある)現場はどうするのか
幼児退行を悪い事として述べる為におしゃぶりという例を用いているのに、良いものとしておっぱいを挙げているので幼児退行と非幼児退行の良し悪し比較がおしゃぶりとおっぱいの比較になりレスの中で批判の比喩が統一されていない

何かに例えてもふわっとしか批判できないのにそれを通り越して例えに統一感がない無意味さの塊みたいなレス

**デフォルトの名無しさん** · 2018/07/17(火) 12:39:43.59

難しい

**デフォルトの名無しさん** · 2018/07/17(火) 12:43:53.52

C++使え

**デフォルトの名無しさん** · 2018/07/17(火) 14:32:34.83

めっちゃ早口で言ってそう

**デフォルトの名無しさん** · 2018/07/17(火) 15:13:35.79

おっぱい（GC）で十分なのに、実際は効果のない何かを手で握ってないと不安な幼児退行ってことだろ
おしゃぶりじゃなくてガラガラって方が例えとして正しいと思うが

Rustが幼児退行言語ってことには激しく同意する
もうちょい踏み込むとアダルトチルドレン言語か？
ママのおっぱい（GC）には頼りたくないけどガラガラ握ってないと不安なクソガキメンタル

**デフォルトの名無しさん** · 2018/07/17(火) 15:20:19.98

スレッドセーフなARCと
シングルスレッド専用ARCと
mark&sweepのようなもの
を使い分けたい＝宣言したいという需要がとても強い

どう強いかっていうと、int型とdouble型とstring型を宣言したい需要と同じ種類の強さ

**デフォルトの名無しさん** · 2018/07/17(火) 15:21:47.71

そういえば最近GCも
新しいアルゴリズムやらで改良されてるね

**デフォルトの名無しさん** · 2018/07/17(火) 15:29:20.45

ガラガラ握り続けてないと不安で不安で仕方ないRustちゃん
巡回参照を持てない時点で使い物にならない言語なんだよなあ

**デフォルトの名無しさん** · 2018/07/17(火) 17:22:24.01

巡回ねぇ

**デフォルトの名無しさん** · 2018/07/17(火) 18:02:40.72

どのcpuでもinterlockedなインクリメントやデクリメントがあるから、
よほどコア数大きくない限りそんなに違いでないのでは？
測ってないけど。

>>スレッドセーフなarcとシングルスレッド専用のarc

**デフォルトの名無しさん** · 2018/07/17(火) 18:03:57.98

>>188
ラストスタンディングマン方式でレスバしてる板の定型文はNG

**デフォルトの名無しさん** · 2018/07/17(火) 18:15:18.06

>>195
おっぱいおっぱい言ってるレスへの返答なんて適当でいいでしょ

**デフォルトの名無しさん** · 2018/07/17(火) 18:37:48.50

エッチだ…

**デフォルトの名無しさん** · 2018/07/17(火) 19:11:52.22

rustみたいな言語が一般に広まっても
結局無理やりコンパイル通すためにRefCell,unsafe使いまくりのクソコードが
蔓延するだけなんだよね。
「コンパイル通れば安全」とかね、プログラムのバグの多くはそんなところにはない。

**デフォルトの名無しさん** · 2018/07/17(火) 19:37:16.70

そうそれは人の心のなかにあるのです

**デフォルトの名無しさん** · 2018/07/17(火) 19:49:51.65

まあRustなんてやってる奴は、
悪いこと言わないからCやC++やってろってこった

**デフォルトの名無しさん** · 2018/07/17(火) 20:03:03.78

どんな現場にいたら >>198 みたいな歪んだ考えをもつんだ？
気の毒すぎるだろ

**デフォルトの名無しさん** · 2018/07/17(火) 20:27:09.02

>>175
デフォルト借用

破壊というと御幣があるが、C＋＋の仕様をいうならなおさら
auto_ptrへの所有権移動で
=だけで移動するのがわかりにくいからって非推奨になった経緯がある

**デフォルトの名無しさん** · 2018/07/17(火) 20:54:44.55

>>200
C,C++は習得した上で趣味でやるもんでしょ。

**デフォルトの名無しさん** · 2018/07/17(火) 21:45:45.87

>>198
動的言語でできることはすべて静的言語でもできる
この性質により、お前らが気に食わないコードでもコンパイルが通る

RefCellはコンパイル時ではなく実行時にborrowチェックしているようだな
まるで動的言語のようだ

**デフォルトの名無しさん** · 2018/07/17(火) 21:51:32.49

>>202
デフォルト借用なら移動の方はどんな演算子orキーワードを導入するの？

>auto_ptrへの所有権移動で
>=だけで移動するのがわかりにくいからって非推奨になった経緯がある
それはC/C++の=はもともとコピーのセマンティクスを持つから移動に変えたら分かりにくいって事情があったからでしょ？
RustはCとの互換を捨ててるからCのセマンティクスの影響は受けない
でも、Rustは互換は捨ててもCとの親和性は欲しいという都合(ワガママとも言える)があるから
Rustの参照(借用)はC/C++の参照と似たようなセマンティクスになる&で妥当だと思うけど？
C++とRustのコピー・移動・参照(借用)の方法を整理すると↓になる

C++
コピー : =
移動 : std::move()
参照 : &

Rust
コピー : Copyトレイト
移動 : =
参照(借用) : &

◆QZaw55cn4c · 2018/07/17(火) 22:14:52.05

>>191
具体的に教えてください

**デフォルトの名無しさん** · 2018/07/17(火) 22:14:55.31

C++ユーザー取り込むために文法にせてるのに
肝心のところでC++ユーザーが混乱するじゃないか…
どうせ=で移動したって参照わたしてるんだから&の意味がズレてる

所有権の移動という重要なできごとにこそ別途印がつくべきだった

**デフォルトの名無しさん** · 2018/07/17(火) 22:18:19.09

>>179
>半ば本気で言うが c++ で生ポインタ使わなければ概ね実現できるんじゃないか
出来ると思うよ
でも、C++はRustよりもさらに複雑怪奇な仕様で使いづらい
C++のスマートポインタは正しい使い方をすればRustに負けず劣らず優れてるけど
それは、同程度に優れているだけであってRustより優れているとは思わない

あと、少し話が変わるけど実はRustの最も優れているところは
所有権・借用・ライフタイムの概念よりもエラーハンドリングだと思ってる
あのResult型とErrorトレイト・Fromトレイトとtry!マクロ(?演算子)を使用した
エラーハンドリングの方法は個人的には感動するレベルの代物だった
今後の次世代言語のエラーハンドリングは全てあれをベースに発展させていくべきだと思うほど気に入っている

**デフォルトの名無しさん** · 2018/07/17(火) 22:28:43.55

>>207
>どうせ=で移動したって参照わたしてるんだから
あれ？それって仕様として決まってるんだっけ？
コンパイラの最適化の結果としてそうなるってだけじゃなかったっけ？

>>所有権の移動という重要なできごとにこそ別途印がつくべきだった
いや、だからその移動に何の印を付けるのがいいと思ってるの？
俺は借用には&が妥当だと思うとは言ってるけどベストだとは言ってないじゃん
ベターな代替え案があるなら俺だって意見を変えるよ

**デフォルトの名無しさん** · 2018/07/17(火) 22:40:17.36

x = f(x) とか
C++で有名な x = x とか
これらはmoveが最善

**デフォルトの名無しさん** · 2018/07/17(火) 23:26:02.33

Rustも=でコピーのことがあるから余計ややこしい
let p = q ってかいてあってqがその後も使いまわせるかぱっと見わからんとか
ポインタっぽく普段の=は参照渡しで&が所有権移動にすりゃよかったとおもう

**デフォルトの名無しさん** · 2018/07/17(火) 23:59:18.30

スレチなんでちょっとだけ、C++は別に複雑では無いよ
プリプロセッサは氏んだほうがいいけど

**211** · 2018/07/18(水) 00:26:29.77

書いてて初めて気が付いた
実際に触ったことないから想像で書いてるんだが

>let p = q ってかいてあってqがその後も使いまわせるかぱっと見わからん

ほんとにこういう仕様なのか
使いづらすぎんかこれ？

**デフォルトの名無しさん** · 2018/07/18(水) 00:39:34.50

使い回せるかどうかはCloneトレイト実装してるかどうかに依存する
つまり見た目ではわからない

まあそもそも古い変数を変なとこで使い回す設計って普通にバグの元だし
ぱっと見てコピーかムーブか分かるかどうかが重要かと言われると確かに怪しい
ぱっと見で区別が必要なコード書くなって話だな

**デフォルトの名無しさん** · 2018/07/18(水) 00:56:25.58

逃げるのか？

**デフォルトの名無しさん** · 2018/07/18(水) 01:07:18.74

使い回せるかどうかは、ぱっと見た時ではなく、コンパイル時にわかる
ぱっと見てわかるならコンパイラいらねえよ

**デフォルトの名無しさん** · 2018/07/18(水) 01:26:46.09

スクリプト言語以外はとりあえずgoやっときゃええの？

**デフォルトの名無しさん** · 2018/07/18(水) 01:51:32.87

今時文字列リテラルに変数とか式を埋め込めない言語って嫌がらせかよって思う

**デフォルトの名無しさん** · 2018/07/18(水) 01:53:31.62

Goは他のまともな言語をいくつか使える人にとっては、低脳言語な割には意外とまともに使えるよく考えられてる言語だ、という感想になるけど、
PHPとGoしか知らないとかだと普通に低脳なだけの言語になっちゃいそう
頭悪くなるからやめとけ

**デフォルトの名無しさん** · 2018/07/18(水) 01:58:34.09

高脳言語はどれ

**デフォルトの名無しさん** · 2018/07/18(水) 05:20:47.62

>>214
Copyトレイトな

**デフォルトの名無しさん** · 2018/07/18(水) 08:17:22.02

C++って埋め込みできる？

**デフォルトの名無しさん** · 2018/07/18(水) 10:24:34.37

>>219
まさにこれ
低脳言語の中では一番頭がいいのがGo
頭がいいと思って使うと肩透かしくらうが、低能と割りきるならすこぶる便利

そこにニーズがあると読みきったGoogle少しだけ見直したわ

**デフォルトの名無しさん** · 2018/07/18(水) 13:39:15.98

Go言語らしさを生かしてどうこう言われると反発したくなるので関心を持たないことにした

**デフォルトの名無しさん** · 2018/07/18(水) 15:41:12.26

低能言語って何？

**デフォルトの名無しさん** · 2018/07/18(水) 17:33:07.79

ソースコードのエントロピーの低い言語

**デフォルトの名無しさん** · 2018/07/18(水) 18:23:26.35

エントロピーの意味クグって来いよｗ

**デフォルトの名無しさん** · 2018/07/18(水) 21:00:27.24

エントロピー低いなら低能じゃないだろって思ったけど、驚き最大的な意味ではたしかにエントロピー高いのが一番いいのか？

圧縮専門の人頼む

**デフォルトの名無しさん** · 2018/07/18(水) 21:13:13.80

ざっくり言うと
「これもっと短く書く記法や仕組みがあるだろ」
というようなものが低エントロピー

**デフォルトの名無しさん** · 2018/07/18(水) 21:15:02.23

短けりゃいいってのか！？

**デフォルトの名無しさん** · 2018/07/18(水) 21:18:56.01

別に良いとも悪いとも言ってない
エントロピーの話

ライブラリや組み込み機能を使って短く書けました！
なんてのは圧縮で言うなら辞書式圧縮だな

**デフォルトの名無しさん** · 2018/07/18(水) 21:22:45.59

goはコードの見た目がなんとなくダサい

**デフォルトの名無しさん** · 2018/07/18(水) 22:12:26.78

よく勘違いしたアホがいうソースコードのエントロピーの増大ってのは、
MOVE A OF X TO A OF Y
MOVE B OF X TO B OF Y
MOVE C OF ...
の二行目だけが仕様変更で
COMPUTE B OF Y = B OF X + 1
に変わったら元より情報量が増えるという当たり前のことを言ってるに過ぎない
最初から
MOVE CORRESPONDING X TO Y
の一行だったら当然同じ行数あたりのエントロピーはずっと大きくなる

**デフォルトの名無しさん** · 2018/07/18(水) 22:34:11.10

エントロピーが低いと無駄な繰り返しが多いけど、高すぎるとgzになっちゃう感じか
ギブズエネルギーに当たる概念はないのか？

**デフォルトの名無しさん** · 2018/07/18(水) 22:37:03.82

pythonとかいう可読性の低い言語あるよな