結局C++とRustってどっちが良いの？ 3traits
■ このスレッドは過去ログ倉庫に格納されています
「C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」 https://mevius.5ch.net/test/read.cgi/tech/1680363777/ https://medaka.5ch.net/test/read.cgi/prog/1619943288/ 板のルールが理解できない、プログラムがロクに書けない人たちのスレ >>1 死んどけ荒らしのクズ あらゆるところに関所がある === 複製おじさん（通称複おじ）について === https://mevius.5ch.net/test/read.cgi/tech/1677286186/786-799 （ID:Evbafc70とID:RiLc+pIfが複製おじさんであると考えられている） Fooという型だけを別ファイルfoo.rsへ移してファイルを分けたくなったとする >>5 さらに型Fooのイテレータだけ別ファイルiter.rsに分けたくなったとする >>6 と同じ方針で望む 次に>>6 とは全く逆 かの御仁、ディスパッチのことになるとずいぶん熱くなってたよなあ さらに5つ目の方法 >>6 と>>10 からのご推測の通り >>12 ほとんどのmoduleは >>9 ITの世界は短期決戦の世界。知名度がこんなに上がってるのに使用者数が1%未満 今までの蓄積ではなく、新しく書かれているコードの量ですら1%未満であることの 商品が売れない原因の9割は知名度不足だと言われているが、Rustは既に最高レベル 結論としてはRustはC++に比べるとファイル分轄が非常にめんどくさいと言うことだな よくわからんけど自分でstruct沢山作ってcore/modelフォルダ作ってそこに全部突っ込んでフラットに使おうとすると障害があると いやーさすがにC++に比べたらRustのが超シンプルなのでわかりやすい /struct、/impl、/traitみたいな分け方をしたかったのかぁ したいんじゃなくてそれは仮に書いただけ 既存のC++のプロジェクトに書き足していくかたちでCargoとかが使われてるんだろ？ モジュール名とファイル名（パス）は↓みたいな書き方で一応切り離せるよ 自分が使ってる中ではC#が一番自由度が高い気がする global usingと言うものが出来て各ファイルでusingもしなくて良くなった C#はまじめに使ったことないけど拡張メソッドとかいうのが自由すぎて若干引いた記憶がある プロジェクト内のファイル位置も当然自由 Rustがなぜファイル名やフォルダ名でモジュール固定になってるかと言えば >>35 proc_macro で黒魔術やりたい放題出来る様になりますた >>35 一応Rustのimplは型（trait）を定義したクレート内に制限かけてるけどそれでも気になる人はいるか >>38 main.rs の方は >>30 全く違うんだが 現状は C からの置換を目指さなきゃいけない 現にデコンストラクトによるパターンマッチはlispかhaskelくらいでしか見かけない 似てたら置き換えやすいけど、置き換える意味も薄まりそうだけどな 「みんなが使ってないものが使いたい」という心理を持っている人が一定数いて、 Microsoft「Windows 11がまもなくカーネル内でRustを用いて起動」 https://www.neowin.net/news/senior-microsoft-exec-says-windows-11-kernel-will-soon-be-booting-with-rust-inside/ 前スレにも書いたけど、ブートローダってDOSアプリみたいなもんで、劇的に画期的じゃないんだよ マイクロソフトがわざわざC++を捨ててまでRustを採用するとはよっぽどのことだよな >>49 昔、マイクロソフトはわざわざJAVAを捨ててJ++を開発したんだよなあ これまで多数の言語が登場したけど求められてる条件はたった二つだけ >>53 Rust以外でGC採用せずにメモリやリソースの後始末をちゃんとしてくれるよう設計された言語って何があるの？ お! GC君だ（この人が複製おじさん?） >>50 >>52 Rustはメモリリークには割と寛容なんだよね >>56 >>45 >>60 RustってNimに対して何か優位なところはあるの? >>63 >>56 基本GCでも充分な性能が出れば別にいいよ >>69 FactorはForthとLispの子みたいな動的型付け言語 GCの有無は指標になるけど、現状のC++の、なんでもかんでもヒープに置く習慣は、 C++はコンパクションが行えないので、GC付きのJavaのほうが速いのです 感覚的にはプリミティブでない単純なデータ（xyz座標とか）の配列を直接作れるかどうかがボーダーな気がする 結局、RustはC++より速くても、Javaよりは遅いってことですね もう少し待てはマイクロソフトがR++を出すと思うから >>76 >>80 >>81 >>81 のスタックメモリ利用が一番速いで合ってるけど CPUのレジスタ利用が一番速いがレジスタ割り付けの最適化が非常に難しいので スタックメモリが主記憶と別の場所にあると思ってない？ もしかしてヒープは主記憶、スタックはプロセッサの中にあるとか思ってない？ メモリの確保の仕方の違いでの速さの比較の話でレジスタの話を持ち出すのは違うでしょ >>86 頭のおかしい人間がずっと一般的な事実に基づかない頓珍漢な独自妄想理論を展開してる スタックを積極的に利用しているからrustがjavaより速いと言われて 通常はレジスタ一発で出来ることもわざわざスタックマシンでエミュレートしてるので遅い スタックメモリが確保の点でもキャッシュされてる点でも非常に速いのは常識 >>95 変な人大集合だね おっと逆だ ■ このスレッドは過去ログ倉庫に格納されています
