Rustアンチスレ

Hello World以上の事をやるとコンパイルが通らない()Rustのアンチスレです

もうコレ「お笑い小噺板」でやってても良いのでは？

>>268
それは違う

>>21
自分を天才だと思ってる奴はだいたいバカ

学習難易度は高いけど、ミスをしないと思ってる奴はバカ

使う意味ない

意味ないってことはないだろ

>>268 アンチスレ立てる用の板じゃないでしょ

個人で使う意味はないでしょ

別にC++でいいよね

モダンC++書くならもうRustでいいだろ

C++は慣れてるから……

Rustも慣れたらええやん

うるさい

Rustが嫌いだから嫌いなんじゃなくて、Rust信者が嫌いなんだわ

>>267
golangでいいぞ

Goはいいぞ

C++のコンパイラにguardオプションを付ければいいだけなのよ。
又は後付けのセキュリティチェックを準備すればいい。
もう誰かやってると思う。
大丈夫　また戻ってくるよ。

流石にC++は言語仕様で安全じゃない部分があるからなあ

unsafe使えば一緒だろ

コンパイル通らんかったら意味ない

thread::spawn() すら知らないくせにイキってるバカもこっちで隔離してほしい

BunをClaudeでRustに変換したみたいだけどunsafeだらけらしいなｗ

バカは何使ってもダメってこと

>>288
thread::spawn() を使う奴はRustアンチらしいぜｗ

このスレより意味不明でおもろい

>>141
それならもうRustで書いた方が楽なん笑う

205　デフォルトの名無しさん　2026/07/17(金) 21:59:09.13　ID:5FsOttRT
知識のない奴が好き勝手Rustをバカにできるのがこのスレのいいところなんだから、まともな意見とか求めてないんだよｗ

草

RUSTは"Resource acquisition is Unforgiven STealing"の略な

リソース取得は息をするようにやってるんですがそれは

信者が怒ってて草

信者イライラ

ｗｗｗ

>>3
これ好き

>>48
C++完全に理解した

C++100%わかってると思ってるのは流石におもろい

RustはC++と比べるとまだマシ

ここまで自演までしてRustを盛り上げようとしなきゃいけない理由って？

民家への飛び込み営業って、営業になりたがるような陽キャでもすぐ精神病むような過酷な仕事だけど
宗教の信者はそれを無報酬で喜んでやるわけじゃん？

複おじ理論「thread::spawn() を使う奴はRustアンチ！」

複オジ理論「不要なスコープを取り除いたらスコープが壊れてるんだ！」

複おじ理論「どんな寿命の参照でも、関数から必ず返せる！」
↓
「スコープで寿命が変わってるから返せないんだ！　こんなのは反例にならない！」

おもろすぎる

信者もアンチもここまでぶっ飛んだことは言わない

Cをやらないと理解できない欠陥言語

Cくらい分かるでしょ？
問題ないな

……と言ってる奴はだいたいわかってないｗ

Cわかってるってイキってる奴はわかってないよな

Rust信者もRustわかってない

Rustって言語仕様は他の言語と比べて大きいの？普通なの？

C++より非常に小さくコンパクトにまとめられている

でもC++でよく使われてる機能はだいたいある
C++には使われていない/使わない方がいい機能が多すぎる

Rustよく分かってないけどclaudeでインターフェイスだけ書いてcargo check満たしたコード書かせるだけでRustは爆速でメモリコスパも良い
スポットで使うつもりがどんどん拡大してるよ

REST APIとDB使うくらいなら簡単そう

>>320
AI時代になって遅い言語を使う意味がなくなったよな
その言語じゃないと不利な特殊環境などを除けばGC言語は全廃でよくなった

goとJavaはいるでしょ
ライブラリの資産が膨大すぎる

それ以前にAIにRustやCで複雑なロジックやメモリ管理を書かせると動かないことはまだ多い
人が書くより時間をかけて繰り返しデバッグして作るよりはGoみたいなGC言語を使った方がいいんだよね

わざわざ開発速度を落とすメリットがないことは多いしな
Rustで最高速・最軽量を徹底しなきゃいけない用途ってアプリケーション開発では少ない

なんか建設的な話題になってて草

ライバルが同じサービスやアプリなどをRustで軽量高速に作ったらライバルに負けてしまう
ライバルがいない間は安心
ライバルが出現する前にRustへ移行が建設的かも

普通のスタートアップはパイソンで十分だと思うよ
ゲームや広告配信処理あたりは速度重要だろうけど

>>328
こうやってメンテナンスできないゴミを作って後で困るんですねｗ

>>327
心配しなくてもそんなコストをかけるメリットがない
数ミリ秒速くても客は気付きもしない
Goで書いてそこそこの速度で動けば十分

それはそう

【悲報】Rust信者、スタックとヒープの区別を free() するかどうかだけだと思っている模様

アホすぎて草

やっぱりこの程度

複オジ、ムーブとコピーの区別がつかない様子

ムーブなんか使わないだろｗｗ

こっちの方が治安よくて笑う

ここはC++のすばらしさを語るスレですか？

別にC++の話そんな続いてないだろ

それな

またRustスレ荒れてて草
わからないのにイキりたがる信者が多いからだね

Rust応援隊って仕事でやってるんだろ

>>322
AI時代にメモリ食って遅い人間向きの言語は不要になってきてる。さすがにCだとAIのトークンコスパが悪いから辞めたけどRustは良い
もう既に3桁はN+1みたいなクソコード書いてるだろうけど書いてはいけないコード、良いコードとルールを足してテストを増やせばコンパイルが遅いだけになった
ある程度開発〜運用できるプログラマが使う前提ならAI×Rust 可読性がどうしても必要ならGo

Rustなんて何に使うんや？
Webでもゲームでも使い物にならんやろ
学生さんが夏休みに楽しく遊ぶのはええけどね

>>343
AIがそもそも何を書いてるのか理解してなさそう

>>344Webとゲームしか思いつかないのが浅はか
大半のプログラムはそのどちらでもない

Webとゲームは学歴不問だったりするからな。Webは特にレベル低い。DDDとかなんじゃそりゃ

ドメイン駆動設計って頭悪すぎる言葉よな
そうじゃないソフトウェアを作るアホがいるのかって感じ

高速省メモリの分野はRustに任せて
我々は妥協してC言語を使おうぜ

Fil-Cプロジェクトは、コンパイラの修正とガベージコレクションを通じてCコードにメモリ安全性の計装を追加するもので、大規模な書き換えなしにレガシーなCコードベースを保護するためのパラダイムシフトの可能性を示している。
Fil-Cは、コンパイル時の計装と並行ガベージコレクタの組み合わせを通じて、空間的安全性（境界外アクセスの防止）と時間的安全性（解放後使用エラーの排除）の両方を提供する。
Fil-Cでコンパイルされたコードのパフォーマンスオーバーヘッド（推定1～4倍のサイクルと追加のメモリ使用量）は、議論の中心的なポイントとなっている。
ガベージコレクションの要件により、Fil-Cは決定論的メモリ管理が極めて重要であるカーネル開発や組み込みシステムには適さない。
このツールは、他の言語から呼び出されるCライブラリでも課題に直面しており、二重のガベージコレクションシナリオが複雑さを生み出す可能性がある。

C言語は高速省メモリの代表例だろ
Rustとの違いは安全性

>>348
それな
用途考えずにソフトウェア開発するとか人手と金の無駄

>>349
Fil-Cを使うことで、C言語は高速省メモリを失う代わりに安全な言語になった。
Fil-Cのメモリ管理は並行ガベージコレクタで動作する。
free() はオブジェクトを「free 状態」にマークするだけで、実際のメモリ回収は GC が行う。
これにより use-after-free が原理的に攻撃に使えなくなる。
検査に違反した操作は全て「Fil-C panic」として捕捉され、プロセスが停止する。
ヒープ/スタックの範囲外アクセス、use-after-free、ポインタと非ポインタの型混同、va_list の誤用、システムコールに渡すバッファの検査など、C のメモリ安全性を脅かすものは一通りカバーされている。

CプログラマはGCなどという気持ち悪いモノを使わない
そんなものに手を出すならRustの方がマシ

C言語の文法もライブラリもそのままだよ
コンパイラをFil-Cへ変更するだけでGC言語としてコンパイルされる
C言語の文法が好きな人にはピッタリだね

高速省メモリを失ったらC言語の意味がないのでは。。。
そんな捻くれた実装なんか乗せずにRustと同じレベルの厳格なコンパイルエラーモードを追加するだけでいいのに

Fil-C実用で使う奴ってバカだよね、Go使った方が同じことができてより安全でより書きやすいんだから
そんな実験的に作られたものを例に出して「だからCは高速省メモリじゃない」というのはただのバカ

>>355
C言語の仕様ではそもそもRustみたいな厳格なコンパイルエラーは検出できない
最近のGCCには標準で -fanalyzer が搭載されてるけど、これをもってしてもRustよりは弱い保護しかできない

実用出来ないでしょ
既存の.so使えなくなる制限が大きすぎる
CIに使えるかな

-fanalyzer(静的解析)と-fsanitize(動的解析)なんてのがあったなんて知りませんでした。
gcc14以上みたいですね。

>>345
自然言語語も理解してなさそう

>>360
自然言語語は草
お前だろｗ

>>352
C言語の美しさは挙動の透明さによるものなわけで、挙動が不透明なGCに全てのオブジェクトを任せて、メモリ消費量を増やし、動作速度を落とし、stop the worldを発生させるFil-CはC言語であるメリットがない

GCがないRustへ書き換えた方がいいね

それどころかGC言語のGoよりも遅くて非効率なケースが多い
いくらなんでもバカすぎる

Goより遅いのは草
ただの道楽やんｗ

アホくさ

Goより遅くてGoより書きにくくてGoより環境依存でGoよりバグりやすくてGoより使えるバイナリのライブラリが少ないのか
……ん？