C vs C++ vs Rust Part.3

**デフォルトの名無しさん** · 2022/01/27(木) 22:19:47.56

闘え
※前スレ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/
C vs C++ vs Rust Part.2
https://mevius.5ch.net/test/read.cgi/tech/1639539350/

**デフォルトの名無しさん** · 2022/02/12(土) 19:53:57.23

>>183
頭の良さは人それぞれなんだから馬鹿にしない

**デフォルトの名無しさん** · 2022/02/12(土) 21:02:43.90

ダブルアレイは原理が簡単にもかかわらず、十分バグが取れるまでずいぶん時間がかかった。

**デフォルトの名無しさん** · 2022/02/12(土) 23:07:39.79

CPU時間をたらふく使うバブリーなソートだよな

**デフォルトの名無しさん** · 2022/02/12(土) 23:55:25.98

>>180
Rustはコンパイラが出すエラーメッセージが詳しすぎて解決案まで示唆してくれたり親切すぎる
他のコンパイラ言語だけでなくインタプリタ言語まで広げても一番親切なプログラミング言語システムだと断言できる

**デフォルトの名無しさん** · 2022/02/12(土) 23:56:38.45

まあC++にテンプレートないならそこまで使わんわな

**デフォルトの名無しさん** · 2022/02/13(日) 01:14:02.16

Stroustrup氏の脳内では、テンプレートの目標が高速化であるということなのが
問題の始まりの気がする。

**デフォルトの名無しさん** · 2022/02/13(日) 01:20:30.65

マクロ=高速化用途で使われているもの
という見方が如何にも実用プログラムを書いたことの少ない学者だと思う。

**デフォルトの名無しさん** · 2022/02/13(日) 09:42:52.30

C++からテンプレート取ったらなにも残らない

**デフォルトの名無しさん** · 2022/02/13(日) 09:51:25.60

いや残るだろ

**デフォルトの名無しさん** · 2022/02/13(日) 10:12:41.48

STLなくなっちゃう

**デフォルトの名無しさん** · 2022/02/13(日) 10:25:11.79

>>186
その代わりメモリーは使わないから貧乏な俺でも使える

**デフォルトの名無しさん** · 2022/02/14(月) 23:17:34.32

>>179
そういうことではなく
おそらく>>170が言いたいのはコンパイラが出すエラーがめっちゃ親切なことだろう
こっちで書き換わってるからここにmutを付けなさいとか
ここで所有権が移動したのに後で使用してるからここに&を付けなさいとか
これをuse宣言するのを忘れてますよとか
この変数は宣言されず使われていますがこの変数名のスペルミスではありませんかとか
といった簡単なものから
複雑な借用関係をちゃんと登場人物たちをはっきりさせてあっちとそっちがこれこれでマズいのでこうしてみたらどうかなど
こんなにきめ細かく親切なエラーを出すコンパイラ＆インタプリタは他の言語と比べてもトップではないか

**デフォルトの名無しさん** · 2022/02/15(火) 00:19:44.75

>>151
デマは辞めようね

**デフォルトの名無しさん** · 2022/02/15(火) 00:24:28.01

>>195
同意

**デフォルトの名無しさん** · 2022/02/15(火) 07:23:31.22

>>195
そこは目から鱗だよな
ここまでできるなら、他の言語も頑張れよと言いたくなる

**デフォルトの名無しさん** · 2022/02/15(火) 07:51:21.06

言語として所有権の概念がないからその辺りの指摘はしないけどVS2022のC#も結構色々提案してくれるぞ

**デフォルトの名無しさん** · 2022/02/15(火) 09:28:59.50

このながれでこれを言う意味なんてないけど
わかるやつだけわかってくれたらいいんだけど
Rustのコンパイラ昔は酷かったよな
無慈悲なボローチェッカと戦ってたよな(´；ω；｀)

**デフォルトの名無しさん** · 2022/02/15(火) 09:42:41.51

まだメジャーバージョン1だしそりゃまあ

**デフォルトの名無しさん** · 2022/02/15(火) 11:48:06.88

>>200
コンパイラというよりもnon lexical lifetimeが入る前の言語仕様の制約が厳しくて辛かったんじゃないかな

>>201
コンパイラのバージョンがsemverにしたがってるうちはメジャーバージョンアップしないんじゃないかな
基本的に過去との互換性は崩さないし、必要ならエディションで非互換な変更もできるようにしているので、
メジャーバージョンアップしてまで互換性崩したい理由がなさそう

**デフォルトの名無しさん** · 2022/02/16(水) 19:19:14.27

どこかでPython 2 -> 3みたいなことが起こるかもよ

**デフォルトの名無しさん** · 2022/02/16(水) 20:18:02.36

>>203
Rustは後発言語なだけあって
今どきのプログラミング言語の成功部分を洗練して採り入れてる
だから互換性のないバージョンアップをする時はRustより新しい言語が新たに成功してそれをRustも採り入れたくなったが互換性を維持したままでは出来ない時が来てから

**デフォルトの名無しさん** · 2022/02/17(木) 03:10:03.97

RustとかNimは第何世代の言語なん？

**デフォルトの名無しさん** · 2022/02/17(木) 11:44:19.88

>>205
第4世代の高水準言語の仲間じゃね？

**デフォルトの名無しさん** · 2022/02/17(木) 23:40:19.82

>>202
そのnon lexical lifetimeが入る前の言語仕様の制約が厳しい件なのかどうか教えて
このリンクリストの実装でpush_back()のコードがlifetimeでコンパイルエラーとなる話
https://qnighy.hat
enablog.com/entry/2017/05/06/070000
今このコードをコンパイルすると問題なく通って実行もできてしまう
Rustのコンパイラはどんどん賢くなって制約が無くなっていってるんだな

**デフォルトの名無しさん** · 2022/02/18(金) 00:44:32.85

Rustって普及するんすか

**デフォルトの名無しさん** · 2022/02/18(金) 00:54:27.33

>>195
エラーメッセージの親切さで言うとVC#がトップだと思ってるけどそれ以上？
C++でハマったときの沼の深さは異常だからそんな親切なら乗り換えたくなってきたな

**デフォルトの名無しさん** · 2022/02/18(金) 00:57:20.21

rustのコンパイる中ってみんな何してんの？

**デフォルトの名無しさん** · 2022/02/18(金) 01:32:33.29

>>207
push_backの例はまさにNLLでコンパイル通るようになるコードだね

**デフォルトの名無しさん** · 2022/02/18(金) 02:16:48.89

C++のTMPのエラーメッセージとRustのジェネリックのエラーメッセージ
C++のはもはや意味不明だがRustのはまだ人間が読める

**デフォルトの名無しさん** · 2022/02/18(金) 15:09:52.72

あまりに親切すぎるメッセージなので、それならそういう風に変更したものをコンパイルしてみて、「こう変更したらコンパイルできました」となればいいなぁ

とRebuildの宮川さんが言ってました

**デフォルトの名無しさん** · 2022/02/18(金) 15:36:44.00

cargo check --fix である程度は勝手に修正してくれるんだっけ

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

>>209
C#も親切だけど、Rustはそれ以上だよ
これらに比べると、C++のは情報が無いも同然

**デフォルトの名無しさん** · 2022/02/19(土) 09:04:29.27

何言ってんだこのバカ

**デフォルトの名無しさん** · 2022/02/19(土) 09:05:12.66

C++でハマるのはむしろコンパイル通ったあとだからｗ
みんなそれはご存知だとは思うけどｗ

**デフォルトの名無しさん** · 2022/02/19(土) 09:12:00.22

Rustはコンパイルが通ればメモリ問題や競合問題が起きず、プログラム自体に専念できるのがいいよな
そしてコンパイラが出すエラーが親切に手取り足取りしてくれて、すぐ修整できてコンパイルも通しやすい

**デフォルトの名無しさん** · 2022/02/19(土) 09:37:18.64

>>218
つくづく考えた奴は天才だとおもうわ
逆になんでいままででてこなかったんだろうとも思う
Linuxつくるのもいはいけどそれをつくる道具を作るのが先でもよかったような
linuxを全部rustで書き直したrust-linuxみたいなのを作る奴もそのうち出てきそう

**デフォルトの名無しさん** · 2022/02/19(土) 10:49:58.66

>>219
書き直したとして、1日でビルドできたらいいね

**デフォルトの名無しさん** · 2022/02/19(土) 11:06:51.15

Rustの考え方の基になったCycloneが目指してたのがまさにそれだね

**デフォルトの名無しさん** · 2022/02/19(土) 11:25:52.64

>>219
> Linuxつくるのもいはいけどそれをつくる道具を作るのが先でもよかったような
GNUって言うかストールマンはその考えでしょ

> linuxを全部rustで書き直したrust-linuxみたいなのを作る奴もそのうち出てきそう
言い出しっぺの法則ヨロ

**デフォルトの名無しさん** · 2022/02/19(土) 11:45:04.32

>>222
いや、マジで俺がやってもいいぞ
誰もやってなかったら俺が次のLinusになれるってことか
むしろお前らは絶対に真似しないでほしい

**デフォルトの名無しさん** · 2022/02/19(土) 12:04:13.57

rustのコンパイルが遅いのは依存ライブラリやジェネリスクの実体化によりコード量が多くなっているからで
コンパイラ自体は並列化とか頑張ってて高速という話を聞くけど実際のところCやC++と比較してどうなんだろうね
ヘッダファイル周りの枷がある分CやC++が優位とも簡単には言えない気がする

**デフォルトの名無しさん** · 2022/02/19(土) 12:21:08.88

>>223
真似はしないから一つだけ聞いてみたい
どこから書き直し始める？

**デフォルトの名無しさん** · 2022/02/19(土) 12:59:28.88

コンパイラの並列化で
数十コアも効率良く使えるなら
実質的にコンパイル時間は無視できる

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

>>225
main()かな

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

>>227
無理無理ｗ

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

>>228
まあそれは冗談でも「rust os 自作」でググるといろいろでてくるからそれを参考にやってみるわ
rustでOS作ってる先達者が結構いるみたいだからそれを参考にLinuxカーネルの移植をがんばってみるわ

**デフォルトの名無しさん** · 2022/02/19(土) 14:33:33.28

>>227>>229
まあそんなんだろうと思ってたけど、せめてリーナスがなぜLinuxを作ろうと思ったか、どんな哲学で設計したかぐらいは読んでみると良いと思う
タダで読める情報はいくらでもある

**デフォルトの名無しさん** · 2022/02/19(土) 14:47:00.85

>>230
「それがぼくには楽しかったから全世界を巻き込んだリナックス革命の真実」は読んだけどそれじゃだめかな？

**デフォルトの名無しさん** · 2022/02/19(土) 14:48:10.94

現時点で2200万行もあるから、完全に移植しようとしたら毎日1万行のコードを移植し続けたとしても、6年はかかるね
そんな爆速で順調に行くわけないし、よっぽどの天才でもなければ1人では生涯に終えるのは無理かな

省ける部分を省くとしたら、何万行になるのかな？

**デフォルトの名無しさん** · 2022/02/19(土) 15:29:14.09

>>224
C/C++に比べたら速いよ
でも、C#に比べたらC/C++と同列に遅い、という程度

**デフォルトの名無しさん** · 2022/02/19(土) 15:51:49.27

rust触ったことないからわからないけどC/C++よりコンパイル速いわけないじゃん

**デフォルトの名無しさん** · 2022/02/19(土) 16:17:48.81

Rustのコンパイルが遅いようです。なぜですか？
https://prev.rust-lang.org/ja-JP/faq.html#why-is-rustc-slow

**デフォルトの名無しさん** · 2022/02/19(土) 16:25:04.60

>>233
CとC++を一緒にすんな

**デフォルトの名無しさん** · 2022/02/19(土) 16:28:39.65

>>235
それ4〜5年前の古い情報
URLにprevとありそのトップページに2018年12月6日とあるように昔のページを残してある

**デフォルトの名無しさん** · 2022/02/19(土) 16:53:58.55

>>237
で、これより新しい情報あるの？

**デフォルトの名無しさん** · 2022/02/19(土) 18:57:21.37

フルビルドと差分ビルドで区別して議論しないと比較難しいね
あと差分ビルドについてもバイナリ生成までするのかソースのチェックで十分なのかでまた変わってきそう

**デフォルトの名無しさん** · 2022/02/19(土) 21:09:06.50

Rustって普及するんすか

**デフォルトの名無しさん** · 2022/02/19(土) 21:24:23.44

いいえ、あなたには必要ありません

**デフォルトの名無しさん** · 2022/02/19(土) 22:54:34.42

流行る言語は登場から10年くらいでウワーっと大流行するんだが、Rustにはそんな気配はないから
精々Goとかと同じような感じにしかならんやろなー。

**デフォルトの名無しさん** · 2022/02/19(土) 23:26:45.94

>>240
新規案件がC++ではなくRustになっていきつつあるように
じわじわと着実に置き換わっていくのだろう
一方的にC/C++が喰われていくのが止まる理由も見つからん

**デフォルトの名無しさん** · 2022/02/20(日) 02:10:18.88

Rustの案件なんてないよ

**デフォルトの名無しさん** · 2022/02/20(日) 02:51:48.98

>>242
goレベルでも十分流行ってると言えると思うんだけど

**デフォルトの名無しさん** · 2022/02/20(日) 06:11:08.95

>>240
VisualStudioの新規プロジェクトの作成でデフォルトで選べるようになれば普及するだろうね

**デフォルトの名無しさん** · 2022/02/20(日) 09:55:15.25

>>246
C++もVC++が出てから一気にCを喰い始めたしな
なんだかんだWindowsの影響力はめちゃくちゃ大きい

**デフォルトの名無しさん** · 2022/02/20(日) 11:25:19.25

当時と今とじゃデスクトップアプリの置かれてる状況が全然違うと思うけど

**デフォルトの名無しさん** · 2022/02/20(日) 12:09:19.72

何をもって普及とするかといえば、まだにVB書いてるやつもおるし、組み込みではRustなんて考えられないし、フロントエンドは
JS/TS/Nodeでほぼ不動。そうなるとJava/C#、Railsなどのビジネス系エンタープライズだが、メニーコア用のGoとかのほうが
敷居が低い分だけ人を確保しやすい。言語的な優劣では普及は進まない

当然、高スループットが求められる大企業のエリートでは使われるだろうけど、日本の中小企業で使われるとか想像ができない。
奇々怪々C++は食われていくだろうけど、マイクロコントローラなどでCが食われるなんて無い。データ分析はPythonとかJuliaとか
ビックデータはHadoop・Spark(JavaやPython)だろう

だが当然ながら*nix系は一歩先を進んでるRustだが、ちんまいコマンドラインのプログラムとか、デバイスドライバだとかそういう
分野でしか使えない（使われない）と思う。あとは自動運転なんかのプログラムならRustが使われてたりするが、そういう
技術者はPythonも使えるし、Juliaなんかもすぐ覚えられる。スマホアプリ系もRustなんてありえない

あと残るのはデスクトップアプリケーションとか、これも今はElectron系とかがあるのでネイティブで書く意味があまりない

**デフォルトの名無しさん** · 2022/02/20(日) 12:14:16.60

普及なんてしなくていいんだよそもそも
それを必要とするやつの手に届いたら十分なんだよ
C++でやってた分野の一部でもRustで書き換わって
それでメンテする連中がラクできることになって
一方でユーザ側にも恩恵はあるだろうしそういうのでいいんだよ
ド素人のアマチュアプログラマに届く必要はないんだよ

**デフォルトの名無しさん** · 2022/02/20(日) 12:26:24.06

普及しなくていいし、してもらいたくない
なぜならうちの会社が業界でトップを維持してる秘密だから
他社のウエブサービスより圧倒的に早くセキュアなのはずばりRustをつかってるから。
その前はLispを使ってた。
だから真似してもらいたくない。
まあ、真似できないたまろうけどw

**デフォルトの名無しさん** · 2022/02/20(日) 12:34:20.56

>>249
これrustに限らず、現状がそのまま続いて新たな言語で置き換わることはないだろうとしか言ってないよね

**デフォルトの名無しさん** · 2022/02/20(日) 12:48:19.88

>>251
そういうことやね
それを必要としてるやつはコッソリ一人で握り込んで
それを優位に役立てていくだけのことだから

**デフォルトの名無しさん** · 2022/02/20(日) 12:53:50.15

>>249
組み込みはrust向きなとこなんじゃないのかね。組み込み業界のことは一切知らんからアレだけど。

**デフォルトの名無しさん** · 2022/02/20(日) 13:19:37.41

Rustが組込向きかどうかはともかく、LinusはC++に対してはCの問題を何一つ解決せず、事態を悪化させるだけと言っていて、Rustについてはドライバを書けるようにするところまでは実際にやってきているらしいよ

**デフォルトの名無しさん** · 2022/02/20(日) 13:40:02.09

>>249
組み込み以外にミドルウェアらへんでも使われるようになると思う
OS、RDBMS、Webサーバとか

ミドルウェアよりも上位レイヤーのアプリケーションだけで見ると、GCがある言語でもだいたい十分そうだし、Rustは目立たなそう

**デフォルトの名無しさん** · 2022/02/20(日) 13:49:36.22

rustはc++よりbetter cしてるから徐々に市民権得るだろうな

**デフォルトの名無しさん** · 2022/02/20(日) 14:01:22.11

>>251
> 他社のウエブサービスより圧倒的に早くセキュアなのはずばりRustをつかってるから。
おお、なるほど

> その前はLispを使ってた。
ズコーッw

作り話はもっとうまく作れ

**デフォルトの名無しさん** · 2022/02/20(日) 14:21:18.20

Rustってクロージャの再代入できない？
null許容することになるから出来ないようにしてる？

**デフォルトの名無しさん** · 2022/02/20(日) 14:31:26.55

型が同じなら再代入可能だけどクロージャはそれぞれ別の型を持つので単純には代入どきない
Box<dyn Fn()>などに変換すればできる

**デフォルトの名無しさん** · 2022/02/20(日) 16:38:17.59

>>249
ゲーム系のWASMとか

**デフォルトの名無しさん** · 2022/02/20(日) 18:49:49.78

>>260
ふーんそうなの
Box調べてみるわ

**デフォルトの名無しさん** · 2022/02/20(日) 19:16:43.92

Lispってセキュアなコード書くのPythonより難しくないか

**デフォルトの名無しさん** · 2022/02/20(日) 22:26:50.09

こちらのまわりではスクリプト言語で書かれていた物の高速化でRustへ移行が多いな
レスポンスの意味での高速化もあればリソースとしてのCPUタイム激減もある
使用メモリも激減するためクラウドでもオンプレでも費用支出が激減し桁が変わる場合もある

**デフォルトの名無しさん** · 2022/02/21(月) 08:03:12.70

>>255
さすがにc++03とかと比較されても……

**デフォルトの名無しさん** · 2022/02/21(月) 08:27:27.48

よく知らんのだけど、カーネル書くのに抽象化って必要なの？
もしいらないんだとしたらC++がカーネル書くのになんのメリットもないと考える気持ちもわかる気がする
Rustの場合は安全性がついてくるので抽象化がなくても使う価値がある

**デフォルトの名無しさん** · 2022/02/21(月) 08:42:47.98

Rustのオブジェクトシステムって実際C++のそれと比べたら遥かにわかりやすいよな
traitって概念ほんまありがてえわ

**デフォルトの名無しさん** · 2022/02/21(月) 08:51:29.17

>>265
元ネタはコレ
https://developers.slashdot.org/story/21/04/17/009241/linus-torvalds-says-rust-closer-for-linux-kernel-development-calls-c-a-crap-language

**デフォルトの名無しさん** · 2022/02/21(月) 08:57:14.48

>>266
パッと思い浮かぶのはファイルシステムと仮想ボリュームぐらいだけど、C++がメリットになるとは思えんな

**デフォルトの名無しさん** · 2022/02/21(月) 12:01:24.19

>>264
DiscordがGoで作られてたバックエンドの一部をRustで書き直したらめちゃくちゃコスト下がったってニュースあったな
C++がRustに置き換わるってよりスクリプト言語やGC言語で作られたものが置き換わっていくのがまず先だろう

**デフォルトの名無しさん** · 2022/02/21(月) 12:15:00.96

どうでもいいけど、このスレ個人の思い込みと間違いだらけに見えるな

**デフォルトの名無しさん** · 2022/02/21(月) 12:25:54.59

>>270
それは今でも粛々と置き換わってるだろう
Rustが使われるのは、スクリプトやGC言語ではパフォーマンスなどが得られない分野なんだろうと思う

**デフォルトの名無しさん** · 2022/02/21(月) 12:29:39.29

DiscordがRustに移行した当時のGoは大分ウンコだったけど、今ではわりとマシになっちゃったよ

**デフォルトの名無しさん** · 2022/02/21(月) 12:50:01.46

Goってもうジェネリック入った？

**デフォルトの名無しさん** · 2022/02/21(月) 12:51:46.86

>>271
隔離スレに多くを求めすぎ

**デフォルトの名無しさん** · 2022/02/21(月) 13:09:04.30

なんでこうなっちゃったんだろうね。一部の馬鹿が日本をどんどんダメにしてる気がする。もっとちゃんと比較できるよう上手く使えばいいのに。

**デフォルトの名無しさん** · 2022/02/21(月) 13:20:49.36

>>274
ああ、おれが言いたかったのはGCの停止時間がマシになったよ、ってことだけだよ
言語機能は大して変わってない
でもGenericsは今月中のリリースが予定されてる1.18に載るはず

**デフォルトの名無しさん** · 2022/02/21(月) 13:41:53.53

昔マイコンBASICって雑誌があってだな

**デフォルトの名無しさん** · 2022/02/21(月) 14:41:23.11

GCがある言語のパフォーマンスが悪いというのは思い込み

**デフォルトの名無しさん** · 2022/02/21(月) 15:52:49.19

>>279
トータルのパフォーマンスが問題じゃないんだ、予期せず処理が詰まったり急に負荷があがったりするのが問題なんだ。
まぁ今時のGCはストップザワールドは起きないだろうけど。

**デフォルトの名無しさん** · 2022/02/21(月) 17:02:58.71

>>280
GCが動いて困る場合は、現状でもC++かCなどで実装されているはず
なので、パフォーマンスを向上させる目的でGCあり言語をRustで置き換えるというのは、あまりないと思われる

**デフォルトの名無しさん** · 2022/02/21(月) 17:03:00.28

>>278
俺はIO派。その前は月間マイコン。

**デフォルトの名無しさん** · 2022/02/21(月) 17:06:01.87

>>281
あるよ。いま、うちがやってる移植プロジェクトはその案件。
他社がそんな考えだから今の所引く手あまた。一社独占。大阪にもう１社あるってうわさだけど。。。
客が数十件待ってる状態。年収軽く３本いくわｗ