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

**デフォルトの名無しさん** · 2023/04/02(日) 00:42:57.53

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

っていうスレ。

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

**デフォルトの名無しさん** · 2023/04/15(土) 19:33:25.66

普及するには、その次に新し物好きなアーリーアダプターが重要らしい。
こちらは新しさだけでなくメリットも考慮して判断すると言われていて、
なおかつ影響力も大きいらしい。
イノベーターは恐らく説得力に乏しいから人を呼ぶ込む力が弱いかも。

**デフォルトの名無しさん** · 2023/04/15(土) 19:33:29.98

こんなとこ(スレ)に溜まる奴らだろ、ライブラリ内製でもしてんじゃねーの

あるいはガチ学習者。学生なら、車輪の一つや二つ、自分で磨いてみるもんだ
青春やり直してる大人も含む

**デフォルトの名無しさん** · 2023/04/15(土) 19:36:01.37

経験から言うと、余りよくない品物、本当は競合と比べてメリットが余りないもの
でも、一定の人は買ってくれる。そして、なぜかその人達は商品を高く評価する。
しかし、実際にはそれ以上進まない。
実は商品の競争力が本当は余り無くてもそういう人達は高く評価するから。

**デフォルトの名無しさん** · 2023/04/15(土) 19:36:32.22

あらら >>128 >>125

まあ、ガチ勢はコード書いてるよね
今ちょっと半田ごてに逃げてる俺も耳が痛いねｗ

**デフォルトの名無しさん** · 2023/04/15(土) 19:38:31.04

過去の例からすると、Rustは非常に限られた分野で普及が進むのかも知れない。
ただ、言語の場合は、プロには無料である事もそんなにメリットにはならないので
どこまでいくかは見通せない。

**デフォルトの名無しさん** · 2023/04/15(土) 19:40:01.02

マニアは、それ自体を楽しんでいるだけで、実用的な仕事に使うことは想定して
なかったりすることが多い。
Rustもそうなのではないか。

**デフォルトの名無しさん** · 2023/04/15(土) 19:42:50.40

>>128
そういう人は、ライブラリ作りも、作ること自体を楽しんだり、自慢や就職に
利用するためにやってるのではないか。また、そういう人には
「沢山の人に使ってもらえれば満足」
などという人も多い傾向がある。

**デフォルトの名無しさん** · 2023/04/15(土) 19:51:35.04

>>125
Rustのunsafeは効率を落とさない限りはライブラリ内部に閉じ込めることが出来
無い事があることが分かってる。
数学的な才能が無い人は、想像力が無いのでそれが分からない。
反論は不要。結論は出ているので。

**デフォルトの名無しさん** · 2023/04/15(土) 20:02:07.05

>>134
もしかしたら、マシン語を理解できないからそのことが分からないのかも知れないな。
「効率を落とさずに」
の意味がマシン語を知らないから分かって無い。
どういうことかと言えば、C言語では1クロックで書けるところが、
Rustだとunsafeをライブラリの中だけに閉じ込めるだけでは、
どうしても1クロックでは書けないことが有る。

**デフォルトの名無しさん** · 2023/04/15(土) 20:24:11.46

Rustもご多分に漏れず
新しいC/C++チャレンジャーが現れて
忘れ去られるんだと思うよ

**デフォルトの名無しさん** · 2023/04/15(土) 20:42:03.21

Cは、広義の安全であることが実装者の責任と権限だけど、
そのために余計なステートメントを書かなくちゃいけなくて、
結局Rustのほうが全体ではステップ数がすくなくなる余地はあるぞ

なので、C/C++は、追いつき、追い越さなければならない

**デフォルトの名無しさん** · 2023/04/15(土) 21:49:44.60

クラウド世界トップシェアのAWSもRustで構築されているらしい

https://japan.zdnet.com/article/35183866/
AWD (Amazon Web Services)は、「Rust」を使っている大きな理由として、エネルギー効率の高さを挙げる。
AWSは早くからRustを採用し、Rust Foundationの創設にも携わった。
現在もRustの普及に熱心に取り組んでいる。

AWSのソフトウェアエンジニアで、Rustの普及に取り組む
Shane Miller氏と主任エンジニアのCarl Lerche氏の投稿によれば、
Rustはメモリー安全性を高め、セキュリティ関連の不具合を減らす役に立つだけでなく「エネルギー効率に優れている」。
Amazonは、2025年までにデータセンターの100％を再生エネルギーでまかなうという目標を掲げ、
データセンターの環境負荷の軽減に取り組んでいる。
Rustの採用はその一翼を担うという。

Rustで構築されたAWSサービスの例としては、
コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
「Amazon Simple Storage Service（S3）」、
「Amazon Elastic Compute Cloud（EC2）」、
コンテンツ配信ネットワーク「Amazon CloudFront」、
LinuxベースのコンテナーOS「Bottlerocket」などがある。

**デフォルトの名無しさん** · 2023/04/15(土) 22:30:48.74

大いに主観が入るけど、もっと高級言語から来てる人も多いんじゃないかな
C++に巻き取りたいねえ、負けていられない

**デフォルトの名無しさん** · 2023/04/16(日) 00:07:26.65

イノベーターは後先考えずに新しいものを試す。しかし、ものがよくなければ、
アーリーアダプターには届かず、失速する。それがブーム。

**デフォルトの名無しさん** · 2023/04/16(日) 00:17:13.72

>>140
厳密に言うと、イノベーターは、知識が豊富で、物の「能書き」や「SPEC」をよく
見て自分に合うものを選んでいると言われている。
但し、能書きどおりのものかどうか誰にも分からないような段階で「人柱」状態
で使い始めるから、後から言われた通りになってないことに気付くこともある。
なお、他の階層の人は失敗をしたくないからその時点では試さない。

**デフォルトの名無しさん** · 2023/04/16(日) 00:20:31.86

8年前のRustはそんな感じだった
まだ先があるのかわからなかった

しかしMicrosoftやGoogleやAmazonなど各社でアーリーアダプターたちが実績を示していった
RustはC++より優れていて実用的だと各社が数年かけて認識を確実なものとした
そしてライバル競合IT大手各社が共同でRust Foundationを設立
安定して信頼できる今後のプログラミング言語の地位を確立した

**デフォルトの名無しさん** · 2023/04/16(日) 00:30:44.93

>>142
そんな風には思わないけどな。
そもそもRustやってる人は、現代段階でも人数からいってイノベーターの域を出て
ないし。
そんな風に語らなくても、本当に優れたものであれば噂がたって人気が出てくるはず。

**デフォルトの名無しさん** · 2023/04/16(日) 01:29:25.91

見えてる世界が違いすぎて話にならんよなw
5年前ならまだしも今はもうキャズムを超えてるかどうかなんて議論の余地無いよ

**デフォルトの名無しさん** · 2023/04/16(日) 02:21:00.95

C++はヘッダファイルというウンコをいつまで引き摺ってるのやら

**デフォルトの名無しさん** · 2023/04/16(日) 04:33:04.30

そのウンコに頼らないとCFFIもできないんだから文句言わんといてください

**デフォルトの名無しさん** · 2023/04/16(日) 06:41:40.93

cmakeとかわりといい仕事してるし、いいだろ

Rustが本格的に採用されれば、C++にもやっとsafeの波が訪れるだろう
福音だね

**デフォルトの名無しさん** · 2023/04/16(日) 08:00:51.32

>>134
サンクがゼロコストになりえないみたいなこと?
safe/unsafe間に行き来があるとしても、うまく書ければ最適化でサンクは消失するんじゃないん
基盤がclangだし、そのうちできるようになるか、とっくにできるようになってるか

**デフォルトの名無しさん** · 2023/04/16(日) 08:59:48.91

>>145
C++はCを包含するってのが方針なんで
そこはバッサリ互換性を切り捨てるRustとは違うのだよ

**デフォルトの名無しさん** · 2023/04/16(日) 09:20:17.30

>>148
そいつ>>134はデタラメな主張を繰り返している基地外
数学的に自明と主張しつつその証明を示せなかったホラ吹き

**デフォルトの名無しさん** · 2023/04/16(日) 10:25:57.47

>>150
示せてるのにこの板の人が理解できないだけ。

**デフォルトの名無しさん** · 2023/04/16(日) 10:28:54.24

>>148
そうじゃない。
Rustの安全機構をライブラリ外のアプリレベルまで維持したままでは速度が
上げられないケースが存在することが分かっている。
つまり、ライブラリの中だけにunsafeを書いて、アプリコードの中ではunsafe
を使わなかった場合、安全機構と相性が悪くて必ずオーバーヘッドが生じる
場合がある事が分かっている。

**デフォルトの名無しさん** · 2023/04/16(日) 10:31:26.95

バカ同士仲良くやっとけよ
100点オジと複製オジ

**デフォルトの名無しさん** · 2023/04/16(日) 10:34:06.66

馬鹿が多すぎて学級崩壊状態。
この板は、特に数学的理解力が乏しい人が多すぎる。

**デフォルトの名無しさん** · 2023/04/16(日) 10:41:45.49

この板で「数学的」という言葉を使うやつは例外なく馬鹿だから

**デフォルトの名無しさん** · 2023/04/16(日) 10:44:16.92

安全性が効率を犠牲にしているなんて
Rustに限らず分かりそうなもんだけどね

**デフォルトの名無しさん** · 2023/04/16(日) 10:46:01.28

>>155
一般人目線では、頭の良すぎる人が馬鹿に見える。

**デフォルトの名無しさん** · 2023/04/16(日) 10:56:10.86

数学的と言うざっくりとした使い方をしてるのは文系だろうなと言う感想です

**デフォルトの名無しさん** · 2023/04/16(日) 11:04:50.54

もしかして「おまえらバカにはわからないだろうが、数学的に自明。自明だから解説はしない。」という詐欺師？

**デフォルトの名無しさん** · 2023/04/16(日) 11:08:16.87

そうじゃないと思うよ
自分では賢いと思ってるけど実際はなにも表現出来てないし伝わってないタイプ
例え伝わっても中身自体は大したことがない
検証や考察無しにただ直観をそのまま書いてる人

自分の意見を書籍や論文にするけどその道の出来る人が見れば一瞬で捨てられる

**デフォルトの名無しさん** · 2023/04/16(日) 11:15:03.16

詐欺師でないなら数学的に示せばいいんじゃないかな
できなければ詐欺師確定ってことで

**デフォルトの名無しさん** · 2023/04/16(日) 11:15:10.82

クソスレでクソレスを重ねる板の荒らしを発酵させるスレ
>>1
責任とってしんどけ

**デフォルトの名無しさん** · 2023/04/16(日) 11:19:00.37

>>155
数学的って言い出したのは俺だけど、>>68 でちゃんと謝っただろｗｗ

俺は理系だけど、バイオ系に行った人間で、情報工学とか修めてないんだ
超基礎はwebに出てるから、少しずつ勉強してるけどね

そんな人間でも使える、使ってるのがC/C++だ
だから、型安全に続いて、所有権安全がC/C++に来るのは大歓迎だぜ

**デフォルトの名無しさん** · 2023/04/16(日) 11:28:57.03

自分は情報系というかガチ情報

**デフォルトの名無しさん** · 2023/04/16(日) 11:35:56.39

Rustはコンパイル時点で安全性が担保出来るってのが強みなんだよ
GCみたいにパフォーマンスに影響与えないし、C++ほど安全に使うための予備知識が多く必要ない

**デフォルトの名無しさん** · 2023/04/16(日) 11:51:39.68

>>165
>C++ほど安全に使うための予備知識が多く必要ない
その予備知識を覚えるコストが
所有権システムの振る舞いを覚えるコストに
吐き出されたというだけでは?

**デフォルトの名無しさん** · 2023/04/16(日) 12:03:50.68

C++は安全な利用の統一的な技法が普及してない、まさにこれから
言語によっておおむね統一されてるRustはそのへんを学ぶにあたって効率はいい模様

**デフォルトの名無しさん** · 2023/04/16(日) 12:13:57.81

>>167
>C++は安全な利用の統一的な技法が普及してない、まさにこれから
は?
（Rustの言語に含めるってアイデアはありだと思うよ）

**デフォルトの名無しさん** · 2023/04/16(日) 12:14:25.91

>>166
言語の標準機能で実現されてるってのが大きい
C++は調べようと思ってもレガシーな情報にぶち当たる可能性が非常に高い

**デフォルトの名無しさん** · 2023/04/16(日) 12:20:48.95

>>169
そこは独特な所有権システムを受け入れることととのトレードオフだけども
そのぶち当たるC++のレガシーな部分って
要するにCなので難しくもないと思うのだが? そんなので挫折するかい?
俺はC++の規格のうち最近に拡張された機能を覚える方が大変だよ

**デフォルトの名無しさん** · 2023/04/16(日) 12:22:56.14

普及してたら、こんだけ虫だらけになってないからさｗ

**デフォルトの名無しさん** · 2023/04/16(日) 12:30:40.09

>>158
ところが「数学的」という言葉を使うのは理系が多いんだなこれが
まあちょっと考えればわかることだけど

**デフォルトの名無しさん** · 2023/04/16(日) 12:33:47.71

>>170
結局Ｃ++は言語としての基礎がまともじゃないから、拡張繰り返してキメラみたいになってんだよ
今更新規で薦められる言語ではない

**デフォルトの名無しさん** · 2023/04/16(日) 12:42:30.71

まともな文系は、数学も勉強してるから、数学っていうだろうな
まともじゃない文系…って、こんな板来んやろ(ｗ

**デフォルトの名無しさん** · 2023/04/16(日) 12:43:09.89

>>173
スタンダードであったCを呑み込むことが当初からのC++の戦略だからね
後方互換性ってのは大多数の人間にとっては魅力なんだよ
後方互換性を犠牲にしてディファクトスタンダードに食い込んでいくのは懐疑的だよ
PCのOSしかり携帯しかり

**デフォルトの名無しさん** · 2023/04/16(日) 12:54:37.30

> PCのOSしかり携帯しかり
LinusもRust導入に舵切ってるし、MSもRust採用始めてるんですがそれは

**デフォルトの名無しさん** · 2023/04/16(日) 13:01:00.06

>>176
$ wget 'https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.2.11.tar.xz'
$ tar xJf linux-6.2.11.tar.xz
$ find linux-6.2.11 -name *.c -o -name *.h | wc -l
55980
$ find linux-6.2.11 -name *.rs | wc -l
37
僅かに0.07%未満だよ
最後のプロンプトから | wc -l を取ればRustが何に使われているか分かる
MSは知らん Visual Rust++は出たのかな?

**デフォルトの名無しさん** · 2023/04/16(日) 13:09:54.46

これから始めるのに、今の%出す意味ある？

**デフォルトの名無しさん** · 2023/04/16(日) 13:13:32.51

そこで止まっちゃってないかってことじゃねえの、しらんけど

Windowsには、これが出てるけど…
https://github.com/microsoft/windows-rs

そこにあるサンプルからして、unsafe{ } じゃ、説得力ないよな
>>16-17 に書いた通りだよ Win32 APIに所有権情報が付いてなかったらなんにもならない
MS Rustチームもっと仕事しろ

**デフォルトの名無しさん** · 2023/04/16(日) 13:13:34.53

>>178
>最後のプロンプトから | wc -l を取ればRustが何に使われているか分かる

**デフォルトの名無しさん** · 2023/04/16(日) 13:33:14.21

Rust for Linuxは現状ドライバをRustで書けるようにしましたってだけ
Rustで置き換えて安全化！なんてわかりやすい成果は現状出ていない
何回言わせんねん

**デフォルトの名無しさん** · 2023/04/16(日) 14:40:27.93

Rustと違ってC++にはEditionがないからね
safe/unsafeを導入するの10年経っても無理
Clang-Tidyのような外部ツールで頑張るしかない

**デフォルトの名無しさん** · 2023/04/16(日) 14:53:00.44

>>182
ちゃんと調べて書けば?
Rustは規格すらないやろ?

**デフォルトの名無しさん** · 2023/04/16(日) 14:56:50.63

>>183
Editionが何かも知らんのかw
そんなんでよく書き込みするなぁ

**デフォルトの名無しさん** · 2023/04/16(日) 15:03:55.57

Rustは実装がまだ1つだし仕方ないか

**デフォルトの名無しさん** · 2023/04/16(日) 15:04:13.74

>>159
これまでの会話からして、この板の人は、証明しても誰一人として理解できない
から時間の無駄であることが分かった。
恐らく、10年後くらいにやっと理解できるかも知れない。
そういうものだ。

**デフォルトの名無しさん** · 2023/04/16(日) 16:12:58.54

せっかくに日曜日をもっと有意義に過ごせばいいのに

**デフォルトの名無しさん** · 2023/04/16(日) 16:21:18.43

板違いのスレで真っ赤とか人生見直した方がいいな

**デフォルトの名無しさん** · 2023/04/16(日) 16:23:46.35

C++はEditionがどうとか以前に、方言だらけなわけだが

なので、所有権関係が取り込まれるのも早いとこは早いかもね

**デフォルトの名無しさん** · 2023/04/16(日) 18:22:08.94

C,C++は1995～2000年ごろGCブームが来てて
大学の課題もGC使ってた
当たり前に使ってた
取り込まれるのかと思ったら取り込まれなかった

今は潤沢なメモリがあるからメモリリーク放置violation放置みたいだけどそもそもがc++じゃなくてpython使ってるみたい

**デフォルトの名無しさん** · 2023/04/16(日) 19:23:35.61

>>190
そんな素人の話をされてもね

**デフォルトの名無しさん** · 2023/04/16(日) 19:35:35.63

>>166
学習コストは確実にRustの方が低くて覚えやすい
所有権関係はunique_ptrすらなくシンプルなRustがわかりやすいのは言うまでもないが
あらゆる分野で整理されて高機能になるとともにわかりやすくなっている
例えばイテレータにしてもC++はC++20でようやく機能強化と大整理が行われたが普及には程遠い

**デフォルトの名無しさん** · 2023/04/16(日) 20:16:07.19

>>192
初めて覚えるのがRustってんなら否定はしないが
所有権システムは他の全ての言語と勝手が違うからね
C++ユーザならある程度は分かるけども

>例えばイテレータにしてもC++はC++20でようやく機能強化と大整理が行われたが普及には程遠い
これなーに? ついて行けてないんだけども便利なのあるかな?

**デフォルトの名無しさん** · 2023/04/16(日) 21:24:14.05

言語仕様でごちゃごちゃ議論したがるのはコードまともに組めない奴
これ豆な

**デフォルトの名無しさん** · 2023/04/16(日) 21:38:23.17

単純な話だよな
所有権の概念の学習コストはC++もRustも同じ
所有権の実際の使い方の学習コストはunique_ptrすらないRustが易しい
学習コストでC++に勝ち目はない

**デフォルトの名無しさん** · 2023/04/16(日) 21:53:57.59

>>195
差分としているunique_ptrの学習コストってなんやw
問題にしてるのは他の言語との変数の振る舞いにRustのみ乖離があるということ
プログラミングをRustで始めるんなら
プログラミング言語の変数ってそういうもんだと覚えるから
たぶん問題にはならん

**デフォルトの名無しさん** · 2023/04/16(日) 22:01:26.81

C++でも所有権くらい知らないと話にならないので、所有権があるからRustは学習コストが高いとの主張は無理があるんじゃないかな
それにプログラミングができる人にとって所有権なんて大した難しい話じゃないし、誤差でしょ

**デフォルトの名無しさん** · 2023/04/16(日) 22:03:10.78

>>197
>>193
>C++ユーザならある程度は分かるけども

**デフォルトの名無しさん** · 2023/04/16(日) 22:07:10.90

まあ、「C++書けます」とか、そうそう口にできないよな
「Rust書けます」…も似たようなもんな気も

**デフォルトの名無しさん** · 2023/04/16(日) 22:09:18.55

総じて学習コストの高いC++が不利というかさ
拡張が建て増しになってるため無駄に覚えなければいけないことが多すぎなんだよね
学習コストはRustが少なく楽

**デフォルトの名無しさん** · 2023/04/16(日) 22:47:00.00

>>197
そういう知らないと話にならない、という物のを纏めた
公式のドキュメントが存在しないってのが致命的なんよ

**デフォルトの名無しさん** · 2023/04/16(日) 23:07:41.26

>>201
C++の所有権の話ってunique_ptrの使い方だけだよ
これ以上ないくらい簡単なクラスだよ
公式ドキュメントにこだわるなら
Rustにはまだ無かろうがC++には規格書があるので
それを読むと良いよ

**デフォルトの名無しさん** · 2023/04/16(日) 23:12:25.31

>>202
規格書はドキュメントにならないんだけど、そんな事も理解できないん？
C++学習する人に、規格書だけ渡すの？

**デフォルトの名無しさん** · 2023/04/16(日) 23:17:23.76

>>202
unique_ptrは使い方を間違えると終わるので簡単な話ではないよね
コンパイルエラーにしてくれるRustの方が学習も早そう

**デフォルトの名無しさん** · 2023/04/16(日) 23:34:32.39

>>203
規格書が難しならハゲ本でもメイヤーズでも定番読めばええがな
C++の方が文献は多いよ

**デフォルトの名無しさん** · 2023/04/16(日) 23:35:44.68

>>204
>unique_ptrは使い方を間違えると終わるので簡単な話ではないよね
どういう間違え方ですか? コードで書いてみて

**デフォルトの名無しさん** · 2023/04/16(日) 23:47:43.39

C++衰退してる原因が良くわかるな
そもそも使ってる連中も普及しなくていいと思ってそうな雰囲気

**デフォルトの名無しさん** · 2023/04/16(日) 23:50:43.08

>>202
規格書があるから学習コストが低いという主張はバカげてるよね
公式の各種ドキュメントが学習用もリファレンス用も整備されてるRustも十分すぎることになるね

>>204
コンパイルでエラーにしてくれるだけでなくエラー指摘方法と解説の丁寧さはプログラミング言語全体で比較してもRustが最も秀逸だね

**デフォルトの名無しさん** · 2023/04/17(月) 00:02:25.14

>>208
>規格書があるから学習コストが低いという主張はバカげてるよね
誰がそんな主張をしたのかな?
勝手に自分で作成した主張にバカげてるって一体どういうことだよw

>公式の各種ドキュメントが学習用もリファレンス用も整備されてるRustも十分すぎることになるね
Rustのドキュメントは別に否定はしていないよ
ただしC++の方が歴史が長い分だけ当然のことながら多い

>>204
>unique_ptrは使い方を間違えると終わるので簡単な話ではないよね
どういう間違え方ですか? コードで書いてみて

**デフォルトの名無しさん** · 2023/04/17(月) 00:26:32.06

使い方を間違えなければよいだけだ

C++11スマポで避けるべきミスTop10
https://www.acodersjourney.com/top-10-dumb-mistakes-avoid-c-11-smart-pointers/

ただし間違えてもエラーを出してくれるわけではないから自己責任
複雑化するとミスが入り込んでセキュリティの穴になったりもするので厳格に要注意

**デフォルトの名無しさん** · 2023/04/17(月) 05:11:00.37

・所有権の概念の理解はどちらでも必須
・言語仕様としての使い勝手はスマポ後付けのC++が不利
・使い方の過ちでコンパイルエラーとならず実害を出してきたC++が不利

**デフォルトの名無しさん** · 2023/04/17(月) 06:25:51.67

耳の痛い話なんだが、「所有権の概念とかブッチでも書けちゃう」まであるからね
いいや動けば、みたいなコードが、思わず生き残ってしまうみたいなやつがまずい
自分だって、所有権なにそれおいしいの、みたいな(初学者の)時期は当然あった
気を付けるのが当たり前、みたいな時代だったんだ

なによりC++に欠いているのは、安全を担保・強制する枠組みの決定打
つまり、unsafe{ } の存在 (unsafeがあるということは、逆説的? にsafeが当然にあるという意味)

**デフォルトの名無しさん** · 2023/04/17(月) 08:12:32.44

>>211
オイオイ
C++では別に所有権の理解は必須ではないよ
make_uniqueなどせずに（普通に?）インスタンス作ることの方が圧倒的に多い
unique_ptrを使うならそれがRustでいう所有権ってだけ（Rustの拝借元?）

**デフォルトの名無しさん** · 2023/04/17(月) 10:08:26.63

それを言うなら、スマポに頼らずとも、いや、スマポに頼るような複雑な構造をいたずらに作るなかれ、ってほうが近い
でも、めちゃくちゃ書く人とか、めちゃくちゃ書いちゃうときとか、うっかり書いちゃうときとか、あるんだよね
コンパイラにチェック任せられるのはたしかにうれしい

**デフォルトの名無しさん** · 2023/04/17(月) 10:08:58.01

Rust の macro_rules! で
macro_rules! hoge<T> {
(略)
}
って描くと怒られるので
Trait を使って <T> 出来ないかと思ったら
Trait の中に macro_rules! ってどう描けば良いの？

**デフォルトの名無しさん** · 2023/04/17(月) 10:11:13.47

>>125 >>134
安全に運用するための unsafe {} なのに
unsafe は上位(呼び出し側)に伝播しないのも面白仕様

**デフォルトの名無しさん** · 2023/04/17(月) 10:24:16.64

>>159
ラマヌジャンは凄いわ

**デフォルトの名無しさん** · 2023/04/17(月) 10:31:53.63

>>179
C++をWinAPIに適合しようとしてMFC造って失敗した頃のMSと同じ過ちを繰り返してるな

**デフォルトの名無しさん** · 2023/04/17(月) 10:42:37.51

>>208
>エラー指摘方法と解説の丁寧さは

言いたいことは判るが
提示された修正案がぴったり嵌った時はナイスと思えるが
逆のパターンもあるよね？

**デフォルトの名無しさん** · 2023/04/17(月) 10:46:09.44

>>213
それもC++でメモリ安全バグそしてセキュリティホールを産んできた一因
C++でも所有権の理解とスマポ利用は避けることができない

https://xtech.nikkei.com/atcl/nxt/column/18/00692/042700054/
> (途中略)
> グーグルによればAndroidに存在した深刻なセキュリティー脆弱性の70％近くがメモリー安全に関するバグに起因するという。
> 同様にマイクロソフトも、同社製品に存在したセキュリティー脆弱性の70％がメモリー安全に関するバグに起因すると述べている。
> C/C++を使う限りセキュリティー脆弱性を根絶するのは不可能と考えて、Rustを採用するに至ったというわけだ。

**デフォルトの名無しさん** · 2023/04/17(月) 11:13:07.86

>>215
それどうやって呼び出すつもり？
マクロが展開されるタイミングを考えなよ

**デフォルトの名無しさん** · 2023/04/17(月) 11:17:37.21

ほんと低次元
小学校低学年のけんか

**デフォルトの名無しさん** · 2023/04/17(月) 11:52:45.49

>>221
解決しました
ほんとうにありがとうございました

**デフォルトの名無しさん** · 2023/04/17(月) 12:02:11.37

いつまでたっても安定化しないBtrfsを先にRustで完全実装してみせるくらいの実績を出してみやがれってんだ

**デフォルトの名無しさん** · 2023/04/17(月) 15:31:33.55

質問です
例えば画像データの上下反転をしたい場合
let ppix: *mut std::ffi::c_void = im.pixels;
const W: usize = 640;
const H: usize = 480;
const D: usize = 24;
let q = ppix as *mut [[u8; W * D / 8]; H];
for j in 0..h/2 {
let t: [u8; W * D / 8] = (*q)[(h - 1 - j) as usize];
(*q)[(h - 1 - j) as usize] = (*q)[j as usize];
(*q)[j as usize] = t;
}
で実際に可能だったのですが W, H, D を固定にしたくなくて(続く)

**デフォルトの名無しさん** · 2023/04/17(月) 15:32:27.02

ファイルシステムのようなクリティカルな用途で使うわけないだろ