結局C++とRustってどっちが良いの？ 7traits

**デフォルトの名無しさん** · 2023/08/31(木) 12:16:53.23

C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」

っていう雑談スレ。

前スレ: 結局C++とRustってどっちが良いの？ 6traits
http://mevius.5ch.net/test/read.cgi/tech/1690610746/

関連スレ(マ板): Google&Microsoft「セキュリティバグの70%はC/C++のメモリ管理ミス。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/09/26(火) 19:15:09.80

SNSで、同じ人が同じくRustに関して書いた場合でも、
それがWindows向けの話題になると急にいいねが
減る傾向があるらしい。
つまりは、そういうことである。RustはWindowsアプリ
を作ろうとする人に人気が有るわけではないということだ。

**デフォルトの名無しさん** · 2023/09/26(火) 19:22:41.32

5chで論破するためにプログラムやってる雑魚

**デフォルトの名無しさん** · 2023/09/26(火) 20:47:26.67

論破するためって目的達成が簡単すぎるところが
達成不可能な過酷なノルマで追い込むような価値観をキャンセルするのに使えそう

**デフォルトの名無しさん** · 2023/09/26(火) 21:04:48.54

５ちゃんで論破デキるようになるよぬって　コーディング学習において　モチベになりうるんだろーかぬ

**デフォルトの名無しさん** · 2023/09/26(火) 23:06:30.60

違和感がモチベーションの人いるでしょ
OOPや非同期APIの違和感

**デフォルトの名無しさん** · 2023/09/26(火) 23:25:52.99

違和感の克服がモチベたりうるってイミかぬ

**デフォルトの名無しさん** · 2023/09/27(水) 02:05:59.43

漠然とRustの話題にイイネを付けているだけで、
「Windows向け」という具体性を持たせると急に減る
ということなのかもしれないな。
しかし、スマホ向けアプリなんてゲーム以外で食っていく
ことは非常に難しいからアプリと言えば、Windowsで
あるはずなのだが。Webアプリは、本格プログラムが必要である
典型であるECサイトなんて日本で数えるほどしかないわけだし。

**デフォルトの名無しさん** · 2023/09/27(水) 05:04:10.62

EC サイトを発注する奴は、情弱

Ruby on Rails 製のShopify なんか、ほぼ無料みたいなもの

**デフォルトの名無しさん** · 2023/09/27(水) 10:32:50.66

>>491
自分は行列ライブラリを作ってるけど、確かに2の累乗にすると性能がガクンと落ちる。正直理由はわからん。

**デフォルトの名無しさん** · 2023/09/27(水) 10:34:36.46

>>501
cache bank conflict

**デフォルトの名無しさん** · 2023/09/27(水) 10:37:36.34

AVX512で行列ライブラリを実装してると転置コピー関数の速度の存在感が大きくなってくるな。この現象はAVX256だとあまり感じられないと思う。行列積の実行速度事態がまだまだ遅いからね。

**デフォルトの名無しさん** · 2023/09/27(水) 10:38:41.86

簡単に調査してみたら、SNSで、
JavaScript Html などのキーワードが入っている投稿は
いいねが付き易い傾向が有るらしいが、Rustも似ている。
(実はHaskellも結構、いいねが付き易い。)
これは、Rustというキーワードを検索にかけている人が
多い事を意味している。

**デフォルトの名無しさん** · 2023/09/27(水) 12:19:35.22

＞＞0504
ウェブ系の人が使ってるだけじゃないの

**デフォルトの名無しさん** · 2023/09/27(水) 12:50:28.41

JavaScriptやRubyなどは初心者や凡人にも使いやすい言語
だと言われているので、それらからRustに全員が乗り換え
られるとはとても思えない。
逆にC++を使いこなしている人がRustに移行する理由も
余り無いどころか、むしろ利用範囲が狭まってしまう。

**デフォルトの名無しさん** · 2023/09/27(水) 15:21:23.24

AIやりたいからpythonやろう! とか
そういうインセンティブがRustにはほとんど全く働かない

**デフォルトの名無しさん** · 2023/09/27(水) 15:54:51.82

モチベーション？

**デフォルトの名無しさん** · 2023/09/27(水) 16:17:10.23

>>508
モチベーションはインセンティブが働いた結果生じる

**デフォルトの名無しさん** · 2023/09/27(水) 16:26:16.94

デスクトップアプリ作りたいからrust、はある
トレンドがelectronからtauriに変わってきてるので

**デフォルトの名無しさん** · 2023/09/27(水) 16:35:42.52

>トレンドがelectronからtauriに変わってきてるので
トレンドはelectronからwebviewであって
tauriはwebviewを使ってる有象無象の一つでしかない
現実を見ろ

**デフォルトの名無しさん** · 2023/09/27(水) 16:52:05.87

>>511
ごっちゃにすんな

**デフォルトの名無しさん** · 2023/09/27(水) 17:16:30.92

>>510
いつのまにtauriはelectron競合までサポート範囲広げたの？
Rust専用から脱したのかね。

**デフォルトの名無しさん** · 2023/09/27(水) 17:50:57.28

それとて過渡期でしょ
Rustに言わせればunsafeそのもののWebViewに依拠すんのが筋が悪い
しらんけど

結局ライブラリの揃ってるところに人はたかる

**デフォルトの名無しさん** · 2023/09/27(水) 18:45:28.57

>>501
行列ライブラリ作ってるくせにcache slicingも知らねえなら性能語る資格なし

**デフォルトの名無しさん** · 2023/09/27(水) 19:04:37.37

じゃあ、資格とやらを得てもらおうか(応援

**デフォルトの名無しさん** · 2023/09/27(水) 21:20:46.54

vscodeにrust analyzerとかいうの入れたらアホみたいにメモリ食ってクソだと思った
何がRustは省メモリだよ

**デフォルトの名無しさん** · 2023/09/27(水) 21:55:14.76

vscodeはTauriではなくElectronだからRustは関係なし
rust-anlyzerはrustcと同一バイナリ

**デフォルトの名無しさん** · 2023/09/27(水) 21:59:20.63

>>518
タスクスケジューラでrust-analyzer.exeだけが何もしてないのにただRustプロジェクトを開いただけで4GB食ってるんだが？

他のVSCodeは10Bぐらいが5個ぐらいあるだけだわ

Tauriとかカスだな
Electronと違って実用的なソフトが皆無

**デフォルトの名無しさん** · 2023/09/27(水) 22:00:11.51

rust analyzerがメモリ食うという話なのにRustは関係ないとか頭イカれてますねー

**デフォルトの名無しさん** · 2023/09/27(水) 22:03:42.80

許してやってくれ
彼はこういうことを言われると言い訳探しに必死になっちまうんだ

**デフォルトの名無しさん** · 2023/09/27(水) 22:18:21.54

>rust-anlyzerはrustcと同一バイナリ

違うけどｗ

**デフォルトの名無しさん** · 2023/09/27(水) 22:25:05.45

Java速いけどな
ダブル配列でトライ木書いたら
Javaのくせに生意気な速度叩き出してきて
ビックらこいたけど

**デフォルトの名無しさん** · 2023/09/27(水) 23:53:08.28

>>522
${CARGO_HOME}/binにあるこの14個はハードリンクされた同一実行ファイル
cargo cargo-clippy cargo-fmt cargo-miri clippy-driver rls rust-analyzer rust-gdb rust-gdbgui rust-lldb rustc rustdoc rustfmt rustup
同一のinode番号とハードリンクカウント(=14)が確認できる

**デフォルトの名無しさん** · 2023/09/28(木) 00:39:51.47

あーrustup使ってインストールしたときはその辺のコマンドの実体がrustupラッパーになるってだけの話か
間違っちゃいないけど……なあ

**デフォルトの名無しさん** · 2023/09/28(木) 01:06:27.53

言語でどっちがいいだの悪いだの言っても仕方がない
ｃ＋＋の中級者程度が作ったアプリなら、どの言語でも上級者が作ったもののほうが
圧倒的パフォーマンスいいよな

**デフォルトの名無しさん** · 2023/09/28(木) 09:18:29.25

リアルタイムなアプリは時間のずれを許さない
銀行にたとえるとお金持ち全員が今すぐ現金を出せと要求してくる
時間をずらしてくれたら必要な現金は少ない可能性はある

**デフォルトの名無しさん** · 2023/09/28(木) 09:35:20.33

ガチのリアルタイムは、C++でもRustでもなく、FPGAだって聞いた
あるいはせいぜいGPUか(これは推測

**デフォルトの名無しさん** · 2023/09/28(木) 09:48:19.84

ハードウェアロジックでさえリアルタイムって言うにははばかれるタイムラグがあるからなぁ

**デフォルトの名無しさん** · 2023/09/28(木) 10:21:03.43

>>527
全然リアルタイムじゃないじゃんw
そもそも銀行には事前通告無しの引き出し限度額が定められてるから要求自体が通らない
アホくさ

**デフォルトの名無しさん** · 2023/09/28(木) 10:41:36.79

>>528
何で言語とハードウェア並べてるの？

**デフォルトの名無しさん** · 2023/09/28(木) 10:42:49.62

>>529
リアルタイムとは実行完了時刻が保証されていることを言う
早い遅いは関係ない

**デフォルトの名無しさん** · 2023/09/28(木) 10:47:36.82

複オジも全く同じこと指摘されてたよね
やっぱり両オジは似たもの同士

**デフォルトの名無しさん** · 2023/09/28(木) 10:59:29.27

>>531
>>528 が言葉足らずで、金融でリアルタイムといえば…って書きたかった
言語でいうなら、VHDLか書いたことないけど

そういやaliで買った学習用FPGA積んでるの思い出した
やることいっぱい杉

**デフォルトの名無しさん** · 2023/09/28(木) 11:04:13.80

起動が遅いソフトは終了と再起動をしたくないのはわかるが
ファイル編集が終わる前にコンパイルすれば問題解決っていうのが
最高にイカれてる

**デフォルトの名無しさん** · 2023/09/28(木) 12:39:43.73

RustがWebで流行ることはない

なぜならもともとWebめCやC++といったコンパイラ型言語ではなくスクリプト言語が流行った最大の理由はコンパイルが遅すぎるから

だからRustは流行らない
爆速コンパイラをまず開発しろ

**デフォルトの名無しさん** · 2023/09/28(木) 13:56:55.48

実アプリ開発だと
静的型付け言語だとコンパイル時に検出できるエラーが
動的型付けスクリプト言語だと大量のテストケースで
検出する必要があって
実行時間が長くて微妙なんだな

**デフォルトの名無しさん** · 2023/09/28(木) 14:11:48.12

>>537
んなわけないw
まともにテストケース書いたことないでしょ

**デフォルトの名無しさん** · 2023/09/28(木) 14:29:32.00

>>538
それなりの規模のRailsなんかの実サービスの仕事
やるとわかるよ

**デフォルトの名無しさん** · 2023/09/28(木) 14:41:48.76

>>538
テストケースは開発者が書くもの。
お前がダメだと思ってる後輩や先輩が全く抜けなく書いてると言いきれる？

**デフォルトの名無しさん** · 2023/09/28(木) 14:43:13.56

静的型でもdict相当と文字列使いまくる動的脳がいると無力

**デフォルトの名無しさん** · 2023/09/28(木) 15:32:23.79

>>539
いやいやw
Railsアプリで型エラーを検知するためだけのテストを大量に書いてるようならテスト設計がおかしいとしか言えんよ
汎用ライブラリのテストじゃないんだから

**デフォルトの名無しさん** · 2023/09/28(木) 15:41:23.59

>>542
あなたはしょうもないヒューマンエラーでランタイムで
落ちても笑ってごめーんで済むような仕事しか
してないか天才なんでミスしませんのどちらかだね

**デフォルトの名無しさん** · 2023/09/28(木) 17:25:25.70

ある関数に文字列ではなくオブジェクトを渡したらどうなるか
が問題になるのはオブジェクトがある言語だけ

ちなみに文字列には循環参照がない
循環参照とメモリリークがあるのはオブジェクトだけ

**デフォルトの名無しさん** · 2023/09/28(木) 18:05:48.06

文字列と言うオブジェクトだけどな

**デフォルトの名無しさん** · 2023/09/28(木) 18:06:40.27

循環参照する様なメソッドが無いだけだろ

**デフォルトの名無しさん** · 2023/09/28(木) 20:34:01.42

>>544
チューリング完全じゃないから、できないことが出てくるだろ。

**デフォルトの名無しさん** · 2023/09/28(木) 21:42:17.68

>>547
まあチューリング完全だとしても、次は
キャズムを超えないから以下同文になるだけだな

**デフォルトの名無しさん** · 2023/09/28(木) 23:24:20.51

>>543
いやいやいやwあんたがエアプなだけでしょ
深刻なバグが出れば億単位の損失が出るようなシステムも長くやってたけど型のテストなんて1%もないから

**デフォルトの名無しさん** · 2023/09/28(木) 23:43:03.09

>>549
ん～、ここのスレタイ読める？

**デフォルトの名無しさん** · 2023/09/28(木) 23:53:09.61

試しにrubyとrailsのテストを調べてみたが型チェックしてるassertの割合はそれぞれ約1.7%と1.5%だった
言語やライブラリでもこの程度の数字

**デフォルトの名無しさん** · 2023/09/28(木) 23:55:19.43

>>550
スレタイ読む前にキミはテストケースのレビューしようね

**デフォルトの名無しさん** · 2023/09/28(木) 23:59:14.70

あ、同じやつなのか

**デフォルトの名無しさん** · 2023/09/29(金) 04:01:47.14

「ここのオブジェクトはこの型に限る」て感じの設計思想なんじゃね
でもせっかく動的型付けなのに型を限定するのはもったいない気がするけどな

**デフォルトの名無しさん** · 2023/09/29(金) 04:51:39.28

勝手に型チェックの話に限定してるあたり
何も理解してなさそう

**デフォルトの名無しさん** · 2023/09/29(金) 08:53:21.37

おまいら契約による設計はちゃんと理解してる？
型チェックの話をするなら必須だからな。

**デフォルトの名無しさん** · 2023/09/29(金) 09:10:01.09

下のコードで実行すると finish が出る順が
最後に completed したものが出て来るまで先に finish してても出て来ません
実際に finish した順通りに表示させるにはどう治せば良い？

use std::thread;
use std::time::Duration;

fn test_thread() -> () {
let mut handles = Vec::new();
for i in 0..5 {
handles.push((i, thread::spawn(move || {
println!("create {}", i);
thread::sleep(Duration::from_millis(400 * (5 - (i - 2) * (i - 2))));
println!("{} completed", i);
})));
}
let mut completed = 0;
for (i, handle) in handles {
handle.join().unwrap();
println!("{} finish", i);
completed += 1;
}
if completed != 5 { panic!("not finish"); }
}

**デフォルトの名無しさん** · 2023/09/29(金) 09:12:34.59

なにこのゴミ

**デフォルトの名無しさん** · 2023/09/29(金) 09:12:45.62

>>541
JSONは糞ですねわかります

**デフォルトの名無しさん** · 2023/09/29(金) 12:05:44.96

>>557
mpsc使うといい
あとデバッグモードだとi - 2がアンダーフローでpanicになる

**デフォルトの名無しさん** · 2023/09/29(金) 12:26:58.60

>>413
そんなことないよ

>>428
ほんそれ

>>472
なるほど

>>473
webはどうみても底辺だ

**デフォルトの名無しさん** · 2023/09/29(金) 12:54:02.23

>>560
thx!!

**デフォルトの名無しさん** · 2023/09/29(金) 13:05:53.88

>>488
おじん

>>493
win開発者は｢意識他界系｣が少ないのでは

**デフォルトの名無しさん** · 2023/09/29(金) 13:12:03.43

>>428
>>561
C/C++ *だけ* じゃ力不足なのはセキュリティ問題考えると明らか。

**デフォルトの名無しさん** · 2023/09/29(金) 15:17:35.48

>>564
組み込みと言っても幅広いが、Lチカの個数を増やしたりモーターに
変えたりしたものを上手く制御するような事が中心に
なる場合は、メモリ管理はRustを使うまでも無い事が多い。
如何に電圧やサーボモーターの信号をコントロールするか、
の話になるのであって、メモリー解放エラーはほとんど関係無い。

**デフォルトの名無しさん** · 2023/09/29(金) 16:02:06.99

まず、インターネットを使うまでもない組み込みに
インターネットをゴリ押しするのが先

セキュリティの話はその後かな

**デフォルトの名無しさん** · 2023/09/29(金) 16:31:31.34

>>565
そんな規模の組込みならアセンブラのがいいだろ。

**デフォルトの名無しさん** · 2023/09/29(金) 16:45:54.63

さすがに書き間違いがこわいからCでいいだろ
そんな内容ならC++もRustもオーバスペック

こんなの出てたので ja-jpもできてたけど、品質やら未チェック自己責任
https://learn.microsoft.com/en-us/cpp/code-quality/build-reliable-secure-programs

unsafe{ } がまだなのみならず、歴史が長い分チェックポイントが大量にあるのも、
新風さわやか? なRustが好まれるところではあるんだろうな

**デフォルトの名無しさん** · 2023/09/29(金) 16:51:59.30

>>567
組み込みの場合、対象のCPUがころころ変わるからアセンブラは
まあ、無理。
ARM, Atmel, PIC, AKI-H4, NEC製CPU, などなど。

**デフォルトの名無しさん** · 2023/09/29(金) 17:25:36.72

いや、すべての場合において変数に型がないという最大の特徴を見逃すなよ

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

>>569
CはまだしもC++はいらんだろ

**デフォルトの名無しさん** · 2023/09/29(金) 18:16:57.78

C++のnewやthrowがライブラリではないから
これは要るだろとか要らないだろとかの意思疎通が困難

Rustのnewはただの関数でResultはただの型だがそれが良い

**デフォルトの名無しさん** · 2023/09/29(金) 18:37:24.93

>>570
ちゅうか、Cだと変数を1つ増やすだけで済むところが、
アセンブラだと、空きレジスタを見つけるか、なければ、
pushで退避してレジスタに入れてから演算して、などと
結構なことなり、既存のコードの修正も必要にな。
また、Cだと変数の宣言位置を、ローカル変数から
グローバル変数に移すだけで済むところが、
アセンブラだと、結構なコードの修正量になる。

**デフォルトの名無しさん** · 2023/09/29(金) 18:42:50.17

安易にはアセンブラとか言ってるやつはしったか

**デフォルトの名無しさん** · 2023/09/29(金) 20:12:15.72

ESP32

**デフォルトの名無しさん** · 2023/09/29(金) 20:29:15.16

>>574
アセンブラの知識はコーディングに使わないにしても必須だよ
知らんで組込みとかは有りえん

**デフォルトの名無しさん** · 2023/09/29(金) 20:55:23.85

安易にって言った別人だけど

インラインアセンブラがさいつよ異論は認める

**デフォルトの名無しさん** · 2023/09/29(金) 20:56:55.87

安易にって言った別人だけど

インラインアセンブラがさいつよ
ないしはintrinsic 異論は認める

**デフォルトの名無しさん** · 2023/09/29(金) 21:22:36.21

淫乱アセンブラ！？

**デフォルトの名無しさん** · 2023/09/29(金) 23:00:42.44

>>561
と底辺が申しております

**デフォルトの名無しさん** · 2023/09/30(土) 01:15:10.95

つーか、プログラム書くなら低レベルの方がやっぱ楽しいよな
IO直接ブチ叩くのは何十年経っても面白い
目に見えるすべてのコードがだいたい支配下にあるのも気分いい

**デフォルトの名無しさん** · 2023/09/30(土) 01:57:53.34

セキュリティの重要性　>　コードの楽さ
となるような場面でのみRustは有利かもね。OSとかはできるだけRustにするべきだろうね。最もサイバー攻撃される部分でもあるわけだし。それ以外はRustを使う動機はあまりないか。

**デフォルトの名無しさん** · 2023/09/30(土) 04:19:59.97

所有するとかいう用語はC/C++でも必要なのに最近までなかった
参照するしかないJavaとは違うアレを表現する単語がなかった

**デフォルトの名無しさん** · 2023/09/30(土) 06:35:36.76

>>583
ownershipはauto_ptrの太古からすでにあったけど？

こうやって歴史を捏造する詐欺師がいるから、歴史問題は常に嘘つきを殴らないとヤバイ。

**デフォルトの名無しさん** · 2023/09/30(土) 08:16:15.78

うそつきはいかんが、人殴りたいだけだろ。。

**デフォルトの名無しさん** · 2023/09/30(土) 08:50:05.61

？
嘘つきは人では無いよ？

**デフォルトの名無しさん** · 2023/09/30(土) 09:15:24.49

>>574
Lチカやる程度のやつが何言ってんだ

**デフォルトの名無しさん** · 2023/09/30(土) 09:16:30.63

>>581
プログラムの楽しさって本来そういうもんだよな。

**デフォルトの名無しさん** · 2023/09/30(土) 10:06:34.84

>>584
Copyを実装した型は値を所有できるかできないか
所有できない値は参照するしかないのか
という疑問が太古から存在していたとは言えないんじゃないか

**デフォルトの名無しさん** · 2023/09/30(土) 10:58:48.49

値にはownerがある原則を!Copyに限定する必要がないので
複製可能な値を所有できる

**デフォルトの名無しさん** · 2023/09/30(土) 11:44:30.24

意味のないオジだよ

**デフォルトの名無しさん** · 2023/09/30(土) 12:27:06.05

組み込みmruby の本も出た。
C のポインターでバグらないから安全

福岡の人工衛星、イザナミ・イザナギでも使っている