Rustってネットで持ち上げられすぎてね？

メモリ安全ってだけでランタイムGCあり(メモリ安全)の言語でバグ出してるやつが使ってもバグが減るわけじゃないんだが？

Rust使えば無条件でC++より安全って訳じゃないよなあれ
並列処理で同じメモリに値書き込むと簡単に壊れるでしょあれ

Rust使えば無条件に安全って思ってるやつ多くね？
C++をRustに書き換えれば安全ってそのRustで書き換えたコードに誤りがあったら無意味だよね？

>>1
このスレはウソを書き込む釣りスレかね
Rustはメモリ安全だが
C/C++と同じでランタイムGCなんて無い

>>2
Rustは並列処理でも安全
データ競合は起きない

>>3
コードに誤りがあって安全でなければRustコンパイラがコンパイルを通さないのよ
だからRustは安全なのよ

>>4
普段PythonとかJavaのようなランタイムGCのあるメモリ安全の言語でもバグ出してるやつがRust使ったところで普通にバグ出るだろって話な

>>5
コードに誤りがあったら誤り通りのバイナリ吐き出すよ

>>7
データ競合があればコンパイラが通さないのよ

ビルド時間遅すぎて生産性なさすぎ
日本企業にRust使って良いとこなんて一つもない

ビルド一発で完璧なものを作れるGAFAMの天才エンジニアとかが扱う言語だよ

>>6
言語Aでバグ出す人は言語Bでもバグを出す！と主張してることに気付いてる？
それはRustと無関係な話

なおメモリ安全性と速度は両立しない

897: デフォルトの名無しさん 2026/03/14(土) 11:10:38.67 ID:sVkUX/u1
>>885
でも安全性を考えれば
速度と両立があるRustって感じなんか？

898: デフォルトの名無しさん sage 2026/03/14(土) 11:40:47.44 ID:SPLDb608
>>897
NO

ほぼ全てUnsafe 2.19秒
https://benchmarksgame-team.pages.debian.net/benchmarksgame/program/nbody-rust-9.html

Unsafe控え目 3.24秒
https://benchmarksgame-team.pages.debian.net/benchmarksgame/program/nbody-rust-7.html

Unsafeなし 3.46秒
https://benchmarksgame-team.pages.debian.net/benchmarksgame/program/nbody-rust-3.html

別ソース
https://madnight.github.io/benchmarksgame/nbody.html

>>12
愚か者！
第一に、非常に特殊な例外的なものを例に出しても無意味。
第二に、そのunsafeのコードをよく見ろ。CPU依存の_mm256_xxx関数を呼び出しているだけだ。
このケースはunsafeを無くすことができる。
Rustでは安全と速さを両立できる。

ヒープ確保するのがリスクなら組込みたいに最初から固定長で確保しとけばいいだけなんちゃいますのん

>>11
だからC++からRustに書き換えれば完全に安全みたいな捉え方をしてる人が複数人いるけどそうじゃないよなって話

無知なwebエンジニアのワイに教えて
rustってみなさんどこで使ってんの
webAPI？わざわざwasmとかしてんの？

>>15
Rustでコンパイル通すことができれば安全です

>>1
これが原因か
https://www.youtube.com/watch?v=NMN9kUUOR1c

GAFAM含めた全てのIT大手がRust使ってるからな

いま転職活動してるけどrustの求人ってそんなにない印象だぞ
mercari系のユニコーンはGoが多くて、LY、paypay、マネフォあたりはSpringbootかruby on rails
機械学習系のとこはpython

その他C++系の求人では一部rustが歓迎条件に入ってる

GAFAMはGoogle Japanしか見てないけどJavaかC++が多い印象

HQ系では大規模トラフィックの最適化とかしてるからrust置き換えあるのかもしれないけど日本市場だとエンジニアも居ないしC++でいいやとなるのかもしれんな

>>18
正解！
他のゆっくり実況者もあんま変わらんけどね
これとか
https://youtu.be/Vi3xadsStU4?si=ckb6GNv69GGRqyTO

C++をRustに置き換えれば完全に安全って思ってるバカが多い印象
書き換え時にバグが紛れる可能性について全く考慮されてない

>>22
それはRustの問題ではない
元々のC++にもバグがあるかもしれないし別の言語からでも別の言語へでも同様なのでRustとは無関係な話

正しい事実はこれ
Rustへ書き換えることができれば安全になる

海外だとrustの求人はディズニーとか軍事ドローン作ってる防衛産業まであるけどit後進国のこの国じゃむりぽ
ちょっと前に任天堂がコンパイラの改善業務かなんかでrustの求人出してた

海外だと求人は結構ある模様
外資も日本法人は基本カスタマーサポートばっかだししゃあない
https://filtra.io/rust/jobs-report/oct-25
Amazon
Microsoft
Cloudflare
xAI
Apple
Dropbox
Nvidia
Google
SpaceX
GitHub
Mozilla
Woven By Toyota
Discord
Disney
Fastly
Mercedes
Bloomberg
Bun
Toyota Connected
Figma
Astral
KSAT
LINE
Akamai
Meta

>>18
タイトル詐欺やね
>>21
そっちは面白い

>>13
> Rustでは安全と速さを両立できる。
確かめてないだろw

unsafeを無くすためにAIにnightlyのstd::simdで書き替えさせたら2割弱スピードダウンした
AIにその原因を説明させたらちゃんと答えてくれたよ

まあ科学技術計算が特殊でRustの得意分野じゃないと言うならそれで良いよ

>>23
安全にはならない

>>26
おもんねぇよ

>>23
つクラウドフレア

>>23
書き換えるといってもそもそもの構造から発想の転換が必要になることが多い
簡単に書き換えれるようならそれはもともと危険性考慮必要もないほど単純で安全だったコードだろう

それとRustはメモリ安全性を保障してるわけじゃない
あくまでもメモリ安全性という目標のために未定義動作を防ぐことを目的としてるだけ
例えば相互参照や循環参照が発生した場合の有効な解決策を持っていないし何も対策せずにコンパイル通すと実行時にスタックオーバーフロー発生する可能性がある

安全性のためにRustに書き換えるってのは面倒だし難易度も高い話
マルチスレッドのようなより高度なプログラミングが必要になったときにRustの真価が発揮される

Rust板が必要だ

>>31
Rustはデータ競合も含めてメモリ安全性を保証している
Rustが難易度高いと主張するのは初心者だけ

>>27
#[target_feature(enable = "avx2")]
を利用する関数に付ければunsafeで囲わなくても_mm256_XXXを使えるようになったよ

>>33
データ競合をなくすためにクラス構造から再構築しなおさなきゃならなくなる
その前にデータ構造も再構築必要
難易度が高いというのはスキル的な話じゃなく実現コストが高いという意味

それとRustのメモリ安全というのはあくまでも未定義動作を防ぐためのもの
スタックオーバーフローに関しては無力

>>35
>>データ競合をなくすためにクラス構造から再構築しなおさなきゃならなくなる

おい！
元のC++コードにはデータ競合バグがあったのかよ！
Rustの問題ではないな
Rustならデータ競合が起きない

>>34
何だこれ
わざと嘘ついてるのか?

Rustスレでやって盛り上げてあげて

>>38
わかった

>>37
それは何ヶ月か前から使えるようになったな
例えばこうして使っている

#[cfg(target_feature = "avx2")]
#[target_feature(enable = "avx2")]
fn foo() {
　// avx2を使う実装
}

#[cfg(not(target_feature = "avx2"))]
fn foo() {
　// avx2を使わない実装
}

>>35
難しい=難易度上がる
面倒臭い=実現コストが上がる
決して難しい訳じゃないんだよな
ただし後者は日本語で言う(「難しい」を含む場合もある)

まだ言葉足りないか
>>35
難しい=難易度(必要なスキル)上がる
面倒臭い=実現コストが上がる
決して難しい訳じゃないんだよな
ただし後者は日本語で言う(「難しい」を含む場合もある)

わろす
watch?v=hgI_AOjGE38

マジで最近のYouTubeRust持ち上げすぎてね？って思うんだがどう？

最後のあがきってやつだろ

今頃になって持ち上げてるのは周回遅れだから無視でいいよ

>>40
論より証拠だからやってみなさい
https://godbolt.org/z/8fq9T3fYe

>>46
なるほどなぁ

>>12
それはRustでメモリ安全性と速度が両立している証拠
それらのコードの差はベクタ命令をどこまで使うかどうかの差
その違いについてはCでもRustでも同じ話

Zigのほうが好きな人多そう

Zigは少ないスポンサー企業がさらに減ってしまった

ポストC/C++として過去一成功してるってだけで持ち上げられる価値は十分にあると思うよ

ダメだダメだ言いながら「人間側が頑張る」と言うITにあるまじき精神論で何十年使ってきたと思ってんのよ

でも開発者おおいとエコシステム開発の勢いもあるから
rustでいいかなって思っちゃう

linuxカーネル7.1

Cがアホみたいにメモリ周りが危険だからその危険がなくなっただけでも価値があるという話

何事も得意不得意はある
Pythonのメインストリー厶はやっぱPythonが強いわ血眼で最適化されてるから
そこらへんの奴がRust使うより早い

>>56
ぱぱぱwぱいそんwww

C#のサブセットでRustみたいなやつ作りたいわ
UnityのBurstコンパイルみたいに[BurstCompile]って頭につけたメソッドだけクラスなし、GC無しでLLVMにコンパイルできる
もちろんメモリ管理もコンパイラー制御でコンパイルできなくするようなやつ

c#なんてゲームと仕事以外で誰も使ってないやん
主要oss見てみろって
javaとc#なんて見たことない

>>59
StackOverflowがC#なんだが

qiitaとかzennでもpythonの方が速かったって検証あるけどなあ

Python自体は遅いよ
だからこそPythonのライブラリをRustで書く
それを使うと速い

PythonとかRubyは最も遅い部類の言語なのでは。もともと速くあろうという点にはあまり重きを置いていない言語というか。

インタプリタを議論の俎上に出す時点でニワカもいいとこだろw

まぁ結局バイナリにコンパイルしたら速いよなってのは事実だよなC#もBurstコンパイルでネイティブバイナリ吐き出してその部分だけGC無しで実行してるし
PythonのライブラリをRustで書くってのも似たようなもん
BurstはC#オンリーで書けるのが強みか

CPythonはCのくせにクソ遅いCの恥さらし

https://www1.daiwair.jp/qlviewer/e-cast/2509059702scTvDPnFfu/index.html

もう皆Raku使おうぜ

RustのようにIT大手各社が採用したプログラミング言語は今後新たに出てきそうにない

Rust実行速度は速いかもしれんけど、実装時にバグばかり発生してめちゃくちゃ時間かかる
何年も使うようなプログラムじゃないとトータルマイナスな言語じゃね？

それはRustがバグを作り込みやすい言語ということですか
チュートリアル読んだ限りはそうは感じなかったのだけど

>>70
>>実装時にバグばかり発生して

逆だよ
Rustは強い静的型付けによりバグが生じにくい言語
抽象的な記述も使えば更にバグが生じにくくなる言語

他社でメンテはしにくく感じる

Rustの良さの一つは保守性の高さ

Rustは格段に読みやすい
デメリットとしてはcloneやunwrap系が混じるだけ

>>75
cloneがそんなに頻繁に出てくるのは何かおかしい
普通は参照もしくはCopyを使う

>>70
>何年も使うようなプログラムじゃないとトータルマイナスな言語じゃね？
そりゃそうだろ

Rustは清書用
Rustはリファクタリングには向いてない
矛盾してるようだけど矛盾してない

>>76
暗黙のCopyしたくないときはclone使うよ

2024年あたりから打ち捨てられたクレートが激増してる
clapやcronoの時みたいに大問題にはなってないけど数千万ダウンロードとかあっても平気で放棄されててRustのエコシステムには明らかに翳りが見えてきてる

>>76
まずはcloneで動くコードを書こう
デカいデータ丸々複製とかじゃなければほぼ影響はない

>>81
真逆だろ
俺は参照を使えと言ってる
大きなデータは参照
小さなデータはCopy
これらが一番速くて基本
cloneは次善策

速さは今話してませんが

参照を扱えないRust初心者もいるからね
Cのポインタ相当にすぎないから学べば簡単だよ
正確には指す実体が正しく存在することを保証されたポインタが参照
そのために単なるポインタとは異なり参照にはライフタイム注釈がある
それによりコードが分かりやすくなると共に安全にもなる一石二鳥だよ

複おじ読んでるこっちが恥ずかしくなるからもうやめて〜ｗ

>>83
無駄なcloneを避けるのは常識
なんでもcloneが許されるのは習い始めの時だけ

>>86
プロジェクト全体を見たときにそこまでこだわるような問題ではないということ
所有権で困ったらcloneしておいて後から最適化すればいい
参照使うなとは言ってないからね
開発速度のほうが大事だよ

Rc/Arcをcloneならわかるけどデータ自体をcloneするバカはいないだろ
データをcloneしちゃうバカが「開発速度のほうが大事」ってギャグかよ
知能レベル低すぎだろ

>>80
cratesのnamespaceってアカウント毎の階層になってないよね

>>82
参照使ったら文脈変わるやん

>>88
Copy使ってるからcloneしてませんとか言ってるバカも居る

>>88
横からだがcargoやripgrepのソース見てごらんよ
参照が使える場面でもめっちゃcloneしてるから

>>86
>なんでもcloneが許されるのは習い始めの時だけ
これはそう
でもRc/Arc以外のデータを何でもcloneしちゃダメだという素人考えが許されるのも初心者まで
中級者以降はそういう考え方をしない

C/C++でポインタを使ってきたまともなプログラマーならそのまま参照を使える
ポインタを使えない人はcloneに逃げて時間とメモリを浪費してしまう

この会話のレベルの低さから察するに、Rustは素人にとっても平易で読み書きしやすい良い言語だと思う

>>93
そこは全ての言語で共通の話で、
異なる内容のデータに分岐するときは当然クローンして、
同じ内容のデータを保持するときはクローン使ってはダメで参照を使って指し示す。
Rustでも全く同じ。

いや、Rustには型パズルを不必要にややこしくしないようにするためのcloneがある

>>97
そんな無駄なコピーをするのはRustを理解していないアホだけ
多くののケースは参照&Tで済む
そうでないケースもRc<T>など適切な方法がある

>>98
論理のすり替え。

Rustはこうやって議論が盛り上がるくらい人気でいいな

>>97
そこで型パズルなんてものは発生しなくて、
参照よりも元が長生きすればよい、
という誰もがわかる簡単な仕組み。
CPUもメモリも浪費する無意味なクローンは本末転倒。