25/10/25 22:40:26.52 UcRY3M7w0.net
>>418
Linusのフォーマットチェックへの文句は言いがかりだよな。
将来のためとしてああいう書き方をするのは良くないという哲学を徹底してるだけ。手間でもその都度整理してねということ。
自分のローカルで作業してるうちはフォーマットかけなくてよくて、公式リポジトリにアップするときにかけるべき。
逆にC言語では不要になったヘッダやコードとか将来のためと言って使ってないものとかが残骸として残りやすくてあかん。
444:デフォルトの名無しさん
25/10/26 09:12:26.69 +y7r90/A0.net
Linux 6.18-rc2リリース、Linus“ご立腹”のRustフォーマットチェック関連も修正
URLﾘﾝｸ(gihyo.jp)
445:デフォルトの名無しさん
25/10/27 20:02:42.21 TGJpNr9x0.net
今のところCの置き換えには無理だけど、C++の置き換えにならできるかもしれないという感じなのかな？
446:デフォルトの名無しさん
25/10/28 01:42:28.04 7VWM2dcD0.net
気合いと予算次第で全部置き換えられるのでは
447:デフォルトの名無しさん
25/10/28 06:54:48.33 1utbw+6mr.net
トランスレータがしっかりしてたら、トランスレータの実証プロジェクトになると思うんだよね
まあそのうちやるでしょ
Linux側も、フォークしたければ勝手にしろって感じのはずだし
社内向け実験用フォークとか、そっちのほうの必要性はいくらでもあるし遠慮いらない
448:デフォルトの名無しさん
25/10/28 08:22:45.56 c0RyQsHz0.net
これがRust推しのレベルですか
なんでRustの環境構築してないのにRust製のツールが動くの？
URLﾘﾝｸ(speakerdeck.com)
449:デフォルトの名無しさん
25/10/28 15:05:25.74 8lsD0VBT0.net
そういうのはワッチョイ無しのほうでやるともっと爆釣れやで
450:デフォルトの名無しさん
25/10/30 17:02:02.80 9YQFEu2kM.net
>>445
C++製のアプリも、内部の大半は、C流の書き方をしているものが多いから、それはない。
451:デフォルトの名無しさん
25/10/30 17:04:19.56 9YQFEu2kM.net
C/C++の事を知らない人の中に、C++のプログラムはCではなく「C++流の書き方」をしていると思っている人が
多いようだが、実際には、C++ の流の書き方は非常に限られた部分に限る、という場合が少なくない。
452:デフォルトの名無しさん
25/10/30 18:09:13.94 0rH0EF1qa.net
stl使えばC++と言えるのだが、使ってない方が多いのかね
453:デフォルトの名無しさん
25/10/30 18:10:30.70 0rH0EF1qa.net
RAIIしてスマートポインタ使ってればCとは言えないけど、そういうのもやれてないんか?
454:デフォルトの名無しさん
25/11/11 14:14:27.07 crDtfQHZa.net
RustとC++の相性は最悪
RustとCの方が良い
CからRustへの置き換えの方が楽
455:デフォルトの名無しさん
25/11/12 18:59:09.17 m6+1PZCP0.net
>>448
このスライドって、ネタで書いてるんだよね？
456:デフォルトの名無しさん
25/11/12 19:09:08.68 5EBazqEaM.net
Goも動くし当たり前じゃ
457:デフォルトの名無しさん
25/11/26 21:30:12.68 ICSB+SDx0.net
【海外記事紹介】Rustにはガッカリしている
URLﾘﾝｸ(techfeed.io)
11月24日、bykozyが「Blog - Rust is a disappointment」と題した記事を公開した。この記事では、Rustが期待されてきた「C++の後継候補」としての役割を十分に果たしていないのではないかという問題提起を行い、とくにコンパイル速度の遅さ、言語としての複雑さ、メモリ安全性と信頼性のトレードオフ、可変共有状態の扱いにおける限界について詳しく紹介している。
筆者はRustの中核的な問題として、次の4点を挙げる。
1. コンパイルが非常に遅く、本質的に速くなりにくい。
2. 言語としてC++並みに複雑であり、所有権やライフタイムの管理が常に開発者の負担になる。
3. メモリ安全性を過剰に優先した結果、実用上の信頼性や開発者の「正気」が犠牲になっている。
4. GUIやDB、大規模な状態管理など「大量の可変共有状態」を扱う用途では、設計・実装ともに向いていない。
そのうえで、「Rustが良いか悪いかではなく、膨大な工数が投じられた結果、棚から取ってそのまま使える“そこそこの言語（mediocre）”に落ち着いているに過ぎない」という評価を示す。
458:デフォルトの名無しさん
25/11/27 18:51:56.59 A2ESVTBH0.net
C++代替なら、Dの方が向いてそうなイメージ
459:デフォルトの名無しさん
25/11/27 19:10:41.76 LvBL3+yLr.net
full Rust でツールチェインがんばるんだろうから、遅さはまだいい
っていうか、最適化度外視モードでずばばっとコンパイルすりゃいいだけなんだろ
460:デフォルトの名無しさん
25/11/29 02:53:39.75 OBFruaOY0.net
C++でちゃんと書ける人はRustでも書けるでしょ?
Rustで書けないような人がC++で書けると宣ってもちょっと...
461:デフォルトの名無しさん
25/11/29 03:18:17.58 Cb7h53z/0.net
人間が脳内管理してためんどうな所をコンパイラが見てくれるんじゃぞ
という位置づけ
462:デフォルトの名無しさん
25/11/30 07:35:55.57 /MQ+Nwwh0.net
rustを理解してればどんな用途が適しているかは考えて使うよね。
GoだろうがC#だろうが結構簡単にバグるし、安全に書こうとするとそれなりの勉強が求められる。
可変共有を大量に使うプログラムはどのみちバグるから、GC管理のほうがいいというのならそこだけGCのライブラリ使えばと思う。
C++だって言語機能としてはGCは無いが、必要ならライブラリとしてGCを組み込んで使っている。
ゲーム作る人は当たり前のようにやってる。
463:デフォルトの名無しさん
25/12/12 09:03:38.85 mBlfr9iZ0.net
LinuxカーネルへのRust導入は定着したとの合意、「実験的」タグを外すことが決定
URLﾘﾝｸ(gigazine.net)