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

436デフォルトの名無しさん (ﾜｯﾁｮｲ 01da-Telw)
垢版 |
2025/10/22(水) 19:32:12.50ID:BRG3+yis0
>>432
PICマイコンとかはRustコンパイラないね。
あの規模までコンパイラ出たらCの置き換え成功だけど、今のところC++の置き換えまでしか成功の兆しが無い。
437デフォルトの名無しさん (ｱｳｱｳｳｰ Sa09-6N1s)
垢版 |
2025/10/24(金) 14:31:05.34ID:nAYKU6CIa
PICはまだstack8段までなんだっけ
2025/10/24(金) 16:10:23.19ID:UR1hEaGj0
RustのコンパイラがあるCPUがうらやましい
2025/10/24(金) 17:54:19.19ID:DDVU26il0
まあ、PIC上で(例えば)gcc動かそうとか思わんし、それはいっしょ
440デフォルトの名無しさん (ﾜｯﾁｮｲ 01da-Telw)
垢版 |
2025/10/24(金) 18:08:18.45ID:oZqwYB780
>>439
え、PCでクロスコンパイラ使ってコンパイルして書き込みツールでPICに書き込むんじゃ？
OS載らない環境（用語は最近知ったけどベアメタルとかいうらしい）じゃ当たり前だお。
2025/10/25(土) 22:40:26.52ID:UcRY3M7w0
>>416
Linusのフォーマットチェックへの文句は言いがかりだよな。
将来のためとしてああいう書き方をするのは良くないという哲学を徹底してるだけ。手間でもその都度整理してねということ。
自分のローカルで作業してるうちはフォーマットかけなくてよくて、公式リポジトリにアップするときにかけるべき。

逆にC言語では不要になったヘッダやコードとか将来のためと言って使ってないものとかが残骸として残りやすくてあかん。
2025/10/26(日) 09:12:26.69ID:+y7r90/A0
Linux 6.18-rc2リリース⁠⁠、Linus“ご立腹”のRustフォーマットチェック関連も修正
https://gihyo.jp/article/2025/10/daily-linux-251020
443デフォルトの名無しさん (ﾜｯﾁｮｲ 6b6b-jgYD)
垢版 |
2025/10/27(月) 20:02:42.21ID:TGJpNr9x0
今のところCの置き換えには無理だけど、C++の置き換えにならできるかもしれないという感じなのかな？
2025/10/28(火) 01:42:28.04ID:7VWM2dcD0
気合いと予算次第で全部置き換えられるのでは
2025/10/28(火) 06:54:48.33ID:1utbw+6mr
トランスレータがしっかりしてたら、トランスレータの実証プロジェクトになると思うんだよね
まあそのうちやるでしょ
Linux側も、フォークしたければ勝手にしろって感じのはずだし
社内向け実験用フォークとか、そっちのほうの必要性はいくらでもあるし遠慮いらない
2025/10/28(火) 08:22:45.56ID:c0RyQsHz0
これがRust推しのレベルですか

なんでRustの環境構築してないのにRust製のツールが動くの？
https://speakerdeck.com/ssssota/why-do-rust-based-tools-run-without-a-rust-environment
2025/10/28(火) 15:05:25.74ID:8lsD0VBT0
そういうのはワッチョイ無しのほうでやるともっと爆釣れやで
2025/10/30(木) 17:02:02.80ID:9YQFEu2kM
>>443
C++製のアプリも、内部の大半は、C流の書き方をしているものが多いから、それはない。
2025/10/30(木) 17:04:19.56ID:9YQFEu2kM
C/C++の事を知らない人の中に、C++のプログラムはCではなく「C++流の書き方」をしていると思っている人が
多いようだが、実際には、C++ の流の書き方は非常に限られた部分に限る、という場合が少なくない。
2025/10/30(木) 18:09:13.94ID:0rH0EF1qa
stl使えばC++と言えるのだが、使ってない方が多いのかね
2025/10/30(木) 18:10:30.70ID:0rH0EF1qa
RAIIしてスマートポインタ使ってればCとは言えないけど、そういうのもやれてないんか?
452デフォルトの名無しさん (ｱｳｱｳｳｰ Sae3-N4yN)
垢版 |
2025/11/11(火) 14:14:27.07ID:crDtfQHZa
RustとC++の相性は最悪
RustとCの方が良い
CからRustへの置き換えの方が楽
2025/11/12(水) 18:59:09.17ID:m6+1PZCP0
>>446
このスライドって、ネタで書いてるんだよね？
2025/11/12(水) 19:09:08.68ID:5EBazqEaM
Goも動くし当たり前じゃ
2025/11/26(水) 21:30:12.68ID:ICSB+SDx0
【海外記事紹介】Rustにはガッカリしている
https://techfeed.io/entries/69261dbc2020c64b2242f9eb

11月24日、bykozyが「Blog - Rust is a disappointment」と題した記事を公開した。この記事では、Rustが期待されてきた「C++の後継候補」としての役割を十分に果たしていないのではないかという問題提起を行い、とくにコンパイル速度の遅さ、言語としての複雑さ、メモリ安全性と信頼性のトレードオフ、可変共有状態の扱いにおける限界について詳しく紹介している。

筆者はRustの中核的な問題として、次の4点を挙げる。

1. コンパイルが非常に遅く、本質的に速くなりにくい。
2. 言語としてC++並みに複雑であり、所有権やライフタイムの管理が常に開発者の負担になる。
3. メモリ安全性を過剰に優先した結果、実用上の信頼性や開発者の「正気」が犠牲になっている。
4. GUIやDB、大規模な状態管理など「大量の可変共有状態」を扱う用途では、設計・実装ともに向いていない。

そのうえで、「Rustが良いか悪いかではなく、膨大な工数が投じられた結果、棚から取ってそのまま使える“そこそこの言語（mediocre）”に落ち着いているに過ぎない」という評価を示す。
2025/11/27(木) 18:51:56.59ID:A2ESVTBH0
C++代替なら、Dの方が向いてそうなイメージ
2025/11/27(木) 19:10:41.76ID:LvBL3+yLr
full Rust でツールチェインがんばるんだろうから、遅さはまだいい
っていうか、最適化度外視モードでずばばっとコンパイルすりゃいいだけなんだろ
2025/11/29(土) 02:53:39.75ID:OBFruaOY0
C++でちゃんと書ける人はRustでも書けるでしょ?
Rustで書けないような人がC++で書けると宣ってもちょっと...
2025/11/29(土) 03:18:17.58ID:Cb7h53z/0
人間が脳内管理してためんどうな所をコンパイラが見てくれるんじゃぞ
という位置づけ
2025/11/30(日) 07:35:55.57ID:/MQ+Nwwh0
rustを理解してればどんな用途が適しているかは考えて使うよね。
GoだろうがC#だろうが結構簡単にバグるし、安全に書こうとするとそれなりの勉強が求められる。
可変共有を大量に使うプログラムはどのみちバグるから、GC管理のほうがいいというのならそこだけGCのライブラリ使えばと思う。
C++だって言語機能としてはGCは無いが、必要ならライブラリとしてGCを組み込んで使っている。
ゲーム作る人は当たり前のようにやってる。
2025/12/12(金) 09:03:38.85ID:mBlfr9iZ0
LinuxカーネルへのRust導入は定着したとの合意、「実験的」タグを外すことが決定
https://gigazine.net/news/20251211-linux-kernel-rust/
462デフォルトの名無しさん (ﾜｯﾁｮｲ 12ac-FV3J)
垢版 |
2025/12/15(月) 02:29:37.68ID:2XOypBg20
Linuxは絶対Rustに置き換わらないって言ってたやつ出てこいよオラ！　もう時間の問題だろ
まだ一部だけとか、カーネルだけとか言うんだろ
2025/12/15(月) 02:47:27.25ID:yISpIgOr0
bioとかkmallocとかうまく扱えるのかね
Kernel内のAPIはRustから呼べるのかな
2025/12/15(月) 02:52:31.18ID:yISpIgOr0
>>462
実現方法を理解出来てるかね?
置き換えるというかRustに配慮した互換レイヤーを経由してそのうえでRustコードを使えるように見えるのだが
2025/12/15(月) 06:56:44.65ID:dkOaLO840
いつまでもトランスレータを出してこないと思ったら、これを待ってたのね〜って思ってる

反C++派がオラつくのはいい気がしないが、ともかくC++にとっとと技術が流れてきてほしい
2025/12/15(月) 09:43:07.60ID:5x1Nbl9oa
提案したりプルリク作ればいいのでは
2025/12/15(月) 12:12:15.75ID:xu+btuHj0
>>461
リーナスがRustでコード書き始めたら考える
2025/12/18(木) 11:53:54.36ID:wPi45O3Q0
unsafe使いまくれば、行けるんじゃないの？
unsafe使ってもCとは安心感が違う的な。

あとは、コンパイルが速くなれば問題ない。
2025/12/18(木) 12:13:23.72ID:NMD8fzWVM
メモリのレイアウトから違うという話もあったし、ページ管理なんかのコアはRust使えないでしょ
ドライバとか表層の部分はRustにしていいけど奥深くを書き換えはないだろね
影響が大きすぎるし、価値があるか怪しい
2025/12/18(木) 12:38:29.97ID:XezCmj/m0
そういうところにも使えるRustって進化を遂げる可能性はある
2025/12/18(木) 13:47:18.12ID:NMD8fzWVM
RustでOS書いてLinuxを置き換えるくらい狙った方がいいよ
最初はニッチな用途から始めるのだろうが
2025/12/18(木) 16:31:37.86ID:XezCmj/m0
なるだけ自由なディストリっていうけど、なるだけC/C++を廃したLinuxってのは需要がありそう
2025/12/18(木) 18:29:05.26ID:xJk3idBS0
遠い話にはなるよ
ファイルシステムやデータベースは安定稼働して市場で受け入れられるまで10年以上かかるし、systemdのようなものを誰が好き好んで作りかえるのかという問題がある
Waylandも普及に5年以上かかってるし
httpサーバーなんかは独立してて作りやすい部類かもしれないけどnginxとapacheの牙城に食い込めるかな
2025/12/18(木) 18:54:07.86ID:XezCmj/m0
C領域はトランスレータを書けばほぼ一発のはず
そっからがどうなるかだな
C++は、簡単に書いたものなら
2025/12/18(木) 19:02:35.08ID:l3jSErOm0
頑張ってくれ
https://jp.quora.com/%E8%87%AA%E5%88%86%E3%81%A7OS%E3%82%92%E9%96%8B%E7%99%BA%E3%81%99%E3%82%8B%E3%81%AB%E3%81%AF%E3%81%A9%E3%81%AE%E3%81%8F%E3%82%89%E3%81%84%E3%81%AE%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0
2025/12/18(木) 20:24:35.34ID:cNKIGErtM
ヒゲポンもコメントしててわろた
477デフォルトの名無しさん (ｱｳｱｳｳｰ Sa43-Zm2/)
垢版 |
2025/12/19(金) 14:11:07.79ID:uPPpqdRma
MonaOSってbootしてGUIっぽく動くけどOSとしては機能不足過ぎない？
2025/12/19(金) 14:21:18.81ID:jQc2Avkta
そうだよ。個人で始めたらあのくらい端折らないとGUI作れない
2025/12/19(金) 14:51:11.45ID:uPPpqdRma
bootもkernelも全部Rustで書いたLinuxとは全く別のOSであっても
API(というかシステムコール？)とか互換性高めてCで使えるの用意したら
Linuxの資産そのまま使えないの？
それとも「全く別」とは認めてもらえないのかな
2025/12/19(金) 16:05:09.71ID:x6q8+bsi0
>>479
sed s/Rust/C/g | sed s/Linux/GNU Hurd/g
2025/12/19(金) 16:26:10.15ID:aKNCWqXm0
Linux自体がKernel以外は借り物だろ。って言われたりするから、それでいいよ
それが出来ればすごい
2025/12/19(金) 21:29:50.92ID:icFCbx+J0
わざわざRustに置き換えることに需要あるかなぁ
2025/12/19(金) 21:49:37.39ID:MjUit4Yv0
>>467
カーネル開発に刺激は求めない
―Linus TorvaldsがOpen Source Summit Japan 2025で語ったLinux開発のこだわり
https://gihyo.jp/article/2025/12/linus-at-open-source-summit-jp-2025

「僕はもうコーディングはしていない」―Dirkから「最近のきみは（カーネル開発で）何をやっているの？」という質問に対し、Linusはこう答えています。2年前のトークセッションも同じように「もうコードは書いていない」と発言したLinusですが、では何をしているのかというと、「⁠ほかの人が開発したコードやほかの人がメンテナンスしたコードを受け取り、マージすること⁠」⁠、つまりマージこそが自分の仕事だと明言しています。
2025/12/19(金) 21:50:11.19ID:aKNCWqXm0
今の若い人Cより先にRustやるだろうし、ミーハーに盛り上がるんじゃね
セキュリティの需要はあるはずだが、表面に出る部分だけか
2025/12/19(金) 21:58:50.27ID:icFCbx+J0
流石にCより先にRust触ることはないわな
2025/12/19(金) 22:34:46.04ID:x6q8+bsi0
今は大学で教養として教えるプログラミング言語はpythonだな
2025/12/20(土) 00:06:20.35ID:oxuheUus0
Julia使ってる講座も出てきてるぞ。有名大学の公開資料を見つけてしまった
2025/12/20(土) 00:58:27.50ID:5RSOxLmn0
過去資産がいまんとこ大きすぎるから、Cが読めないエンジニアは現実にはおらんわな

煽ってないぞ
俺英語さっぱりだが、ドキュメント英語くらいは読める、それと同じレベルで
2025/12/20(土) 01:34:37.65ID:oxuheUus0
phpとJavaScriptが得意な30代はCは無理だろう
2025/12/20(土) 06:21:57.16ID:pfJJBA8tM
バグが多いという理由でLinuxがRustにするのなら、Windowsはやらないのか
2025/12/20(土) 07:15:32.00ID:i1RFiUJwr
LinuxはLinux(core)だけでいいが、Windows(全体)はC++が入りすぎてる
トランスレータの構築の難度がダンチだろ
2025/12/20(土) 08:34:34.33ID:w2+gPeci0
Rust言語で開発したWindowsカーネル、Canaryチャネルで展開開始
C/C++言語よりもメモリ安全性を確保しやすく、速度も遜色ない
https://forest.watch.impress.co.jp/docs/news/insiderpre/1516147.html
WindowsにおけるRust採用はカーネルだけじゃない……Microsoftがちょっと言及
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1536253.html
2025/12/20(土) 10:12:57.99ID:0lE0Z8OSd
Win32APIとCOMくらいまではCのみでいけるからな
(x64でも同じ)
2025/12/20(土) 11:48:09.85ID:K4U7Mxxpr
チョンボをやらかしてるのがC領域が圧倒的に多いんなら、C領域だけでもRust化すればいい

もっといえば、Rustするにあたって引っかかったところが、何かあやしいところなんだろうから、
そこを直すだけでだいぶ違うのでは
2025/12/20(土) 12:28:51.65ID:ivh2MIIM0
Cのバグにコンパイラとライブラリのバグやテストでは見つからないバグもあるので...
C++ は変化の大きさのせいで、最新を追いかける人には何時までもバグありそうなイメージ
Rust はライブラリも含めて使われる事でバグのあぶり出しが進んでいる段階ではないのか？
2025/12/20(土) 13:22:41.64ID:TE3PNrC20
いくらなんでもカーネルのコアまでRustで書き直すというわけではないんじゃないの？
2025/12/20(土) 13:37:39.73ID:tVNI7AJK0
ユーザからしたらCかRustかなんて関係ないしな
2025/12/20(土) 15:34:22.01ID:4VtCs8yHa
>>496
ないよ。Kernelモジュールをかけるだけでしょ。ドライバとか外界とのインターフェイスになる部分にRust使えるのはいいよね
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況