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

**デフォルトの名無しさん** · 2023/08/31(木) 12:16:53.23

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

っていう雑談スレ。

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

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

**デフォルトの名無しさん** · 2023/09/26(火) 16:01:38.96

Cの代替言語としてこんなんもあるでよ。
オーディンとか名前がかっこええで。
https://odin-lang.org/

**デフォルトの名無しさん** · 2023/09/26(火) 18:25:57.43

>>334 単精度アップデート(倍精度は手つかず)
今度はMKLをちゃんと動かせた

ST f32 1024x1024
my-version BLIS OpenBLAS MKL
17.344ms 123.816 GFLOPS 15.241ms 140.902 GFLOPS 15.166ms 141.598 GFLOPS 14.629ms 146.792 GFLOPS
17.338ms 123.860 GFLOPS 15.217ms 141.119 GFLOPS 15.167ms 141.592 GFLOPS 14.681ms 146.281 GFLOPS
17.805ms 120.610 GFLOPS 15.237ms 140.939 GFLOPS 15.258ms 140.741 GFLOPS 14.843ms 144.678 GFLOPS
17.808ms 120.590 GFLOPS 15.272ms 140.611 GFLOPS 15.186ms 141.410 GFLOPS 14.667ms 146.417 GFLOPS
17.478ms 122.871 GFLOPS 15.310ms 140.264 GFLOPS 15.195ms 141.328 GFLOPS 14.674ms 146.346 GFLOPS

MT 8 f32 1024x1024
2.401ms 894.478 GFLOPS 2.580ms 832.272 GFLOPS 2.514ms 854.201 GFLOPS 2.104ms 1020.428 GFLOPS
2.379ms 902.518 GFLOPS 2.483ms 864.862 GFLOPS 2.702ms 794.853 GFLOPS 2.159ms 994.802 GFLOPS
2.430ms 883.801 GFLOPS 2.539ms 845.796 GFLOPS 2.716ms 790.540 GFLOPS 2.187ms 982.003 GFLOPS
2.407ms 892.147 GFLOPS 2.438ms 880.740 GFLOPS 2.714ms 791.168 GFLOPS 2.160ms 994.223 GFLOPS
2.457ms 874.045 GFLOPS 2.558ms 839.510 GFLOPS 2.524ms 850.976 GFLOPS 2.178ms 985.895 GFLOPS

MT all f32 1024x1024
1.840ms 1167.088 GFLOPS 2.107ms 1019.108 GFLOPS 2.207ms 973.061 GFLOPS 1.647ms 1304.053 GFLOPS
1.926ms 1114.813 GFLOPS 2.133ms 1006.937 GFLOPS 2.145ms 1001.273 GFLOPS 1.603ms 1339.395 GFLOPS
1.793ms 1197.473 GFLOPS 2.092ms 1026.416 GFLOPS 2.250ms 954.622 GFLOPS 1.631ms 1316.506 GFLOPS
1.800ms 1192.852 GFLOPS 2.130ms 1008.175 GFLOPS 2.160ms 994.287 GFLOPS 1.557ms 1379.502 GFLOPS
1.920ms 1118.594 GFLOPS 2.111ms 1017.376 GFLOPS 2.239ms 959.290 GFLOPS 1.566ms 1371.030 GFLOPS

**デフォルトの名無しさん** · 2023/09/26(火) 18:27:05.56

ST f32 2048x2048
my-version BLIS OpenBLAS MKL
143.172ms 119.995 GFLOPS 124.520ms 137.969 GFLOPS 122.140ms 140.658 GFLOPS 119.337ms 143.961 GFLOPS
144.436ms 118.945 GFLOPS 120.322ms 142.783 GFLOPS 120.386ms 142.706 GFLOPS 119.637ms 143.600 GFLOPS
142.295ms 120.735 GFLOPS 122.022ms 140.793 GFLOPS 120.581ms 142.475 GFLOPS 121.497ms 141.402 GFLOPS
142.093ms 120.906 GFLOPS 120.663ms 142.379 GFLOPS 121.417ms 141.495 GFLOPS 119.854ms 143.340 GFLOPS
143.167ms 119.999 GFLOPS 121.259ms 141.679 GFLOPS 120.834ms 142.177 GFLOPS 120.555ms 142.506 GFLOPS

MT 8 f32 2048x2048
19.379ms 886.539 GFLOPS 17.746ms 968.111 GFLOPS 17.882ms 960.746 GFLOPS 16.607ms 1034.490 GFLOPS
19.807ms 867.366 GFLOPS 17.821ms 964.021 GFLOPS 18.352ms 936.151 GFLOPS 16.314ms 1053.091 GFLOPS
19.229ms 893.456 GFLOPS 17.420ms 986.209 GFLOPS 17.945ms 957.382 GFLOPS 16.612ms 1034.212 GFLOPS
19.296ms 890.326 GFLOPS 17.633ms 974.310 GFLOPS 18.528ms 927.239 GFLOPS 16.911ms 1015.907 GFLOPS
19.207ms 894.455 GFLOPS 17.719ms 969.594 GFLOPS 18.413ms 933.043 GFLOPS 16.579ms 1036.243 GFLOPS

MT all f32 2048x2048
13.975ms 1229.316 GFLOPS 13.372ms 1284.765 GFLOPS 14.273ms 1203.695 GFLOPS 11.874ms 1446.832 GFLOPS
13.771ms 1247.523 GFLOPS 13.483ms 1274.182 GFLOPS 14.315ms 1200.149 GFLOPS 12.079ms 1422.249 GFLOPS
13.655ms 1258.142 GFLOPS 13.475ms 1274.910 GFLOPS 14.323ms 1199.435 GFLOPS 11.779ms 1458.571 GFLOPS
13.782ms 1246.555 GFLOPS 13.492ms 1273.329 GFLOPS 14.402ms 1192.845 GFLOPS 11.970ms 1435.262 GFLOPS
13.609ms 1262.422 GFLOPS 13.556ms 1267.336 GFLOPS 14.281ms 1202.959 GFLOPS 11.815ms 1454.082 GFLOPS

各行100回平均
ちゃんと動いたMKLがめちゃくちゃ速い!

**デフォルトの名無しさん** · 2023/09/26(火) 18:28:14.89

>>446
(1000x1000ではなく) 1024x1024や2048x2048みたいな行列サイズの場合が
キャッシュの急所を突いてくるので、前後サイズ比で遅くなっていないか確認して見て下さい
(検索して出て来たのが不自然に960で計測していて、1024にしたら2～3割落ちになるケースがあったので)

実装方法、行列のメモリレイアウトやCPU次第で1024じゃないかもしれないのでそれも要注意です

**デフォルトの名無しさん** · 2023/09/26(火) 19:08:18.72

速度とかおまけなの
webは生産性が全て
だからRustなの

**デフォルトの名無しさん** · 2023/09/26(火) 19:15:09.80

SNSで、同じ人が同じくRustに関して書いた場合でも、
それがWindows向けの話題になると急にいいねが
減る傾向があるらしい。
つまりは、そういうことである。RustはWindowsアプリ
を作ろうとする人に人気が有るわけではないということだ。

**デフォルトの名無しさん** · 2023/09/26(火) 19:22:41.32

5chで論破するためにプログラムやってる雑魚

**デフォルトの名無しさん** · 2023/09/26(火) 20:47:26.67

論破するためって目的達成が簡単すぎるところが
達成不可能な過酷なノルマで追い込むような価値観をキャンセルするのに使えそう

**デフォルトの名無しさん** · 2023/09/26(火) 21:04:48.54

５ちゃんで論破デキるようになるよぬって　コーディング学習において　モチベになりうるんだろーかぬ

**デフォルトの名無しさん** · 2023/09/26(火) 23:06:30.60

違和感がモチベーションの人いるでしょ
OOPや非同期APIの違和感

**デフォルトの名無しさん** · 2023/09/26(火) 23:25:52.99

違和感の克服がモチベたりうるってイミかぬ

**デフォルトの名無しさん** · 2023/09/27(水) 02:05:59.43

漠然とRustの話題にイイネを付けているだけで、
「Windows向け」という具体性を持たせると急に減る
ということなのかもしれないな。
しかし、スマホ向けアプリなんてゲーム以外で食っていく
ことは非常に難しいからアプリと言えば、Windowsで
あるはずなのだが。Webアプリは、本格プログラムが必要である
典型であるECサイトなんて日本で数えるほどしかないわけだし。

**デフォルトの名無しさん** · 2023/09/27(水) 05:04:10.62

EC サイトを発注する奴は、情弱

Ruby on Rails 製のShopify なんか、ほぼ無料みたいなもの

**デフォルトの名無しさん** · 2023/09/27(水) 10:32:50.66

>>491
自分は行列ライブラリを作ってるけど、確かに2の累乗にすると性能がガクンと落ちる。正直理由はわからん。

**デフォルトの名無しさん** · 2023/09/27(水) 10:34:36.46

>>501
cache bank conflict

**デフォルトの名無しさん** · 2023/09/27(水) 10:37:36.34

AVX512で行列ライブラリを実装してると転置コピー関数の速度の存在感が大きくなってくるな。この現象はAVX256だとあまり感じられないと思う。行列積の実行速度事態がまだまだ遅いからね。

**デフォルトの名無しさん** · 2023/09/27(水) 10:38:41.86

簡単に調査してみたら、SNSで、
JavaScript Html などのキーワードが入っている投稿は
いいねが付き易い傾向が有るらしいが、Rustも似ている。
(実はHaskellも結構、いいねが付き易い。)
これは、Rustというキーワードを検索にかけている人が
多い事を意味している。

**デフォルトの名無しさん** · 2023/09/27(水) 12:19:35.22

＞＞0504
ウェブ系の人が使ってるだけじゃないの

**デフォルトの名無しさん** · 2023/09/27(水) 12:50:28.41

JavaScriptやRubyなどは初心者や凡人にも使いやすい言語
だと言われているので、それらからRustに全員が乗り換え
られるとはとても思えない。
逆にC++を使いこなしている人がRustに移行する理由も
余り無いどころか、むしろ利用範囲が狭まってしまう。

**デフォルトの名無しさん** · 2023/09/27(水) 15:21:23.24

AIやりたいからpythonやろう! とか
そういうインセンティブがRustにはほとんど全く働かない

**デフォルトの名無しさん** · 2023/09/27(水) 15:54:51.82

モチベーション？

**デフォルトの名無しさん** · 2023/09/27(水) 16:17:10.23

>>508
モチベーションはインセンティブが働いた結果生じる

**デフォルトの名無しさん** · 2023/09/27(水) 16:26:16.94

デスクトップアプリ作りたいからrust、はある
トレンドがelectronからtauriに変わってきてるので

**デフォルトの名無しさん** · 2023/09/27(水) 16:35:42.52

>トレンドがelectronからtauriに変わってきてるので
トレンドはelectronからwebviewであって
tauriはwebviewを使ってる有象無象の一つでしかない
現実を見ろ

**デフォルトの名無しさん** · 2023/09/27(水) 16:52:05.87

>>511
ごっちゃにすんな

**デフォルトの名無しさん** · 2023/09/27(水) 17:16:30.92

>>510
いつのまにtauriはelectron競合までサポート範囲広げたの？
Rust専用から脱したのかね。

**デフォルトの名無しさん** · 2023/09/27(水) 17:50:57.28

それとて過渡期でしょ
Rustに言わせればunsafeそのもののWebViewに依拠すんのが筋が悪い
しらんけど

結局ライブラリの揃ってるところに人はたかる

**デフォルトの名無しさん** · 2023/09/27(水) 18:45:28.57

>>501
行列ライブラリ作ってるくせにcache slicingも知らねえなら性能語る資格なし

**デフォルトの名無しさん** · 2023/09/27(水) 19:04:37.37

じゃあ、資格とやらを得てもらおうか(応援

**デフォルトの名無しさん** · 2023/09/27(水) 21:20:46.54

vscodeにrust analyzerとかいうの入れたらアホみたいにメモリ食ってクソだと思った
何がRustは省メモリだよ

**デフォルトの名無しさん** · 2023/09/27(水) 21:55:14.76

vscodeはTauriではなくElectronだからRustは関係なし
rust-anlyzerはrustcと同一バイナリ

**デフォルトの名無しさん** · 2023/09/27(水) 21:59:20.63

>>518
タスクスケジューラでrust-analyzer.exeだけが何もしてないのにただRustプロジェクトを開いただけで4GB食ってるんだが？

他のVSCodeは10Bぐらいが5個ぐらいあるだけだわ

Tauriとかカスだな
Electronと違って実用的なソフトが皆無

**デフォルトの名無しさん** · 2023/09/27(水) 22:00:11.51

rust analyzerがメモリ食うという話なのにRustは関係ないとか頭イカれてますねー

**デフォルトの名無しさん** · 2023/09/27(水) 22:03:42.80

許してやってくれ
彼はこういうことを言われると言い訳探しに必死になっちまうんだ

**デフォルトの名無しさん** · 2023/09/27(水) 22:18:21.54

>rust-anlyzerはrustcと同一バイナリ

違うけどｗ

**デフォルトの名無しさん** · 2023/09/27(水) 22:25:05.45

Java速いけどな
ダブル配列でトライ木書いたら
Javaのくせに生意気な速度叩き出してきて
ビックらこいたけど

**デフォルトの名無しさん** · 2023/09/27(水) 23:53:08.28

>>522
${CARGO_HOME}/binにあるこの14個はハードリンクされた同一実行ファイル
cargo cargo-clippy cargo-fmt cargo-miri clippy-driver rls rust-analyzer rust-gdb rust-gdbgui rust-lldb rustc rustdoc rustfmt rustup
同一のinode番号とハードリンクカウント(=14)が確認できる

**デフォルトの名無しさん** · 2023/09/28(木) 00:39:51.47

あーrustup使ってインストールしたときはその辺のコマンドの実体がrustupラッパーになるってだけの話か
間違っちゃいないけど……なあ

**デフォルトの名無しさん** · 2023/09/28(木) 01:06:27.53

言語でどっちがいいだの悪いだの言っても仕方がない
ｃ＋＋の中級者程度が作ったアプリなら、どの言語でも上級者が作ったもののほうが
圧倒的パフォーマンスいいよな

**デフォルトの名無しさん** · 2023/09/28(木) 09:18:29.25

リアルタイムなアプリは時間のずれを許さない
銀行にたとえるとお金持ち全員が今すぐ現金を出せと要求してくる
時間をずらしてくれたら必要な現金は少ない可能性はある

**デフォルトの名無しさん** · 2023/09/28(木) 09:35:20.33

ガチのリアルタイムは、C++でもRustでもなく、FPGAだって聞いた
あるいはせいぜいGPUか(これは推測

**デフォルトの名無しさん** · 2023/09/28(木) 09:48:19.84

ハードウェアロジックでさえリアルタイムって言うにははばかれるタイムラグがあるからなぁ

**デフォルトの名無しさん** · 2023/09/28(木) 10:21:03.43

>>527
全然リアルタイムじゃないじゃんw
そもそも銀行には事前通告無しの引き出し限度額が定められてるから要求自体が通らない
アホくさ

**デフォルトの名無しさん** · 2023/09/28(木) 10:41:36.79

>>528
何で言語とハードウェア並べてるの？

**デフォルトの名無しさん** · 2023/09/28(木) 10:42:49.62

>>529
リアルタイムとは実行完了時刻が保証されていることを言う
早い遅いは関係ない

**デフォルトの名無しさん** · 2023/09/28(木) 10:47:36.82

複オジも全く同じこと指摘されてたよね
やっぱり両オジは似たもの同士

**デフォルトの名無しさん** · 2023/09/28(木) 10:59:29.27

>>531
>>528 が言葉足らずで、金融でリアルタイムといえば…って書きたかった
言語でいうなら、VHDLか書いたことないけど

そういやaliで買った学習用FPGA積んでるの思い出した
やることいっぱい杉

**デフォルトの名無しさん** · 2023/09/28(木) 11:04:13.80

起動が遅いソフトは終了と再起動をしたくないのはわかるが
ファイル編集が終わる前にコンパイルすれば問題解決っていうのが
最高にイカれてる

**デフォルトの名無しさん** · 2023/09/28(木) 12:39:43.73

RustがWebで流行ることはない

なぜならもともとWebめCやC++といったコンパイラ型言語ではなくスクリプト言語が流行った最大の理由はコンパイルが遅すぎるから

だからRustは流行らない
爆速コンパイラをまず開発しろ

**デフォルトの名無しさん** · 2023/09/28(木) 13:56:55.48

実アプリ開発だと
静的型付け言語だとコンパイル時に検出できるエラーが
動的型付けスクリプト言語だと大量のテストケースで
検出する必要があって
実行時間が長くて微妙なんだな

**デフォルトの名無しさん** · 2023/09/28(木) 14:11:48.12

>>537
んなわけないw
まともにテストケース書いたことないでしょ

**デフォルトの名無しさん** · 2023/09/28(木) 14:29:32.00

>>538
それなりの規模のRailsなんかの実サービスの仕事
やるとわかるよ

**デフォルトの名無しさん** · 2023/09/28(木) 14:41:48.76

>>538
テストケースは開発者が書くもの。
お前がダメだと思ってる後輩や先輩が全く抜けなく書いてると言いきれる？

**デフォルトの名無しさん** · 2023/09/28(木) 14:43:13.56

静的型でもdict相当と文字列使いまくる動的脳がいると無力

**デフォルトの名無しさん** · 2023/09/28(木) 15:32:23.79

>>539
いやいやw
Railsアプリで型エラーを検知するためだけのテストを大量に書いてるようならテスト設計がおかしいとしか言えんよ
汎用ライブラリのテストじゃないんだから

**デフォルトの名無しさん** · 2023/09/28(木) 15:41:23.59

>>542
あなたはしょうもないヒューマンエラーでランタイムで
落ちても笑ってごめーんで済むような仕事しか
してないか天才なんでミスしませんのどちらかだね

**デフォルトの名無しさん** · 2023/09/28(木) 17:25:25.70

ある関数に文字列ではなくオブジェクトを渡したらどうなるか
が問題になるのはオブジェクトがある言語だけ

ちなみに文字列には循環参照がない
循環参照とメモリリークがあるのはオブジェクトだけ

**デフォルトの名無しさん** · 2023/09/28(木) 18:05:48.06

文字列と言うオブジェクトだけどな

**デフォルトの名無しさん** · 2023/09/28(木) 18:06:40.27

循環参照する様なメソッドが無いだけだろ

**デフォルトの名無しさん** · 2023/09/28(木) 20:34:01.42

>>544
チューリング完全じゃないから、できないことが出てくるだろ。

**デフォルトの名無しさん** · 2023/09/28(木) 21:42:17.68

>>547
まあチューリング完全だとしても、次は
キャズムを超えないから以下同文になるだけだな

**デフォルトの名無しさん** · 2023/09/28(木) 23:24:20.51

>>543
いやいやいやwあんたがエアプなだけでしょ
深刻なバグが出れば億単位の損失が出るようなシステムも長くやってたけど型のテストなんて1%もないから

**デフォルトの名無しさん** · 2023/09/28(木) 23:43:03.09

>>549
ん～、ここのスレタイ読める？

**デフォルトの名無しさん** · 2023/09/28(木) 23:53:09.61

試しにrubyとrailsのテストを調べてみたが型チェックしてるassertの割合はそれぞれ約1.7%と1.5%だった
言語やライブラリでもこの程度の数字

**デフォルトの名無しさん** · 2023/09/28(木) 23:55:19.43

>>550
スレタイ読む前にキミはテストケースのレビューしようね

**デフォルトの名無しさん** · 2023/09/28(木) 23:59:14.70

あ、同じやつなのか

**デフォルトの名無しさん** · 2023/09/29(金) 04:01:47.14

「ここのオブジェクトはこの型に限る」て感じの設計思想なんじゃね
でもせっかく動的型付けなのに型を限定するのはもったいない気がするけどな

**デフォルトの名無しさん** · 2023/09/29(金) 04:51:39.28

勝手に型チェックの話に限定してるあたり
何も理解してなさそう

**デフォルトの名無しさん** · 2023/09/29(金) 08:53:21.37

おまいら契約による設計はちゃんと理解してる？
型チェックの話をするなら必須だからな。

**デフォルトの名無しさん** · 2023/09/29(金) 09:10:01.09

下のコードで実行すると finish が出る順が
最後に completed したものが出て来るまで先に finish してても出て来ません
実際に finish した順通りに表示させるにはどう治せば良い？

use std::thread;
use std::time::Duration;

fn test_thread() -> () {
let mut handles = Vec::new();
for i in 0..5 {
handles.push((i, thread::spawn(move || {
println!("create {}", i);
thread::sleep(Duration::from_millis(400 * (5 - (i - 2) * (i - 2))));
println!("{} completed", i);
})));
}
let mut completed = 0;
for (i, handle) in handles {
handle.join().unwrap();
println!("{} finish", i);
completed += 1;
}
if completed != 5 { panic!("not finish"); }
}

**デフォルトの名無しさん** · 2023/09/29(金) 09:12:34.59

なにこのゴミ

**デフォルトの名無しさん** · 2023/09/29(金) 09:12:45.62

>>541
JSONは糞ですねわかります

**デフォルトの名無しさん** · 2023/09/29(金) 12:05:44.96

>>557
mpsc使うといい
あとデバッグモードだとi - 2がアンダーフローでpanicになる

**デフォルトの名無しさん** · 2023/09/29(金) 12:26:58.60

>>413
そんなことないよ

>>428
ほんそれ

>>472
なるほど

>>473
webはどうみても底辺だ

**デフォルトの名無しさん** · 2023/09/29(金) 12:54:02.23

>>560
thx!!

**デフォルトの名無しさん** · 2023/09/29(金) 13:05:53.88

>>488
おじん

>>493
win開発者は｢意識他界系｣が少ないのでは

**デフォルトの名無しさん** · 2023/09/29(金) 13:12:03.43

>>428
>>561
C/C++ *だけ* じゃ力不足なのはセキュリティ問題考えると明らか。

**デフォルトの名無しさん** · 2023/09/29(金) 15:17:35.48

>>564
組み込みと言っても幅広いが、Lチカの個数を増やしたりモーターに
変えたりしたものを上手く制御するような事が中心に
なる場合は、メモリ管理はRustを使うまでも無い事が多い。
如何に電圧やサーボモーターの信号をコントロールするか、
の話になるのであって、メモリー解放エラーはほとんど関係無い。

**デフォルトの名無しさん** · 2023/09/29(金) 16:02:06.99

まず、インターネットを使うまでもない組み込みに
インターネットをゴリ押しするのが先

セキュリティの話はその後かな

**デフォルトの名無しさん** · 2023/09/29(金) 16:31:31.34

>>565
そんな規模の組込みならアセンブラのがいいだろ。

**デフォルトの名無しさん** · 2023/09/29(金) 16:45:54.63

さすがに書き間違いがこわいからCでいいだろ
そんな内容ならC++もRustもオーバスペック

こんなの出てたので ja-jpもできてたけど、品質やら未チェック自己責任
https://learn.microsoft.com/en-us/cpp/code-quality/build-reliable-secure-programs

unsafe{ } がまだなのみならず、歴史が長い分チェックポイントが大量にあるのも、
新風さわやか? なRustが好まれるところではあるんだろうな

**デフォルトの名無しさん** · 2023/09/29(金) 16:51:59.30

>>567
組み込みの場合、対象のCPUがころころ変わるからアセンブラは
まあ、無理。
ARM, Atmel, PIC, AKI-H4, NEC製CPU, などなど。

**デフォルトの名無しさん** · 2023/09/29(金) 17:25:36.72

いや、すべての場合において変数に型がないという最大の特徴を見逃すなよ

**デフォルトの名無しさん** · 2023/09/29(金) 17:29:29.13

>>569
CはまだしもC++はいらんだろ

**デフォルトの名無しさん** · 2023/09/29(金) 18:16:57.78

C++のnewやthrowがライブラリではないから
これは要るだろとか要らないだろとかの意思疎通が困難

Rustのnewはただの関数でResultはただの型だがそれが良い

**デフォルトの名無しさん** · 2023/09/29(金) 18:37:24.93

>>570
ちゅうか、Cだと変数を1つ増やすだけで済むところが、
アセンブラだと、空きレジスタを見つけるか、なければ、
pushで退避してレジスタに入れてから演算して、などと
結構なことなり、既存のコードの修正も必要にな。
また、Cだと変数の宣言位置を、ローカル変数から
グローバル変数に移すだけで済むところが、
アセンブラだと、結構なコードの修正量になる。

**デフォルトの名無しさん** · 2023/09/29(金) 18:42:50.17

安易にはアセンブラとか言ってるやつはしったか

**デフォルトの名無しさん** · 2023/09/29(金) 20:12:15.72

ESP32

**デフォルトの名無しさん** · 2023/09/29(金) 20:29:15.16

>>574
アセンブラの知識はコーディングに使わないにしても必須だよ
知らんで組込みとかは有りえん

**デフォルトの名無しさん** · 2023/09/29(金) 20:55:23.85

安易にって言った別人だけど

インラインアセンブラがさいつよ異論は認める

**デフォルトの名無しさん** · 2023/09/29(金) 20:56:55.87

安易にって言った別人だけど

インラインアセンブラがさいつよ
ないしはintrinsic 異論は認める

**デフォルトの名無しさん** · 2023/09/29(金) 21:22:36.21

淫乱アセンブラ！？

**デフォルトの名無しさん** · 2023/09/29(金) 23:00:42.44

>>561
と底辺が申しております

**デフォルトの名無しさん** · 2023/09/30(土) 01:15:10.95

つーか、プログラム書くなら低レベルの方がやっぱ楽しいよな
IO直接ブチ叩くのは何十年経っても面白い
目に見えるすべてのコードがだいたい支配下にあるのも気分いい

**デフォルトの名無しさん** · 2023/09/30(土) 01:57:53.34

セキュリティの重要性　>　コードの楽さ
となるような場面でのみRustは有利かもね。OSとかはできるだけRustにするべきだろうね。最もサイバー攻撃される部分でもあるわけだし。それ以外はRustを使う動機はあまりないか。

**デフォルトの名無しさん** · 2023/09/30(土) 04:19:59.97

所有するとかいう用語はC/C++でも必要なのに最近までなかった
参照するしかないJavaとは違うアレを表現する単語がなかった

**デフォルトの名無しさん** · 2023/09/30(土) 06:35:36.76

>>583
ownershipはauto_ptrの太古からすでにあったけど？

こうやって歴史を捏造する詐欺師がいるから、歴史問題は常に嘘つきを殴らないとヤバイ。

**デフォルトの名無しさん** · 2023/09/30(土) 08:16:15.78

うそつきはいかんが、人殴りたいだけだろ。。

**デフォルトの名無しさん** · 2023/09/30(土) 08:50:05.61

？
嘘つきは人では無いよ？

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

>>574
Lチカやる程度のやつが何言ってんだ