次世代言語26 TypeScript Swift Go Kotlin Nim

**デフォルトの名無しさん** · 2022/06/21(火) 09:27:46.30

スレタイ（順番はRedMonk準拠）以外の言語もok

※　Rustは現世代最強言語なので除外します

前スレ

次世代言語25 TypeScript Swift Go Kotlin Rust Nim
https://mevius.5ch.net/test/read.cgi/tech/1650185555/

**デフォルトの名無しさん** · 2022/07/28(木) 20:54:03.33

>>602のRustコードを使った>>430の測定方法による結果(抜粋)

Language | Simple | Optimized | Notes
------------- | ------ | --------- | -----
Rust(New) | 0.73 | 0.21 | Optimizedが今回のソース
Rust | 0.73 | 0.27 | by Andrew Gallant
C | 0.74 | 0.19 |
Go | 0.91 | 0.33 |
PHP | 1.08 | | by Max Semenik
C++ | 1.49 | 0.24 | optimized by Jussi P, Adev, Nathan M

これでC言語よりはやや遅いが他の言語よりはRustが速くなった
Rustは「分かりやすく」「安全で」「高速な」コードを書けることが実証された

**デフォルトの名無しさん** · 2022/07/28(木) 21:33:34.37

実証された（主観）

**デフォルトの名無しさん** · 2022/07/28(木) 21:49:48.90

>>604
主観の前に PHPerから見たが抜けてるぞ

**デフォルトの名無しさん** · 2022/07/28(木) 22:02:46.94

測定方法を含めて全てのソースコードが公開されて検証可能なのだから、
客観的に実証されたとみていいんじゃないの？
覆すにはRustより速いコードを出すしかない。
>>602のRustコードは、unsafeもトリッキーなところもなく、自然な容易なコードで速度が出てるのが凄い。

**デフォルトの名無しさん** · 2022/07/28(木) 22:41:13.22

Cの後継はZig、C++の後継はCarbonというのが正しい認識である
Rustは一部の技術好きが個人開発に使う言語に留まるだろう

**デフォルトの名無しさん** · 2022/07/28(木) 22:41:22.64

なんだコロコロID変えんの

**デフォルトの名無しさん** · 2022/07/28(木) 22:54:32.88

Zigはsimpleのほうでいきなりarena使ってて
それありなんって感じ

**デフォルトの名無しさん** · 2022/07/28(木) 23:28:28.60

>>607
はいはい、おじいちゃんもう寝る時間よ。

**デフォルトの名無しさん** · 2022/07/29(金) 00:17:37.16

>>607
CarbonはC++と心中する人のための言語だよ

**デフォルトの名無しさん** · 2022/07/29(金) 00:17:44.81

>>602,606
この自演に気がつかないやつが一人でもいると思ってるのかな？

**デフォルトの名無しさん** · 2022/07/29(金) 00:29:36.08

>>602
やはりアルゴリズムの問題でそれが同じならC/C++/Rustで速度ほぼ同じなんだな
それなら抽象的にプログラミングしやすくコンパイラが安全保証してくれるRust一択だな

**デフォルトの名無しさん** · 2022/07/29(金) 00:32:24.17

俺の環境だとPHPはそこまで速くないな
とはいえ確かにpythonとかよりは速い
C/C++/Rustはここと同じ感じ

**デフォルトの名無しさん** · 2022/07/29(金) 00:38:05.70

俺の環境だとPHPとJavaScriptがほぼ五分の勝負をしてる
スクリプト言語最速はこの２つということで良いと思う

**デフォルトの名無しさん** · 2022/07/29(金) 01:20:07.89

スクリプト言語の差はコード実行の差じゃなくインタプリタの起動時間の差

**デフォルトの名無しさん** · 2022/07/29(金) 03:36:57.85

安倍元総理がミネクールとかいう統一教会の信者さんが取り扱う水素水で調子が良いという記事がドンドン消えてるんだけど。
調べてみると、ミネクールって、神奈川県警とか神奈川県消防局とかに納入されてて警察官も水素水で調子が良いらしいですよ。
なぜかドンドン記事が消えてるけど。

**デフォルトの名無しさん** · 2022/07/29(金) 03:41:56.40

防衛庁にも納入されてる・・・
統一教会凄いな。

**デフォルトの名無しさん** · 2022/07/29(金) 03:42:36.20

安倍総理も飲んでるらしいよ。
水素水。
健康に良いんだって。

**デフォルトの名無しさん** · 2022/07/29(金) 07:53:56.53

>>603
Rustを遅いと叩くために持ち出してきたベンチマークだったはず
Rustが速いと証明されてしまったのか

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

よかった、Rustは遅くなかったんだね

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

Rustが速い遅い以前にこんなの本当に流行るのか？
正直気持ちが悪い言語だと個人的には思う

**デフォルトの名無しさん** · 2022/07/29(金) 08:42:53.70

>>622
Rust参考に作ったコーダー向けサブセットc++か、所有権を使いやすく整理した別言語が出てくると思う。

**デフォルトの名無しさん** · 2022/07/29(金) 08:44:13.23

>>622
Visual Studioでデフォルトで選べるようになれば流行ると思う

**デフォルトの名無しさん** · 2022/07/29(金) 09:00:33.06

Rustのムーブセマンティクスに慣れると逆にC++が気持ち悪くてしょうがないな
個人的に所有権は十分洗練されてると思うからasync周りをなんとかした新言語希望

**デフォルトの名無しさん** · 2022/07/29(金) 09:03:23.24

分かる
Rustの気持ち悪さは異常
まず文法が気持ち悪い
selfの省略記法が気持ち悪い

**デフォルトの名無しさん** · 2022/07/29(金) 09:11:36.03

Nimがシンプル版で最強だから最強言語はNim

**デフォルトの名無しさん** · 2022/07/29(金) 09:17:48.94

>>624
逆だろ
流行ればVSにもデフォもしくはNuGetで準備してくれるだろう

**デフォルトの名無しさん** · 2022/07/29(金) 10:15:19.91

>>627
++

simple is best

**デフォルトの名無しさん** · 2022/07/29(金) 10:49:05.42

過去日本で広まった言語を見るとアメリカで流行ってからだいたい5年遅れで日本に広まる
今のアメリカの状況見れば日本でもRustが浸透するのは時間の問題だと思うよ

**デフォルトの名無しさん** · 2022/07/29(金) 10:49:49.43

Rustはメモリが安全だからな

**デフォルトの名無しさん** · 2022/07/29(金) 11:05:34.34

>>628
C#が流行ったのは、MSが作ったからではなくてVSでデフォになったからでしょ
Rustもそうなれば間違いなく流行るよ

Windowsで採用され始めてるから、可能性はある

**デフォルトの名無しさん** · 2022/07/29(金) 11:31:41.86

rustが気持ち悪いというより信者の選民思想がやばいわ。そういう言語は流行らん

**デフォルトの名無しさん** · 2022/07/29(金) 11:34:13.72

今現在C/C++を使ってない人はRustを無視していいよ
勉強してもどうせ使わないよ

**デフォルトの名無しさん** · 2022/07/29(金) 11:47:52.27

メモリ自動解放なプログラミング言語で高速な言語がRustしかないけど
Rustを使っていて慣れてきたら非常に便利でプログラミングしやすい言語だと分かってきた
開発効率が上がるわけだと納得

**デフォルトの名無しさん** · 2022/07/29(金) 11:48:22.21

気持ち悪さをもうすこし具体的に分析してみてよ
お気持ちだけ言われても議論にならん

**デフォルトの名無しさん** · 2022/07/29(金) 11:50:44.03

フクオジは確かにキモチワルイ
Rust使ってる身としてはこういうやつは消えてほしい

**デフォルトの名無しさん** · 2022/07/29(金) 11:51:43.26

>>632
それはMSが作って広めようとしたからね
RustはMSが作ったわけじゃないからあえて広めるメリットないし

**デフォルトの名無しさん** · 2022/07/29(金) 12:12:59.08

>>638
Windowsアプリの安定性が上がることはMSにとって十分なメリットがある

今はGCを避けようとすれば、MFCしか選択肢がない
これにRust+Win32が選択肢に加われば、
開発者もユーザーもMSもみんなwin-winだと思うけどな

**デフォルトの名無しさん** · 2022/07/29(金) 12:33:18.20

MSはもう自社言語にこだわって無くない？
VSCodeのJava拡張とかMSが提供してるくらいだし
Azure使ってくれればなんでもいいのでは

**デフォルトの名無しさん** · 2022/07/29(金) 12:34:59.20

じゃあlinuxもmacOSもandroidもiosもRustをメインに使えばwin-winじゃん
楽しみだなあ

**デフォルトの名無しさん** · 2022/07/29(金) 13:11:50.16

>>638
あえて教えてやるけどC++もMSが作ったんじゃないんだぜ。

**デフォルトの名無しさん** · 2022/07/29(金) 14:12:18.97

>>639
そんな簡単にはいかないよw
MFC って簡単に言うけどそれを Rust から使えるようにするだけでもめちゃめちゃ大変だし、MFC 相当のものを Rust で実装するのはもっと大変

>>642
あえて教えてやるけど MS-C/C++ は有償製品な

**デフォルトの名無しさん** · 2022/07/29(金) 16:38:45.38

Code::Blocks + wxWidgets

**デフォルトの名無しさん** · 2022/07/29(金) 17:53:11.03

>>643
MFC相当なのはWinUI3が妥当でしょ
新しく別に作る必要もない
まだ不具合はあるけど、バージョン1.0がリリースされてるようだよ
これがRustに対応したらいいだけじゃね？

それにRust for Windowsもある

**デフォルトの名無しさん** · 2022/07/29(金) 17:53:19.31

C#使ってるような人にもRustを押し付けるなら、GC必要だと思います。

**デフォルトの名無しさん** · 2022/07/29(金) 17:56:23.42

>>646
いや、必要ない

GCが問題ないアプリならC#を選択すればいいし、そうでなければC++かRustを選択すればいい
という環境になればRustは流行るんじゃないかな

**デフォルトの名無しさん** · 2022/07/29(金) 18:33:58.37

>>646
RustはC#と同じく自動メモリ解放なので
解放とか気にすることなく安全に使えるよ

**デフォルトの名無しさん** · 2022/07/29(金) 18:54:27.51

遅いから流行らないのでは？

**デフォルトの名無しさん** · 2022/07/29(金) 19:00:13.10

Rustって流行ってるの？

https://insights.stackoverflow.com/trends?tags=rust%2Cgo%2Cswift%2Ctypescript%2Ckotlin

**デフォルトの名無しさん** · 2022/07/29(金) 19:01:18.72

>>646
C#使ってるような人って一口にいっても全く異なる3つの層がある
そのうち一番技術力の低い層はRustみたいな言語を使うことにはまずならない
C#使ってるのもVS+GUIフレームワークのおまけ

**デフォルトの名無しさん** · 2022/07/29(金) 19:04:17.53

PHPより速くなれば流行るのでは？

**デフォルトの名無しさん** · 2022/07/29(金) 19:04:55.75

RustのライバルはPHPだと思います。

**デフォルトの名無しさん** · 2022/07/29(金) 19:05:05.90

>>645
> これがRustに対応したらいいだけじゃね？
それが簡単だと言うなら君がやればいいじゃね？

**デフォルトの名無しさん** · 2022/07/29(金) 19:05:27.58

C#はSaaS系とゲーム系と業務系がいて、業務系を除けばスキルは高い

**デフォルトの名無しさん** · 2022/07/29(金) 19:06:02.67

>>649
結局RustがC++より速くなった>>603みたいよ

**デフォルトの名無しさん** · 2022/07/29(金) 19:12:08.53

>>656
うちの環境ではPHPより速い！と言い張ってる人が一人いるだけでしょ。

**デフォルトの名無しさん** · 2022/07/29(金) 19:25:21.19

carbonのが速いとかなったら発狂しそうだなrust信者

**デフォルトの名無しさん** · 2022/07/29(金) 19:43:45.36

＜Rustアンチ死亡のお知らせ＞

Meta（旧facebook）がRustをサーバーサイド言語に採用
旧来C++が使用されてきた領域にRustを用いていく模様
https://engineering.fb.com/2022/07/27/developer-tools/programming-languages-endorsed-for-server-side-use-at-meta/

**デフォルトの名無しさん** · 2022/07/29(金) 19:45:53.55

フェイスブックが採用したらオワコンでは？

**デフォルトの名無しさん** · 2022/07/29(金) 19:46:54.87

オワコンどころかディスコン。
新規設計には非推奨。

**デフォルトの名無しさん** · 2022/07/29(金) 19:51:06.76

Facebookが採用した言語を数えてみろよ笑

**デフォルトの名無しさん** · 2022/07/29(金) 20:00:46.59

>>658
そのレベルだと言語と言うより処理系の最適化度合いの差になるだろうな

**デフォルトの名無しさん** · 2022/07/29(金) 20:00:56.02

>>662
あんたもしかして伝説のスーパーコリアン、朴さんかい？

**デフォルトの名無しさん** · 2022/07/29(金) 20:22:38.90

>>643
有償なのにC++は広まったということだ。

**デフォルトの名無しさん** · 2022/07/29(金) 20:59:03.95

C「そんなに早くしたいんならワイを使えばいいだけやん

**デフォルトの名無しさん** · 2022/07/29(金) 21:15:37.97

>>636
C++の気持ち悪い部分を追放した結果がJavaとかC#だったでしょ

追放した奴が何か強くなって主人公面してたら気持ち悪いってことじゃないかな

**デフォルトの名無しさん** · 2022/07/29(金) 21:18:08.60

Mozila財団ブラウザではGoogleに負けたけど言語では勝ってるね

**デフォルトの名無しさん** · 2022/07/29(金) 21:24:30.33

>>665
で、何が言いたいの？w

**デフォルトの名無しさん** · 2022/07/29(金) 21:28:14.46

まじでNimがGC標準搭載したの痛恨のミスだろ
あれがなきゃ今頃Rustの位置にNimいたんじゃないの
NimのほうがシンタックスすきなんだけどRustやらざる負えないわな

**デフォルトの名無しさん** · 2022/07/29(金) 21:37:38.73

GCありのほうがラクでしょ
まかせっきりの完全自動のほうがラク
今更 shared_ptr / weak_ptr をシコシコ使い分けたい？

**デフォルトの名無しさん** · 2022/07/29(金) 22:10:14.12

GCがないほうが高速だからシステムプログラミング言語はGCがないほうがいいって認識だった
でもD言語の公式ではGCのほうが全体的に高速に動作するとある
もしD言語公式が正しいならNim最強じゃねえか

**デフォルトの名無しさん** · 2022/07/29(金) 22:12:45.43

JavaはC++の20倍速いってサイト無くなっちゃったね。

**デフォルトの名無しさん** · 2022/07/29(金) 22:51:36.99

JavaはVM上で動いているから、昔のコンピューターなら少し遅くて当然。

C++なんてオブジェクト指向プログラミングをすれば、遅くなるのも当たり前。

**デフォルトの名無しさん** · 2022/07/29(金) 23:03:16.63

抽象的に記述ができる＆記述することで遅くなることはないよ

**デフォルトの名無しさん** · 2022/07/29(金) 23:17:38.43

>>675
高水準言語と速度は完全なトレードオフの関係だよ

**デフォルトの名無しさん** · 2022/07/29(金) 23:20:57.60

>>675
こういうバカって最近多いな。

**デフォルトの名無しさん** · 2022/07/30(土) 00:21:22.07

>>659
アンチ死亡でも何でも無くて、順当な採用じゃないの？
これが、全てRust採用だったら、アンチ死亡で良かったかも。

**デフォルトの名無しさん** · 2022/07/30(土) 00:39:25.79

>>678
RustアンチってRustの有用性をほんの少しも認めない印象あったから、
大手の採用事例一つ挙げれば逝くと思ったが、
それならそもそもGoogleが採用した段階で死んでたな

**デフォルトの名無しさん** · 2022/07/30(土) 00:47:59.08

サーバサイドやOSのそういう分野はRust
後は別の言語

**デフォルトの名無しさん** · 2022/07/30(土) 00:49:11.37

>>672
領域をこまめに解放するより、あとになってからまとめて解放する方が全体的な性能は良いでしょうよ。

**デフォルトの名無しさん** · 2022/07/30(土) 00:56:14.93

どうせRustなんて流行らずに消えるよ
サーバーサイドで使う理由が無い
Goもそうだけど何かこういう変な独自性がある自己満足言語は消える

**デフォルトの名無しさん** · 2022/07/30(土) 01:06:34.71

大企業がバックについて広めようとしたら広まるよ。
C++なんてあんなヘンテコな言語が広まったのもMSが広めたようなもんだし。
当初はSTLも無かったからな。

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

C++は言うほどヘンテコでも無くね？
Cを使っていれば構造体にメソッドが追加出来るだけぐらいなもんだし
クラスの継承やら仮想関数みたいなC++の要素はあるけど別に使わなくてもいいし
今まで使わずに書いてて何の問題も無かった訳で
むしろSTLやらそういう余計な要素がヘンテコみたいに思える原因では？
後はMSの独自拡張とかな

**デフォルトの名無しさん** · 2022/07/30(土) 01:30:32.56

>>684
構造体にメソッドを追加というのはC言語そのものだぞ。

構造体に関数へのポインタを持たせるのは、よくゲームプログラムのキャラクタに使われた。

C言語はOSの進化についていけなかった。C++だとコード量を一気に減らせる。

オープンソースソフトウェアだと、ほぼC++で作られている。C言語で高度なものを作る時代なんてとっくに終わっている。

**デフォルトの名無しさん** · 2022/07/30(土) 01:34:19.10

>>681
どこを解放すべきか事前にわかってるならね

**デフォルトの名無しさん** · 2022/07/30(土) 01:41:46.71

おまえら、解放するかどうかはOS次第だから、あまり解放と言わない方がいい。

語弊がある。

**デフォルトの名無しさん** · 2022/07/30(土) 02:10:34.73

>>676
ゼロコスト抽象化が可能なことも多い
だから抽象的に書くと常に遅くなるわけではない
そして遅くならない抽象的な書き方が可能ならそれをなるべくした方が好ましい
また遅くならない抽象的な書き方をできることの多いプログラミング言語を使った方が好ましい
更に、差が非常にわずかならば少しだけ遅くなりうる抽象化であっても生産性や保守面から抽象的に書いた方が好ましい

**デフォルトの名無しさん** · 2022/07/30(土) 02:16:12.90

>>681
「後でまとめて解放する」がガベージコレクション(GC)を指しているならば
当然GCの方が遅い
GCは色んな方式を取ることができる　が結局>>449がまとめているような3方式かその変種となる
いずれの方式でも解放すべきものと残すものとを区別判断するところでGCはコストが高くなる
その判断をコンパイル時に静的に確定できる即時解放の方式が当然有利

**デフォルトの名無しさん** · 2022/07/30(土) 03:26:11.17

>>688
だから多少、遅くなることはデメリットではないと自分で言ってしまっているじゃないか。

**デフォルトの名無しさん** · 2022/07/30(土) 03:28:20.76

>>689
そんなレベルの低いアルゴリズムじゃないし、そもそも本当に解放しているかどうかなんてわからない。

解放は解放しても問題ないと通知しているだけで、解放するかどうかはOS側の仕様による。

**デフォルトの名無しさん** · 2022/07/30(土) 03:57:27.65

>>691
誰が解放するにしても、かかるコストは同じだろ
メモリには限界があるからいつかは解放しないとならん
で、その時にGCは遅くなる

**デフォルトの名無しさん** · 2022/07/30(土) 04:45:42.22

>>691
レイヤ切り分けが出来ていないのは致命的
プログラミング言語を用いるプログラマーとしては言語が提供する何らかのアロケータへ言語が提供する機構により引き渡されれば「解放」はおしまい
アロケータ内部のメモリ管理もOSへの各種システムコールもOSによるメモリ管理もいずれも詳細を知らずともプログラミングできる
レイヤの切り分けが明確になされているから他のレイヤの内部の仕組みに依存せず扱える

**デフォルトの名無しさん** · 2022/07/30(土) 06:17:34.81

どれだけ言い訳しようとも、RustがPHPに負けた事実は覆らない。

**デフォルトの名無しさん** · 2022/07/30(土) 06:17:46.92

そのうちnim風Rust出てくるんじゃない？
Rust初心者お断りだし、つけ入る隙はあるかと。

**デフォルトの名無しさん** · 2022/07/30(土) 06:27:42.95

>>658
いや、ならんでしょ。
安全性の劣る言語に速い言われても、そういうこともあるかもねって感じだし。

**デフォルトの名無しさん** · 2022/07/30(土) 06:32:28.04

>>690
突っ込まれてるのは
>>676 > 高水準言語と速度は「完全な」トレードオフの関係だよ
の部分だろ
トレードオフでない場合もあるって話だしC/C++やrustは可能な限りそれを実現しようとしてる

**デフォルトの名無しさん** · 2022/07/30(土) 06:41:15.45

>>692
メモリ領域を確保したままにして再利用するのはGCで良くあるよ。
マネージドヒープとかスタックと同じくらい高速と自慢しているし。

**デフォルトの名無しさん** · 2022/07/30(土) 07:15:11.54

>>694
RustがPHPに負けたことは一度もありません
嘘を連呼してもムダです

**デフォルトの名無しさん** · 2022/07/30(土) 07:22:44.08

>>698
そこは関係なくGC言語は必ず遅くなる
>>449のいずれかの方式のコストがGC言語には必ず加わるためだ
そして実際にC/C++/Rust並みに速いGC言語は存在しない

**デフォルトの名無しさん** · 2022/07/30(土) 07:35:49.92

Rustは速さではなく精密さを目指しているのです。
したがってPHPに負けたことは問題になりません。

**デフォルトの名無しさん** · 2022/07/30(土) 07:56:05.87

>>701
それなのにパフォーマンスがいいから最強だとか勘違いしてるのがRust信者
適材適所というものを理解できない連中

あくまでもOS開発のための言語だね