次世代言語27 TypeScript Swift Go Kotlin Rust Nim

**デフォルトの名無しさん** · 2022/08/05(金) 08:26:38.87

スレタイ以外の言語もok

前スレ
https://mevius.5ch.net/test/read.cgi/tech/1655771266/

**デフォルトの名無しさん** · 2022/08/12(金) 18:40:09.03

一定数に名前が知られている時点で流行ってると言って良いと思うよ

**デフォルトの名無しさん** · 2022/08/12(金) 19:35:03.04

Scala　vs Haske vs Rustみたいなスレを作った方がいいかもね

**デフォルトの名無しさん** · 2022/08/12(金) 19:41:01.12

C vs C++ vs Rust だけでいいだろ
大方の興味はこの１点につきる

**デフォルトの名無しさん** · 2022/08/12(金) 19:43:26.46

>>315
RustはC++のサブセットだから意味ないと思う。

**デフォルトの名無しさん** · 2022/08/12(金) 19:50:24.38

>>312
初心者が何言っとる。

**デフォルトの名無しさん** · 2022/08/12(金) 23:23:35.24

Zig が存在するのに、なぜ他の言語でプロジェクトを開始するのでしょうか?

**デフォルトの名無しさん** · 2022/08/12(金) 23:58:58.03

>>316
C++はデータ競合すらコンパイラが指摘できない

>>318
Zigは手動メモリ管理だから論外

**デフォルトの名無しさん** · 2022/08/13(土) 00:30:17.86

そのとおりです。 Rust では、プログラムは常に malloc と free を呼び出します。 Zig では、メモリを最初に 1 回割り当てることができます。

**デフォルトの名無しさん** · 2022/08/13(土) 00:46:50.18

Rust叩きしてる人はなぜいつも無知なのだろうか

**デフォルトの名無しさん** · 2022/08/13(土) 01:03:17.60

Rust ユーザーが jemalloc を使用する必要があるのはなぜですか

**デフォルトの名無しさん** · 2022/08/13(土) 01:57:28.21

>>321
多数決主義じゃないかなあ
マイノリティの知識を利用できない

**デフォルトの名無しさん** · 2022/08/13(土) 02:07:32.42

アホジャップが生産性低いのは
メタプログラミングできないとの
JIS配列でアホみたいな足枷はめられてるから
USキーボードでDvorak配列は当たり前

俺たちタイプライターの時代じゃなくて
コンピューターの時代に生きてるんだよな
アップデートして時代に追いつこう

**デフォルトの名無しさん** · 2022/08/13(土) 02:34:08.59

>>322
一般論として全ての用途に有利なメモリアロケータはもちろん存在しない
またアプリケーションプログラムの方もその用途によっては標準とは別のメモリアロケータ利用が最適化に効くものも当然ある
したがってもし必要と判断した時に利用するメモリアロケータを変えられることが好ましい

調べてみると
Rustもそのようなメモリアロケータを変更可能な言語
jemallocはある種の用途で有利になりうるメモリアロケータ
そして両者を組み合わせて用いることに支障はないようだが何を問題にしているのか？

**デフォルトの名無しさん** · 2022/08/13(土) 03:03:54.43

Haskellのときも、世界が見限ったころに5chで流行り始めた。

**デフォルトの名無しさん** · 2022/08/13(土) 03:04:25.86

実用性のない言語は使われない。

**デフォルトの名無しさん** · 2022/08/13(土) 03:41:52.55

Haskellは大量のgarbageを撒き散らすうえにGCが遅いため実行時間が遅いのが致命的な古い言語
しかし代数的データ型やパターンマッチに型クラスなど有用なものが多く後の言語に影響を与えた
30年前の言語をわざわざ次世代言語スレに持ち出してきて叩く人はおかしい

**デフォルトの名無しさん** · 2022/08/13(土) 03:47:09.96

Rustも世界が見限ったので5chで流行り始めてる。

**デフォルトの名無しさん** · 2022/08/13(土) 03:59:57.56

いつものやつ。
https://trends.google.co.jp/trends/explore?q=%2Fm%2F0dsbpg6,%2Fm%2F02p97,PHP

**デフォルトの名無しさん** · 2022/08/13(土) 04:10:31.61

>>330
修繕
https://trends.google.co.jp/trends/explore?q=%2Fm%2F0dsbpg6,%2Fm%2F02p97,%2Fm%2F060kv

**デフォルトの名無しさん** · 2022/08/13(土) 04:21:51.20

937 デフォルトの名無しさん 2022/08/02(火) 15:13:23.73 ID:EoK+AbMq
>>936
>>1によるとRustは現世代最強言語だから比較として出てくるのは当たり前だろ

比較として過去世代言語を持ち出すのはレギュレーション違反ではありません
よろしくお願いします

**デフォルトの名無しさん** · 2022/08/13(土) 04:22:46.97

>>329
昨年Rust FoubdationをGoogleやMicrosoftやAmazonなど
世界の大手IT各社が共同で設立したばかりですが
どこの世界がRustを見限ったの？

**デフォルトの名無しさん** · 2022/08/13(土) 04:49:06.79

FacebookがRustを採用。
↓
Facebookの失墜。
↓
世界がRustを見限る。

Facebookが戦犯。

**デフォルトの名無しさん** · 2022/08/13(土) 05:17:02.03

>>245の記事によると
世界でトップシェアのクラウドAWSがその提供サービス実装にRustを使っているようだぜ

**デフォルトの名無しさん** · 2022/08/13(土) 05:34:22.29

>>335
終わりの始まり。

**デフォルトの名無しさん** · 2022/08/13(土) 06:07:19.25

Rustで出来てる有名なソフトって何かあるの？

**デフォルトの名無しさん** · 2022/08/13(土) 06:28:22.11

AWSだけでなくLinux OSもAndroid OSもRustを採用したから終わりの始まり

**デフォルトの名無しさん** · 2022/08/13(土) 07:38:54.55

あくまでも適してるのは低レイヤー

**デフォルトの名無しさん** · 2022/08/13(土) 08:13:13.08

Linux OSもAndroid OSもCで書かれてる。

**デフォルトの名無しさん** · 2022/08/13(土) 08:17:14.35

Rustで書かれてるメジャーなOSって何かあるの？

**デフォルトの名無しさん** · 2022/08/13(土) 09:28:15.05

あったら何なの？無かったら何なの？
関係ないんだよお前には

**デフォルトの名無しさん** · 2022/08/13(土) 09:42:57.35

なんかGoもRustも違うんだよな～
求めてる言語じゃないっていうか
Cをベースにして欲しいんだよ俺は
C++は論外

**デフォルトの名無しさん** · 2022/08/13(土) 09:49:20.23

Rubyはどうだい？

**デフォルトの名無しさん** · 2022/08/13(土) 09:55:35.86

>>325
メモリ安全を売りにしているRustだから、メモリアロケータもRust製に拘った方が良いとかは無い？

**デフォルトの名無しさん** · 2022/08/13(土) 09:58:00.87

>>343
C#をネイティブコンパイルで

**デフォルトの名無しさん** · 2022/08/13(土) 10:00:10.89

■Rust使用実績
<OS>
- Linux
- Android

<基盤、ミドルウェア>
- AWS

<アプリケーション>
- Firefox

<Webアプリ>
- Cookpad
- Dwango

**デフォルトの名無しさん** · 2022/08/13(土) 10:16:01.13

WebアプリでRust使ってるやつはバカそのもの

**デフォルトの名無しさん** · 2022/08/13(土) 10:45:37.81

■Goの使用実績

https://github.com/golang/go/wiki/GoUsers

**デフォルトの名無しさん** · 2022/08/13(土) 11:10:16.71

GCがメモリ解放を「遅延」する特性を
プログラミング全般に応用した遅延評価は
GCの失墜を象徴する芸術作品なんだよ

**デフォルトの名無しさん** · 2022/08/13(土) 11:30:18.26

>>350
メモリ解放の遅延と評価の遅延は対象も効果も目的も違うだろ。

同一視するのはさすがに無知過ぎない？

**デフォルトの名無しさん** · 2022/08/13(土) 11:41:11.76

GCが適さない環境でメモリ管理するいいやり方が所有権システムってだけなのでは？

GCが特に問題ならない環境でその所有権システムをわざわざ利用するメリットは？

**デフォルトの名無しさん** · 2022/08/13(土) 11:45:26.29

Haskellの場合は構文木のグラフ簡約がなければGCのグラフ探索もほとんど不要だよね

**デフォルトの名無しさん** · 2022/08/13(土) 11:56:00.20

>>352
静的型付けとか所有権とかは
難しいものでもなく慣れだけで簡単で
実際に使っていると大した手間も無く
メリットばかりが得られるんだよ

コンパイル時点で静的に全て決まるから
実行時にその分の無駄なデバッグなども不要
どの分野とか全ての分野で同じ

更にオマケとして
高速と省メモリが付いてくる
もちろん安全性も付いてくる

**デフォルトの名無しさん** · 2022/08/13(土) 12:17:05.15

>>352
エコ

**デフォルトの名無しさん** · 2022/08/13(土) 12:27:39.76

信者曰くデメリットなくてコストもかからずメリットしかないらしいけど
競プロでもISUCONでも全然人気ないし、エンタープライズでもほとんど見ないね

**デフォルトの名無しさん** · 2022/08/13(土) 12:38:30.52

UnityがC#からRustに乗り換えでもしたら、
私でもRustを扱える難易度かもしれない。

**デフォルトの名無しさん** · 2022/08/13(土) 12:44:13.20

そもそもGCがボトルネックになるケースって相当なレアだと思うんだけど
GCをなくしたいモチベーションがよくわからない

**デフォルトの名無しさん** · 2022/08/13(土) 12:53:11.09

GCかどうかはどうでもいい話

高速＆省メモリ
　だと
エコ＆利用者も快適＆リソース料金コストも安い

つまり良いこと尽くしなので高速＆省メモリを選ぶ
結果として非効率なGCは論外

**デフォルトの名無しさん** · 2022/08/13(土) 12:57:18.86

エンタープライズでは開発コスト重視するからRustはコストの観点では論外だね
開発メンバが抜けた時に継続してメンテできるか？新たな人材の確保は容易化？を最優先に考えるから

コストで有利に働くのはあくまでも個人開発の場合だね

**デフォルトの名無しさん** · 2022/08/13(土) 12:58:30.25

NoSQL最強でRDBは不要おじさんw
無知そのものw

**デフォルトの名無しさん** · 2022/08/13(土) 13:02:33.78

なにがし言語が使える人材、なんて人材の探し方してるの？
それでエンタープライズは笑う

**デフォルトの名無しさん** · 2022/08/13(土) 13:04:50.07

>>352
メモリ以外のリソース、コネクションやファイルハンドラやらも所有権の枠組みで管理できるので並列処理でリソース管理周りのバグを出したくなければRustが理に適ってるシーンもある。

GC付きの言語でメモリ以外のリソースをGC的に管理しようとする取り組みとか無いのかね。
tryで囲んだりdefer書くとかで責務をいつまでも書き手に委ね続けるのは言語設計者の怠慢だわ。

**デフォルトの名無しさん** · 2022/08/13(土) 13:07:30.57

イキってRustなんて使ったところで技術的負債になるだけ

あくまでもC++を置き換えるだけだからイキって採用しないようにしろよ

**デフォルトの名無しさん** · 2022/08/13(土) 13:07:51.86

エスケープ解析に触れないでGCと所有権を比較するのはさすがに無能すぎる。

あと、所有権に言及して設計の制約を無視する奴は詐欺師。
Rustはまず効率化のために制約の下でできる範囲で設計して、無理なら設計を破棄してやり直す(か、そもそもコーダーにやらせない)思想だろ。

**デフォルトの名無しさん** · 2022/08/13(土) 13:19:05.90

>>360
現実世界だと大手IT各社がRustを採用しているのはどうしてなの？

**デフォルトの名無しさん** · 2022/08/13(土) 13:23:30.97

>>363
デストラクタ内でポインタをいじる処理を許せばGCの性能が死ぬ

**デフォルトの名無しさん** · 2022/08/13(土) 13:35:35.80

>>363
C#のusingじゃだめですか

**デフォルトの名無しさん** · 2022/08/13(土) 13:36:08.73

>>367
メモリ以外のリソースを持つオブジェクトを型付けしてやって効率的にするとかできないもんかね。

何にせよRustの適用領域が狭いのは確かだけどハマる領域だとこれ一択レベルだろうな。

**デフォルトの名無しさん** · 2022/08/13(土) 13:40:47.26

>>369
Rustはほとんどの領域に向いている汎用的な言語
そもそも特定向け専用言語なんて非常に珍しい存在

**デフォルトの名無しさん** · 2022/08/13(土) 13:40:59.10

>>366
ヒント　低レイヤー　C++

**デフォルトの名無しさん** · 2022/08/13(土) 13:45:03.23

>>368
C#のusingやkotlinのuseが正解っぽい感じはするんだけど、GCみたいにそもそも普段は意識しなくて済む感じになってほしい。

**デフォルトの名無しさん** · 2022/08/13(土) 13:54:48.24

>>370
向いていると専用の違いがわからない馬鹿

**デフォルトの名無しさん** · 2022/08/13(土) 14:02:11.57

ここにあるファイルを末尾に日付を入れてネットワーク上のNASにコピーした後、削除し空ファイルを作ってください。
これをRustでやる奴はウンコ、普通にbashで書く

**デフォルトの名無しさん** · 2022/08/13(土) 14:06:21.25

Pythonの__del__の仕様を確認したらむちゃくちゃ大雑把だった
こんなのスクリプト以外で許されるわけねえだろ

**デフォルトの名無しさん** · 2022/08/13(土) 14:10:23.92

>>374
エラー処理の要件次第ではbashだと辛くなりそうな予感がするんですが

**デフォルトの名無しさん** · 2022/08/13(土) 14:19:49.12

>>372
普通にストリームとかを使いっぱにしとけばいいんじゃね？
まともな実装ならその変数がGCで回収される時にクローズされるだろ

**デフォルトの名無しさん** · 2022/08/13(土) 14:49:04.30

>>326
日本が伊達にIT後進国じゃないってことだよな

**デフォルトの名無しさん** · 2022/08/13(土) 14:51:34.28

>>343
zig

**デフォルトの名無しさん** · 2022/08/13(土) 15:27:52.15

>>374
それだとファイルの末尾だと誤読しうる
おそらくファイル名の末尾の意味だろう

そういう処理は用途によってはbashスクリプトも当然使っている
ただし色んなエラー処理をしだすとシェルスクリプトでは面倒なこともある

そのためプログラミング言語を使う場合もある
Rustを使っているものもある

**デフォルトの名無しさん** · 2022/08/13(土) 15:36:28.85

>>377
GCはいつ起こるかわからない
そしてその使い方ではGCが起きるまでクローズが遅延される

すると色んな問題が起こる
OSリソースがその間占有され続ける
占有オープンなら他者が利用できないなど

GC言語を使うなら面倒でもdeferやusingなどで明示的に後処理するしかないだろう
もちろんC++やRustならばRAIIにより即座に解放されクローズ処理もされるため面倒な記述は不要である

**デフォルトの名無しさん** · 2022/08/13(土) 15:40:18.08

>>381
> GCはいつ起こるかわからない
> そしてその使い方ではGCが起きるまでクローズが遅延される
そんなことは分かってるよw
話の流れくらい読めよ

**デフォルトの名無しさん** · 2022/08/13(土) 15:56:23.29

>>382
RAII言語の方が優秀だと認識できているならばよろしい

**デフォルトの名無しさん** · 2022/08/13(土) 16:14:32.90

>>383
アホなの？
C# の using も知らん無能はいちいち絡んでくるなよ

**デフォルトの名無しさん** · 2022/08/13(土) 17:08:08.82

>>384
君は>>381を最後まで読まずに
途中で反射的に書き込んでいると分かったのでもういい
反省しなさい

**デフォルトの名無しさん** · 2022/08/13(土) 17:28:21.83

NoSQL最強おじさん笑
RAII最強おじさん笑

**デフォルトの名無しさん** · 2022/08/13(土) 17:30:58.15

>>385
お前は>>372に既に書いてあることをアホみたいに再度書いてるから揶揄されてることも分からん知能しかないことがよくわかったよw

**デフォルトの名無しさん** · 2022/08/13(土) 17:33:59.86

>>375
そんな雑なものがたくさんあるのに、Rustにすべきなんて言う人とはいつ迄も平行線な気がするよね。

**デフォルトの名無しさん** · 2022/08/13(土) 17:41:30.08

>>363
それが怠慢とかｗ
どこでメモリ（リソース）を確保してどこで解放するかをプログラマが選択出来なきゃ
それこそ自由度が無く使いにくい言語になる
GCがあるから解放しなくてもいつかやってくれるから明示的に書かないという思想が
正しいと思っているならおかしい

**デフォルトの名無しさん** · 2022/08/13(土) 17:50:27.94

>>388
Rustやれぇとか命令されても
命令を無視する自由度のある人間はいちいち気にしない
命令無視しようが平行線だろうが何も問題ない

**デフォルトの名無しさん** · 2022/08/13(土) 18:03:09.67

useとかusingとかdeferとか
書き忘れていたら実行前にエラーとなってくれればいいんだけどね
忘れずに書いていることに依存させる言語仕様はよくないね

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

GCは結局メモリとGCの二つを管理しなきゃいけなくなって非効率なんじゃないか？

**デフォルトの名無しさん** · 2022/08/13(土) 18:14:07.67

量子プロセッサ時代のプログラミング言語とか、意義のある会議は出来ないものか。

**デフォルトの名無しさん** · 2022/08/13(土) 18:42:16.49

ここ隔離スレなので特定のトピックに興味あるなら専用スレ立てた方が良いよ

**デフォルトの名無しさん** · 2022/08/13(土) 21:59:10.85

ファイルの自動クローズがRAIIで無条件かGCなので何らか明示指定かの話を見ていて思ったんだけど、
メモリの自動解放はこれまでGC言語だけの特権でGCにはデメリットもあれどメモリの自動解放という何もかもを上回るメリットが前面にあったのよね。
ところがGCがないのにメモリを自動解放するプログラミング言語が登場しちゃって危機感を覚える人も登場しちゃって、

**デフォルトの名無しさん** · 2022/08/13(土) 22:51:24.09

GCがない(?)のにメモリを自動解放するプログラミング言語は昔からありますが……C++と言いましてね。

C++で（Rustみたいに）スタックフレームに何でも押し込むスタイルにするとどうなるのかねぇ。

**デフォルトの名無しさん** · 2022/08/13(土) 23:40:22.03

重要なものがキャッシュに乗りにくくなるのでは？

**デフォルトの名無しさん** · 2022/08/13(土) 23:54:24.87

そもそもRustもC++も含め、RAIIは何でもスタックに積んでいるわけではない
スタック上の値のように振る舞うように作られているだけで、内部的にヒープにメモリを確保しポインタを保持しているケースが多い

**デフォルトの名無しさん** · 2022/08/14(日) 00:25:46.03

Rustは自動メモリー管理が売りなんだから、C++のように自由に何でも出来たらダメでは？

**デフォルトの名無しさん** · 2022/08/14(日) 00:49:36.36

JavaとHaskellの良いとこ取りのように宣伝されてたけど、悪いところを併せ持ってしまったのでは？

**デフォルトの名無しさん** · 2022/08/14(日) 07:17:26.98

>>396
C++はメモリを自動解放しない。
unique_ptrやshared_ptrを忘れずに利用し間違えずに使用した場合のみ自動解放されるが、
それはその正しく作られたプログラムがメモリを自動解放しているのであり、
C++という言語自体がメモリを自動解放することはない。
一方でGC言語やRust言語などはプログラムの記述と関係なくメモリが自動解放される。

**デフォルトの名無しさん** · 2022/08/14(日) 07:54:47.25

事実上今時のプログラムで生ポインタなんて使わないしアスペの>>401は知らんけど普通のプログラマにとってメモリー解放はC++程度で充分

**デフォルトの名無しさん** · 2022/08/14(日) 08:05:26.58

>>402
それはプログラマーの問題。
プログラマーの作ったプログラムにより自動解放している。
C++という言語はメモリを自動解放しない。

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

>>401
一般ユーザーがめったに使わないnewで言いがかりつけるなよ。Rustのunsafeみたいなものだろ。

**デフォルトの名無しさん** · 2022/08/14(日) 08:30:27.75

はいはい、アスペは何を指摘されているかも理解できないからどうでもいいわ

**デフォルトの名無しさん** · 2022/08/14(日) 08:44:12.34

ムッシュムラムラ

**デフォルトの名無しさん** · 2022/08/14(日) 09:20:45.22

RAIIみたいなありふれたものじゃなくてxor mutabilityをアピールした方が良いのでは

**デフォルトの名無しさん** · 2022/08/14(日) 09:37:16.54

>>407
これ

**デフォルトの名無しさん** · 2022/08/14(日) 09:38:28.08

>>407
実運用としては難しすぎて逆効果だとわかっているから言わないんだよ。
あるいはそもそも理解していないか。

**デフォルトの名無しさん** · 2022/08/14(日) 10:03:55.97

>>409
難しすぎて逆効果ってどういうこと？
ワイRust大好きマンだけど、趣味ってだけで業務ではRust使ってないからよくわからない....

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

>>410
もちろん難しいことはなくとてもシンプルな原理
そして実運用で非常に大きなメリットをもたらしている
Rustが大手IT各社に支持されている理由の一つ

**デフォルトの名無しさん** · 2022/08/14(日) 10:29:55.69

あくまでもOS開発の用途で採用されてるだけ

**デフォルトの名無しさん** · 2022/08/14(日) 10:38:15.56

>>412
Rustの世界的大規模な調査結果により
Rustの利用対象はサーバーサイド/バックエンドが最多で
以下クラウド、分散システム、WebAssembly/Webフロント、組み込みといった状況になっている