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

**sage** (ｱｳｱｳｳｰ Sacf-wVFe) · 2023/12/08(金) 09:57:43.49

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

っていう雑談スレ。

・C/C++ <=> Rust いまさら聞けない移行質問なども適当にどぞ
・レスバはじめんのは勝手だけど、面白いこと・へぇなこと書いたヤツが優勝
・マな話は、マのスレもご活用ください↓

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

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2024/09/26(木) 10:53:50.47

消すと増える法則

2024/09/26(木) 22:07:40.53

何も増えてないぞ

2024/09/27(金) 08:00:08.39

最近は消えてばっかの印象しかない
特に動画関係

2024/11/07(木) 10:17:19.53

>>274
嘆かわしいことだ
C言語教は排他的だ

2024/11/07(木) 11:14:33.56

Rust民の一部が、Cの侮辱に走ったからねえ

2024/11/07(木) 20:04:40.92

そういえばlinuxカーネルにD言語という話は出なかったのかな

2024/11/07(木) 20:05:00.93

C++は侮辱して良いけどCは侮れない

2024/11/07(木) 21:19:39.88

侮れないのはC言語の熟練プログラマであってC自体は思うさま罵倒してもよい

2024/11/07(木) 22:42:14.10

>>290
ABIが絡む問題だとC以上に成功してる言語は無いと思う
C++開発者やRust開発者でも、自作ライブラリを他の言語から呼べるようにしたければ、基本的にCのAPIに頼ることになる
Cで実装する必要はないけどCの知識はあった方が良いし、これは暫く変わらないと思う

2024/11/07(木) 22:46:48.23

ワードサラダに何マジレスしてんの

2024/11/09(土) 09:32:59.88

Linuxカーネルのような分野ではなく、より高レベルのアプリ開発などだとC++とRustの受容ってどうなの？
現時点でC++の資産が大きいからC++を使い続けるところ、C++からRustに移行したところはあると思うけど、逆にRustを諦めてC++に戻ったというケースもあるのか

2024/11/09(土) 12:02:08.86

rustで仕事してからc++に戻るとあまりに汚いコードに愕然とする。
ライブラリの問題さえなければ全部Rustにしたいんだけどねぇ。

2024/11/09(土) 12:41:11.71

C -> C++ のときも、似たようなことを思ったよ
C++派だが、きっと、post Rust 世代のC++コードも、似たことになると思う

2024/11/09(土) 15:30:48.70

年数経ってるC++コードってifdef地獄になりがち

2024/11/10(日) 01:30:18.87

ScalやHaskellでも同じようなこと言ってた人が沢山いたけど
今はどこに行っちゃったんだろ

2024/11/10(日) 03:23:13.97

世のマイノリティはすべからく世代交代により引退し文字通り自然淘汰で消えていくと思われる
子供に数学がベースにあるだとか関数型を教えてもはぁ？って感じだろう
Rustもメモリ安全という売りが無ければ誰も見向きもしないだろう

2024/11/10(日) 11:04:42.33

Rustは関数型言語ではないし、HaskellやScalaの仲間ではないよ
関数型っぽいところもあるけど、参照やスマートポインタなど基本的なところは C++ の方が近い

C++との違いとして大きい (そして学習コストが高いと言われやすい) のは借用やライフタイムまわりだけど、これはメモリ安全のためのものであって関数型に由来するものではない

2024/11/10(日) 11:34:09.86

Rustの実績が安定したら、学ぶべきプログラミングパラダイムもはっきりする
C++が何を獲得すべきか、はっきりする日も近い

なんでもかんでもじゃだめだ実績ベースでないと

2024/11/10(日) 12:45:53.38

>>299
リージョンベース推論はMLKit→Cyclone→Rustという系譜ではあるから一応これも関数型由来と言えなくもないよ
まあRustに取り込まれてから相当手が入ってるからもはや別物だろと言われても否定はできない

2024/11/10(日) 20:19:27.59

>>297
今でこそC#に近い速度出るようになったけど、
当時のHaskellはPythonとどっこいどっこいだったからね…。

今でも並行・並列処理は関数型言語が有利とは言われてるけど、正格評価の関数型言語だね。

Haskellは遅延評価が並行・並列処理の邪魔するから。
（なので、正格評価の方が良い場合のみ正格評価にしようという意見も出てた）

それでもHaskellは美しいから好き。

Scalaは…何か自爆した記憶がある。

2024/11/11(月) 09:55:40.60

>>302
当時っていつ頃?

2024/11/11(月) 14:59:59.65

マルチメディアライブラリ「FFmpeg」がアセンブリ言語の手書きで爆速になったという報告
94倍も処理速度が向上、新しいCPUほど効果あり
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1638345.html

2024/11/11(月) 15:16:28.40

あの行列演算命令みたいの? を手書きで使いこなせること自体シビレる
頭いいんだろうな

あとテストがしっかりしてるから、大胆にチャレンジできるんだろうか

2024/11/11(月) 20:56:41.76

>>303
Haskellが話題になった2006年頃。
学ぶべきプログラミング言語５選とかに選ばれたのと、
Perlの本家より速くHaskellでPerl6のインタプリタを作ったとかで話題になった。

それがきっかけでHaskell入門書が出始めた。

つーても、速度自体は２０年近くあんまり変わってなかったりする。
（コンパイル時間は短くなったり、再帰の時のスタック消費も減ったりそれなりの進化はあったが）
stackがまだサポートしてない最新版を入れてみたらC#並みの速度出てビビった。
(次のstack辺りで正式サポートされる？)

でもHaskellの最適化はもっとポテンシャルあるはず。
C++では参照透明性が確保出来ないから x = 2 * 3 = 6
みたいな単純な式しか定数に出来ないけど、
Haskellなら下みたいな関数も

mylist 3 4 = [[1,2,3,4],[5,6,7,8],[9,10,11,12]]

みたいに、引数を渡せばガンガン定数に出来るポテンシャルがある。
(コンパイルが終わった段階で計算時間０)

main = print.last.last $ mylist 3 4 -- ここが、main = print 12 になるポテンシャル。

mylist n m = take n.iterate f $ [1..m]
where f = map (+m)

ずっと待ってるけど、やっぱりそんな最適化を組み込むのは難しいらしい。
参照透明性を最大限利用する日は遠い。

2024/11/12(火) 06:02:22.75

>>304
作り上げてるときは楽しいだろうな
でも、半年後や、一年後にメンテしなければならなくなったとき地獄ｗ

2024/11/12(火) 08:22:39.84

試行的なブランチだろうから書き捨てだろうね

2024/11/13(水) 13:24:23.77

>>307
Rustサイコー！！！

2024/11/16(土) 05:22:47.97

アメリカは自分が負けそうになると、
規制を作り、人為的な均衡状態を作る。
それが今回は「安全な言語の強制」。
これで排除されるのはC/C++のみであり、
他の言語は全く影響を受けない。

2024/11/16(土) 11:45:36.61

>アメリカは自分が負けそうになると
現時点でC++を一番多く使ってるのって大手ITの多いアメリカじゃないの？
アジア企業でC++が多くアメリカ企業ではRustが多いとでも言うなら別だけど
単にセキュリティリスクになり得るメモリバグを減らす努力をしろってだけの話だと思うが

2024/11/16(土) 11:55:49.36

>>310
アメリカに限らず、どこでもC/C++が最高の言語なんて思ってないから。他に代わりになる物が無かったから仕方なく使ってるだけで。rustが出てきた今、新規案件でC++使う必要もない。サーバー関連ならなおさら。

2024/11/16(土) 12:02:14.33

つうか、rustの難しいと言われてる部分の70%位はメモリ管理周りで、それはC++やってる人なら既にマスター済みの概念。残りはトレイトとか関数型の機能ぐらいで、両方使える様になるなんて簡単なのに、何をケチっているのやら。

2024/11/16(土) 13:47:41.67

Rustは机上の空論的。

2024/11/16(土) 14:07:56.26

C/C++で安全に描ける人はRustなんて不要
そのままC/C++使ってれば桶

2024/11/16(土) 14:08:54.20

>>313
>残りはトレイトとか関数型の機能ぐらいで
具体的にどの機能を指して”関数型の機能”と言ってるの？

2024/11/16(土) 15:05:36.30

Rustの関数型っぽさってごく一部だよ
enumやパターンマッチがあったり、OptionやResultに対してmap, flatmap操作ができたりするくらい
関数合成やカリー化は気軽にできない (Box<dyn Fn(A) -> B> のようなものが必要になる) し、関数型のやり方で書ける言語ではない

Rustはパフォーマンス重視だからってのもあると思う
関数を柔軟に組み合わせるにはヒープが必要で、メモリの管理をカッチリやるRustでそれを表現すると面倒というか

C++から来れば関数型らしさの強い言語だけど、関数型言語からすれば違うよね、という位置付けだと思う

2024/11/16(土) 17:00:48.46

欧米はトヨタを負かそうとしてよく自滅するよね
CO2ガーSDGsガーEVガーだとか
まあC/C++とは違ってトヨタは最高の自動車ではあるんだけどね

2024/11/17(日) 01:03:43.44

本当に技術力が有る人たちに任していてはC/C++は消えていかないから、
技術力が無いアメリカ政府が無理やり潰しにかかっており、市場をゆがめている。

2024/11/17(日) 02:25:27.51

>>319
昔はフルアセンブラでゲーム作ってたよ。C言語なんて割り込み処理も書けないし、最初は色んな縛りが多すぎて面倒だとも思ってたよ。
今アセンブラで組むか？と言われたらもうやらないよ。
C++も仕事で25年以上使ったよ。死ぬほどデバッグしてきたよ。で、今はもうrustでいいじゃんって思ってる。既に仕事で使っててメリットの方が多いからね。
そういう事よ。

2024/11/17(日) 04:40:45.51

巡り合わせの差はでかいな
職務でRust使ったヤツは抵抗感がもうないし、まだのヤツはじっくり研究する時間がある
俺は後者 C++から逃げたくない

2024/11/17(日) 09:04:44.21

組織人ならどんな言語でも使えるようになるしか無い
嫌ならフリーランスやるしか無い

2024/11/17(日) 09:49:28.16

>>322
使いこなせる言語の幅だと実際はこの真逆
“やるしか無い”というメンタリティではどちらでも見込みはないが

2024/11/17(日) 13:58:37.38

>>310
まあこれが真実だろうな

2024/11/17(日) 14:21:11.56

>>324
アメリカは規制大好き国家で、サウスウェスト航空も
初期のころ、州をまたぐ航路を禁止されてしまった。
恐らく他の航空会社を守るためだろう。

2024/11/17(日) 16:00:14.16

>>323
やれといわれたら、「しゃあない、いっちょやってやるかｗｗｗ」だぞ
やってみたいことが無数にあってだな命じられるのはいいきっかけ

2024/11/18(月) 09:36:20.68

>>321
C++なんて俺が小学生の頃からあるし今更こんな古臭い言語使いたくない

2024/11/18(月) 09:46:00.06

別にいいぞ、異論は認める
C++ってのはなあ…

…俺の母ちゃんなんだ

2024/11/18(月) 13:44:55.30

The C++ is my mother's tongue.

**デフォルトの名無しさん** (JP 0H1e-hB9O) · 2024/11/21(木) 19:53:48.77

騙されちゃダメ。Rustが流行りだと言ってるけど、実際使っている(使えてる)奴はそんなにいないって。
まだ様子見だね。どんな言語も最初は綺麗な言語だよ(30年以上前、C++もそう言われていた)。しかし、
よってたかって「ああしてほしい。こういう問題がある」と言った意見が寄せられて今の仕様に。それ
でもまだいい方にまとまっている。さて、Rustはどうなるんでしょう？

2024/11/21(木) 20:21:23.65

MSがVisual Rust++を出してからが本番

2024/11/21(木) 20:28:08.71

>>331
ありそうｗ

**デフォルトの名無しさん** (JP 0H1e-hB9O) · 2024/11/21(木) 21:11:57.34

>>331
その前にMSが傾いてそう。

**デフォルトの名無しさん** (JP 0Hfa-rt3S) · 2024/11/21(木) 21:42:37.39

EchoAPIは大きな変革をもたらし、APIのデバッグを迅速に行って、スムーズなユーザー体験の構築に集中できるようになる！

2024/11/22(金) 13:39:30.99

MSが一番仕様汚す真犯人では

2024/11/23(土) 07:12:09.69

まあでもヘジルスバーグがどう手を入れるか見てみたい
delphiやc#やtypescriptに影響与えたからな

2024/11/23(土) 16:17:15.02

Visual R＃が出て
Rustが終わるのでは

2024/11/23(土) 17:29:39.66

.NETと接続するための Rust/CLI かもしれない

2024/11/23(土) 19:30:40.98

C++/CLI並に何でもできるが面倒すぎるものだったら使いたいな。

2024/11/23(土) 23:43:48.10

>>337
統計解析が得意そう

2024/12/10(火) 11:47:28.40

小倉智昭さんRIP、ここの住人ならパソコンサンデーみてたよな？

2024/12/10(火) 21:55:26.78

懐かしす
朝生と同じテーマ曲だったよね？

**デフォルトの名無しさん** (JP 0H9f-uiwC) · 2024/12/11(水) 20:42:50.15

EchoAPIはAPIの問題を迅速にデバッグするのに役立ち、安心して次に進むことができるよ

2024/12/13(金) 17:31:01.50

サイコパスの脳の違いを発見。一般の人に比べ線条体が大きいことが判明
karapaia.com/archives/52313287.html

2024/12/13(金) 18:20:27.51

>>344
でも、本人が性格悪い人に限って、他の人の事をサイコパスと言っていたりするんだよなぁ。

2024/12/13(金) 19:38:38.35

>>344
ずるいことばかり考えてるから後天的に線条体が発達したかも知れないな

2024/12/14(土) 09:27:13.28

南無南無
https://www.youtube.com/watch?v=f6R4T7bYG9k

2024/12/29(日) 20:40:47.75

Rust、zulipに参加してみたけど
あんま活発じゃないのかな、、、

2024/12/29(日) 22:30:54.90

なぜ日本語? Ruatで話すべきでは?

2025/02/07(金) 14:36:31.92

LinuxカーネルのメンテナがRustコードを混ぜることを「癌」と呼び、開発者間の対立が激化中
https://techfeed.io/entries/67a52d4677bdbc0f2990eed9

RustをLinuxカーネルに導入したい勢力と、C言語主体の開発体制を維持するメンテナとの対立が顕在化し、現在激しさを増している。

2025/02/07(金) 17:43:50.54

Rust勢の怠慢なんだよね
C to Rust を実用化して、一気にpure Rust Linux をフォークすればいいんだよ
みんなそっちに来るはずだろ
C to Rust の成熟・信頼獲得の機会にすべきまである

2025/02/07(金) 21:57:59.68

>>350
このスレと同じ予想できる展開w
Rustは補助輪みたいなもんだ
Rustユーザ「補助輪あると誰が乗っても原理的にコケないよ」
Cユーザ「俺は補助輪なくてもコケない! 補助輪うざい!」

2025/02/07(金) 22:51:27.91

「いつの話だ。Cにも補助輪ついてる」って、はやくなってほしい

2025/02/13(木) 14:47:38.10

Asahi Linuxのリードデベロッパがアップストリームメンテナーを辞任⁠⁠、背景に“C vs. Rust”対立に端を発したブリゲーディング
https://gihyo.jp/article/2025/02/daily-linux-250213

2025/02/13(木) 15:10:51.36

おまえホントLinuxゴシップ好きやな

2025/02/18(火) 12:40:05.85

Rustは開発や拡張には向いていないんよ
固まったコードを描き換えて聖書するには向いてるのは判る

2025/02/18(火) 15:46:04.81

>>353
AIが補助輪になったよ

2025/02/19(水) 10:05:18.66

AIに監査させました、で投資家が納得するかだな

Rustのsafeとの相互運用が完全にできればいい

2025/02/19(水) 10:45:45.27

>>358
Rustは何が監査してるの？

2025/03/03(月) 17:26:40.62

コンパイラ

2025/03/04(火) 22:25:17.77

ついにC/C++が復活の狼煙を上げる

新たなC言語拡張コンパイラ「TrapC」が発表 — ガベージコレクトなしでメモリ安全なC/C++を目指す
https://techfeed.io/entries/67c4d3a9bb060d7fb550d283
Safe C++ Extensions の提案：複雑化する開発エコシステムの強化が目的
https://iototsecnews.jp/2024/09/18/the-safe-c-extensions-proposal-strengthening-security-in-a-complex-ecosystem/

2025/03/05(水) 08:50:16.09

C++陣営を本気にさせただけでもRustの存在意義があったな

2025/03/05(水) 09:05:03.53

しゃあないなあ、と重い腰を上げ…かけたところｗｗ

はよ進化しろ
仕事で使えと言われたらRustでもなんでも使うけど、墓までもっていく言語はC/C++に決めてるんだ

2025/03/05(水) 12:13:50.50

定期的に後継言語来るし普及するの?
Rust以外雑魚

2025/03/05(水) 18:43:12.49

C++に未来は無い
C->C++がそもそも間違った進化なのでC++を治してももう手遅れ
C->C++じゃない何かに進化する必要がある
それはC->Rustかも知れないしC->Nimかも知れないしC->Zigかも知れないし
C->別の何かかも知れない
C++の進化はもう要らない

2025/03/05(水) 18:48:00.20

>>365
願望塗れで意味の無い主張ですなぁ。

2025/03/06(木) 00:07:23.20

X(旧 twitter)で、C++ というキーワードが検索できないんだけど、
俺の環境だけなのか、一般的に他の人の環境でもそうなって
いるのかどっち？

2025/03/06(木) 01:51:25.17

検索出来るけど、Cで始まる言語と軍用機まで色々かかるな

2025/03/06(木) 12:39:13.74

そもそもRustはC++から互換性を取り除いたものでは

2025/03/14(金) 12:25:52.37

Rustはいずれ無くなるのでは？
PascalやBasicのように

2025/03/14(金) 13:06:27.42

C使うなって米国の役所が言ってるからな

2025/03/14(金) 15:19:38.78

C++が上手いこと安全で高速な限定言語作ればいいけど、今の標準委員会はそんなこと考えてなさそうだからなぁ。

2025/03/14(金) 16:32:23.51

開いたパンドラの箱の底には希望が残されているという

2025/03/15(土) 13:08:39.50

C++は規格を刷新してC+++にでもしないと未来はない

2025/03/15(土) 13:25:22.31

C#はC++++なんだよなー一応

2025/03/15(土) 15:04:52.29

C+-0で

2025/03/15(土) 22:31:59.85

>>375
それはコンパイルできない

2025/03/16(日) 00:57:33.87

++C++

**デフォルトの名無しさん** (ｽﾌｯ Sd33-4EpX) · 2025/03/17(月) 00:21:56.04

operator overheat🔥

2025/03/24(月) 21:51:03.92

「Google Chrome」のフォント処理がC/C++言語からRust言語に
「FreeType」からの移行でメモリ安全性を改善、脆弱性が出にくいライブラリに
https://forest.watch.impress.co.jp/docs/news/1672186.html

2025/03/25(火) 18:27:04.28

先にfirefoxをどうにかしろよｗ

2025/03/31(月) 08:38:56.90

“GitのRust化”が進む？　注目の「Git 2.49」がリリース
https://atmarkit.itmedia.co.jp/ait/articles/2503/31/news035.html

今回のリリースは、Gitプロジェクトにとって大きな節目となる。Gitのコードベースに初めて「Rust」のコードが追加されたからだ。具体的には、このリリースで「libgit-sys」と「libgit」という2つのRustクレート(crate)が導入された。「libgit-sys」はGitのライブラリコードの一部を低レベルでラップする機能を持ち、一方の「libgit」はより高レベルなラッパーとして機能する。

Gitは長年にわたり、コードをライブラリ指向に進化させる取り組みを続けてきた。プログラムを強制終了する関数を、終了コードを返す関数に置き換えることで、呼び出し側が終了処理を決められるようにしたり、メモリリークの修正や管理の最適化を進めたりしてきた。今回のリリースではこうした改善の成果を生かし、Gitの「config.h API」の一部をRustでラップするRustクレートがPoC(概念実証)として導入された。

ただし、今回の導入は“GitのRust化”に向けた第一歩にすぎない。Gitの全ライブラリをRustでラップするには、今後さらに多くの作業が必要となる。しかし、今回の試みはGitの進化にとって重要な一歩であり、非常に意義のある進展と言える。