結局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

2023/12/11(月) 06:14:41.95

meson割といい
cmakeが覇権とってるのは残念すぎる
あの文法の出来損ない感はひどい

2023/12/11(月) 09:06:25.94

>>42
議論をしたいのであればどう優れているのか具体的に書かないと

2023/12/11(月) 10:08:56.06

嘲笑してるだけで議論をしたいわけではないだろ
どう優れてるか具体的に教えてほしいのであれば教えてくださいと書かないと

2023/12/11(月) 10:28:11.52

>>45
ティッピングポイントに達することはないと踏んでいるので
どうでも良いというのが正直なところ

2023/12/11(月) 10:32:48.31

そもそもCargoとmakeを比べること自体ナンセンスなんだが

2023/12/11(月) 10:58:44.20

完全に機能が一致するとは思わんけどautotools相当じゃねーの?

2023/12/11(月) 11:50:34.59

パッケージを再利用可能な方法で定義するという面では共通しているかもしれんが
それも重要なのはautotools自体より
configureなりMakefileなりがGNUの規約に従っているってことのほうなんじゃねえかな……

2023/12/11(月) 12:53:50.30

Windowsネイティブビルド考えたらautotoolsはありえんでしょ
そのあたり機能がそろってるからcmakeがメタビルドシステムとして使われる
ほんとクソだけど

2023/12/11(月) 12:56:51.38

windowsなんてnmakeでいいやん

2023/12/11(月) 13:13:20.60

とっちらかりすぎで草

2023/12/11(月) 13:15:53.94

>>51
標準はmsbuild、nmakeはレガシー

2023/12/11(月) 13:20:04.94

一般的なことしかしない素人にわかりやすく教えてくれ教えてくれないか
CMakeどういうところがクソ？

2023/12/11(月) 13:29:29.60

>>53
あれXMLでしょ？
自動生成されるようなプロジェクトならいいだろうけど
手書きの場合nmakeがベスト

2023/12/11(月) 13:29:49.87

>>54
まずは使ってみたら？
偉そうにする前にさ

2023/12/11(月) 13:39:48.03

>>50
俺はWindowsバイナリはクロスコンパイルでしか作成しないけども
autotoolsはMSYS2で動くんじゃねーの?

2023/12/11(月) 13:46:17.96

cmakeだったらbazel使った方がまだマシだろ

2023/12/11(月) 13:54:20.95

あんなの使うメリットがない
モノレポのGoogleだから使ってるだけ

2023/12/11(月) 14:09:12.32

>>54
単体のプロジェクトならあまり困らない
しかし他のcmakeプロジェクトの取り込みとかやりだすとなかなか思い通りにいかない
言語コアが貧弱で変数すら関数が提供するというとんでもない設計
滅んで欲しい

2023/12/11(月) 14:36:59.01

rake使ってる人いないの？

2023/12/11(月) 14:48:59.35

Ruby関連のプロジェクトなら使って良いと思うけど
全く関係ないプロジェクトで別言語の環境を用意しなきゃいけない時点で厳しいかな

**デフォルトの名無しさん** (ｽﾌｯ Sdbf-dxyn) · 2023/12/11(月) 15:12:40.43

>>45
教えてくださいと書いたところで議論したいわけではないなら答えは来ないだろw

2023/12/11(月) 15:58:32.56

>>60
ありがとう、なんとなく理解ができた。

2023/12/11(月) 16:29:09.38

どう理解できたのw

2023/12/11(月) 18:17:29.82

ビルドツール選ぶだけで議論が発生する言語嫌すぎる

2023/12/11(月) 18:25:56.80

それJavaScriptの人に対しても同じこと言えんの？

2023/12/11(月) 18:27:31.95

JavaScriptはそもそも使っている人も含めて番人が認めるクソなので

2023/12/11(月) 18:30:35.23

いやC/C++のビルドも大概終わってるぞ
RustやGoみたいなやり方ができれば1番なのだが

2023/12/11(月) 19:11:37.60

>>65
CMakeのインタプリタの作りが貧弱でなんでもCmake独自関数を通さないと書けないような仕様？
多種のプロジェクトを一括管理しようとすると、Cmakeでの書き方の定石みたいなのがとても面倒臭い
てな感じに理解した、どう？

2023/12/11(月) 19:24:08.37

>>70
何でインタプリタが出てくるのか
本質は各プラットフォームのビルド環境を作って呼び出すだけのツール
LinuxだとMakefileを生成してmakeを実行するだけ
全然分かってないやん

2023/12/11(月) 19:34:53.82

あ、教えてしまった
こりゃ一本取られたな

2023/12/11(月) 19:39:19.33

>>71
いやいや、もういいです。私の質問の流れからあなたのその回答だと的外してるし。
いわゆる揚げ足取りの人でしょ？
私はすでに転んでるから、揚げ足は取れませんよ。
ではあとは自分で調べますので。悪しからず。

2023/12/11(月) 20:00:32.44

>>73
的外れではないだろう
的外れなことを言い出したから正解を教えてあげただけ
揚げ足取りと取られるのは心外だし
他の連中も同じこと思ってるよ

2023/12/11(月) 20:11:20.13

>私はすでに転んでるから、揚げ足は取れませんよ。
ナイスな言い回しだね
センスを感じる

2023/12/11(月) 23:38:01.42

開き直るのはやめてくれないか
正解か間違いかの2択しかない世界なんだよ
多少厳しいこと言うのは当然なんだ
そんな甘い世界ではない

2023/12/11(月) 23:55:02.51

じゃあなおのことつねに正しいことを言ってくれよ
さっきから君は間違いしか言っていないじゃないか
それとも自分は例外なのか？

2023/12/11(月) 23:59:45.05

的外れか逆ギレかの2択しかない思考なんだな

2023/12/11(月) 23:59:57.25

間違いを指摘してくれないか？
君はいつもそうだ
間違ってると言いつつ何も指摘しない
もうバレてるんだよ
この偽善者が

2023/12/12(火) 00:10:31.85

この流れから行ってどちらが頭がおかしいか？は一目瞭然だと思うのだが
cmakeを一切触ったことがないにも関わらず
大体理解したとか嘘を自演しそれを指摘したらもういいと逃げ
さらに追い討ちをしたら揚げ足取りと言われる
異常行動してるのは俺かお前か

2023/12/12(火) 00:27:02.66

「一般的なことしかしない」とは書いたけど
一切触ったことないなんて書いてないし。

「なんとなく理解ができた」とは書いたけど
大体理解したなんて書いてない。

自己目線だけで考える癖を直したほうがいいのでは？
思わぬ間違いのもとだぞ。

2023/12/12(火) 00:39:36.46

完全にブーメランだな

2023/12/12(火) 00:40:48.97

いいから違いを指摘しろよ
お前が言ったんだぞ
あくしろよ
ほら

2023/12/12(火) 00:49:38.90

ややこしい奴やな、まず頭冷やしてﾜｯﾁｮｲを理解してこいや

2023/12/12(火) 00:50:16.68

結局答えられずか
何もできないなら何も発言するな
ほんとお前はしょーもないな

2023/12/12(火) 00:52:12.39

>>84
もしかしてワッチョイが違うから違う人って思ってる？
いや思わそうとしてる？
クソワロタ

2023/12/12(火) 01:52:00.30

Ruby でRubyで使う、C 拡張ライブラリを作る場合、
gemspec ファイルで、extconf.rb を指定して、rake install する

mkmfがMakefile を作成する

# extconf.rb
require 'mkmf'

create_makefile(～)

2023/12/12(火) 03:58:55.00

C++のビルドがRubyに依存するの、ダルすぎる

2023/12/12(火) 04:00:42.15

あーでもRuby拡張をビルドするとき限定ならいいか

2023/12/12(火) 21:55:43.78

>>62
いうて、今時はmakeコマンドも別途入れないといけないOSばかりだけどな

2023/12/12(火) 22:49:21.23

ninja「…」

2023/12/13(水) 05:27:43.55

ninjaはレイヤーが下
人が直接書かない

2023/12/13(水) 20:30:46.19

だがニンジャは一人も残らずコロす

2023/12/13(水) 20:36:08.49

ninjaに妻子でも殺されたのかよ

2023/12/14(木) 19:28:45.61

>>68
時代の流れについていけてないだけ

2023/12/15(金) 16:16:30.42

まーた変なスレ立ってますな
https://mevius.5ch.net/test/read.cgi/tech/1702531392/

2023/12/15(金) 16:44:56.60

おっまた俺の出番か？
潰しに行こうかな

2023/12/16(土) 02:57:24.17

潰すレベルの話題ですらなかった

**あぼーん** · NG

あぼーん

2023/12/16(土) 08:31:25.04

>>99
ばら撒き凄いな

2023/12/17(日) 15:04:43.15

ﾜｯﾁｮｲ付いてないスレなら見境なしか
ええ加減にせえよ複おじ
https://mevius.5ch.net/test/read.cgi/tech/1519896738/

2023/12/20(水) 09:28:49.07

UPLIFT プレミアム・サービスのお知らせ

https://uplift.5ch.net/

ＵＰＬＩＦＴ　主な特典
・連続投稿の規制を緩和します。
・スレッド作成時の規制を緩和します。
・5ch.netのスレッド表示画面に表示される広告を除去します。
・5ch.net専用ブラウザで5ch.netの過去ログを閲覧できるようになります。
・海外からのアクセス・ホスト経由からでも書き込みができるようになります。
・書き込みが規制されているプロバイダーからでも書き込みができるようになります。
・5ch.netを安定して利用できるように運営を支援できます。

5ちゃんねるを存続させるためには、皆様のご協力が必要です。

最後まで御精読いただきありがとうございました。

2023/12/23(土) 01:33:05.14

ﾜｯﾁｮｲ付いたらこの静けさ・・・ちょい笑う。
あの雄弁・熱弁どこへやら

2023/12/27(水) 09:39:48.07

あちこち渡り歩いた挙げ句結局予想通りになったか

889: デフォルトの名無しさん sage 2023/12/05(火) 14:23:46.88 ID:4UYj/sQ8
ﾜｯﾁｮｲ立てたってところで結局また次世代言語スレと同じ流れになってRustスレに帰ってくるんだろ

2024/01/03(水) 19:49:11.77

このスレ実質一人が9スレ目になるまで回してたのってすごくない？
その情熱に比べたらﾜｯﾁｮｲなんてどうでもよくない？

2024/01/03(水) 23:04:06.96

スレが変わると前後して、BBxに焼かれまくったんだよね

RustかC++に動きがあれば、また活気でるっしょ
なんか動きあった?

2024/01/04(木) 14:42:38.73

Rustが再評価される：エコシステムの現状と落とし穴
https://www.infoq.com/jp/articles/rust-ecosystem-review-2023/

Rustチームの調査によると、サーバーサイド(バックエンド)のプロジェクトがRustの主要な技術領域であることが明らかになった。クラウドコンピューターのインフラとアプリケーションもRustを適用する大きな分野であり、分散アプリケーションもRustコミュニティの間で人気のある選択肢である。

Linuxはもっともターゲットとされているプラットフォームである(77％、Windowsは約41％、macOSは36％)。WebAssemblyは22％で、組み込みシステムは11％しかターゲットにしていない。モバイルアプリケーションでのRustの利用は、ほとんど無視できるほど少ない。

Rustチームの調査参加者の38%は、Rustは他のプログラミング言語よりもプログラミングがかなり複雑であることに同意している。62％が、習得にかなりの労力を要すると回答している。彼らはまた、Rustがさらに複雑になっていくことを心配している。これは、調査参加者の間でRustの将来に対する懸念として2番目に多かった。

80％以上のRust開発者はプロファイリングツールをまったく使っていない。その理由の1つは、現在利用可能なツールが非常に使いにくく、その結果を解釈するのが難しいからかもしれない。プロファイリングに焦点を当てた教材もほとんどない。開発者は、Rustのパフォーマンスを実際にチェックすることなく、盲目的に信じて満足しているようだ。このような姿勢は、業界でRustの採用が進むにつれて、重大な問題になる可能性がある。プロファイリングツール自体も学習教材も、改善のための真剣な取り組みが必要だ。

RustはC/C++キラーであるという当初の認識は、現在では適切ではないことが示唆された。既存のコードベースにおいて、C/C++のコードが大規模に置き換わっているという証拠はないし、将来そうなるとも予想されていない。なぜか？それは、CとC++の両方が機能し続けているからだ。C++は進化しており、長年の問題が解決されつつある。すべてをRustで書き直す必要はない。さらに、それを行うだけの労働力もない。

2024/01/04(木) 16:43:02.38

C2Rustがあるんだから、書き直しコストはなくなっていくとかいう話だったのでは
C++はともかく

2024/01/13(土) 00:27:32.15

若干旧聞だが
https://pvs-studio.com/en/blog/quest/kushnirenko_quiz/

途中でくたびれて、解いたところまで解説が見たい
https://pvs-studio.com/en/blog/posts/cpp/1091/

2024/02/03(土) 17:38:00.95

MLIRだの、dialectだのいうのが流行りだしてるんやな
どうやって勉強せえとｗ

2024/02/06(火) 21:28:46.17

Googleがプログラミング言語「Rust」に100万米ドルを助成、「C++」との併存・置き換えを図る
メモリ安全性にかかわるセキュリティ問題を減らしつつ、生産性を向上
https://forest.watch.impress.co.jp/docs/news/1566662.html

2024/03/18(月) 22:25:05.67

「ソフトウェアはメモリ安全でなければならない」との声明を発表、米ホワイトハウス：「C」「C++」よりも「Rust」などの言語を推奨
https://atmarkit.itmedia.co.jp/ait/articles/2403/18/news045.html

報告書ではメモリ安全性について「メモリ安全性が保たれていないと、意図しない方法でメモリへのアクセス、書き込み、割り当て、または割り当て解除が行われる可能性がある」とし、メモリの安全性を保つ特性を欠くプログラミング言語として「C」「C++」を挙げた。

また同時に「メモリの安全性の脆弱性を軽減する最も効果的な方法は、サイバースペースの構成要素の一つであるプログラミング言語を保護することだ。メモリ安全なプログラミング言語を使用すると、ほとんどのメモリ安全性エラーを排除できる」とし、「Rust」などのメモリ安全性の高いプログラミング言語の使用を推奨した。

2024/03/24(日) 16:45:48.93

Rust界隈って政治臭が凄いな
そのうちC/C++の使用が法で規制されそう

2024/03/24(日) 18:33:15.48

増改築繰り返した古城に住むより、新築のSECOMの家ってこった。

2024/03/24(日) 20:07:39.77

でもなー実家が古城なんだよな

古城のリワークって夢あるぜ
仕事はともかく、ライフワークはこれでいいや

2024/03/25(月) 08:14:07.91

とっととdelete new malloc freeを禁止したコーダー向けc++を作ってほしい。
フルc++はライブラリアン専用でいいよ。

2024/03/25(月) 10:09:52.71

>>116
いまどきdelete new?
malloc無しでヒープの管理はどうするの?
と釣られてみる

2024/03/25(月) 10:20:26.82

さらに
「それは俺の仕事じゃない」
と釣られてみる

// 結局、だれの責任か、なので

2024/03/29(金) 20:19:06.56

【まとめ記事】 The Memory Safety Challenge in C++
https://johnfarrier.com/looking-for-pointers-the-c-memory-safety-debate/

2024/04/21(日) 15:56:53.99

Rust は C++ に比べて namespace 忘れる心配が減るが
use hoge::*; をやりがち
pub use fuga::*; もやって楽しくなる

2024/04/21(日) 17:03:44.71

VisualRust++まだかよ

2024/04/22(月) 20:25:13.43

>>121
ほれ
https://report.adam-tokunaga.jp

2024/04/23(火) 03:49:15.78

ボイス・トォ・スカル/マイクロ波聴覚効果
これらに関するモノが表に出ないのは下記が原因

スラップ訴訟
>>ある程度の発言力や社会的影響力のある、社会的に優位といえる立場の者が、特に発言力や影響力を持たない相対的弱者を相手取り訴訟を起こすこと。
巨大IT企業から「法的措置をちらつかせる停止通告書」を受け取った場合の対処方法とは？
https://gigazine.net/news/20240201-deal-cease-and-desist-big-tech/
>>「Cease and desist(停止通告書)」とは、著作権侵害やその他の違法行為を犯していると思われる相手に対し、その行為を停止せずに続ける場合は法的措置を取ると警告する通知のことです。
>>巨大テクノロジー企業は個人の開発者や研究者に対して停止通告書を送り、自分たちにとって不都合なサービスの開発や研究を止めさせようとすることがあります。

伝二派や音波や磁場などに関する論文を一般人がつなぎ合わせて世界中に周知っ徹底すれば主の手の研究所が研究可能になる
一般の人が使用できるように企業が製品化してくれる
現在裏で使用しているので本物か偽物かが不明なので確実に本物という品を使用できる
一般の者はすり替えられても機器が本物かが不明でしょう
消費者省に訴えれる

一定以上の一般人がそういったものがあると認識すれば器機使用者もだれを見ればよいか不明になる
本物の器機使用者のランニングコストが重荷になってくる

霊感商法
電磁波過敏症や低周波騒音被害はプラセボ効果とレセプト効果に置き換えれる

2024/04/23(火) 07:59:16.20

Rustなんてゴミだろ
7DtD \595だから買っとけよ

2024/04/25(木) 15:02:27.15

Cargo の fetch がマジうざい
一日一回必ず遅くなるωωω

2024/04/25(木) 15:07:45.03

>>118
河野タローみたいな言い分だな

2024/05/28(火) 09:43:43.50

https://forest.watch.impress.co.jp/docs/serial/yajiuma/1594981.html
「Sudo for Windows」はRustで開発されている！「バージョン 24H2」にも導入決定
メモリ安全が重視される分野で採用が広がる

2024/05/28(火) 11:55:20.05

RunAsでええやん

2024/05/28(火) 12:21:54.91

C/C++こそ至高(であるべき)、と今でも内心思ってるが、
近ごろのC++の使われ方は異様なフットプリント肥大化になってる
いったんC++を排して、Rustで書き直してもらったほうが、Windowsもシェル以上がスリムになりそう

2024/05/28(火) 15:26:01.89

>>127
すげー！！！やっぱRustだな！

2024/06/05(水) 13:48:03.98

String では as_str() でいけるのに
PathBuf では to_str() になるのなんで？

2024/06/05(水) 14:06:55.02

PathBufはvalid UTF-8とは限らない
それがわかってればニュアンスの違いや戻りの型の違いが分かるはず

2024/06/10(月) 10:39:55.24

好きなもの使えよ。なんでも一つに決めようとするから、子供なんだよ。

2024/06/10(月) 12:44:59.90

でもね、基本的には「なんでも一つ」に決めるべきなんよ
複数許容するというのは例外処置なんだと肝に銘じておくべき

2024/06/10(月) 14:32:02.75

ひとつに絞るなら、COBOLのようにしぶとく生き残るだろうCを選ぶけど、(進化の面において)だらしないんだよな

2024/06/10(月) 16:01:40.34

Cはまだマシだけど
C++はボタンかけ間違えたまま無理に猪突猛進

2024/06/11(火) 14:26:43.97

CはnullptrがC23になってようやくとか委員会サボりすぎ

2024/06/11(火) 21:20:42.07

C言語スレ見て判るようにC界隈の集まりは老人会だよ

2024/06/11(火) 23:49:57.54

【AI】IQ100超えを達成したAIモデルのClaude 3は「いい性格」を持つようにトレーニングされている [すらいむ★]
https://egg.5ch.net/test/read.cgi/scienceplus/1718025035/l50

2024/06/13(木) 19:24:53.19

C言語は永遠に不滅だッ！！

2024/06/13(木) 23:20:05.14

どちらもGUIに弱い
でもC++はUnrealEngineがある分強い

2024/06/14(金) 16:57:26.36

GUIに強い言語ってのがわからん

HTML/JSですら、強いっていうのとは違うと思う
あれは複雑になりすぎてる