- 1 名前：デフォルトの名無しさん mailto:sage [2023/08/31(木) 12:16:53.23 ID:dCL063sE.net]
- C++の色々配慮してめんどくさい感じは好きだけど、実務になったらメモリ安全性とか考えて今後Rustに変わっていくんかな」
「うだうだ言ってないで仕事で必要なのをやればいいんだよ、趣味なら好きなのやればいい」
っていう雑談スレ。
前スレ: 結局C++とRustってどっちが良いの？ 6traits
mevius.5ch.net/test/read.cgi/tech/1690610746/
関連スレ(マ板): Google&Microsoft「セキュリティバグの70%はC/C++のメモリ管理ミス。Rustにする」
https://medaka.5ch.net/test/read.cgi/prog/1619943288/
- 341 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 21:16:22.52 ID:DZ7YkFqT.net]
- gemm自体はアロケート済みのcを受け取るだけなので
簡潔に書いてもcメモリの使いまわしが出来る仕組みが欲しい
端数処理をしてない手抜きTileなので1024x1024でやった
>>333
楽しめるかどうかですね
こちらはどうなることやら
- 342 名前：デフォルトの名無しさん mailto:sage [2023/09/16(土) 21:22:50.93 ID:DZ7YkFqT.net]
- 64x64 Tile導入時点でコンパイラがAVX2を多用したコードを自動出力した
なんかマルチスレッドの力で押し切るのが手軽
f32はGPUで
f64は個人向けGPUは遅いからCPU多コアかな
- 343 名前：デフォルトの名無しさん [2023/09/16(土) 23:25:02.06 ID:NyIUl8mq.net]
- 野望の段階だけど、Strassenのアルゴリズムとかの行列積高速化のアルゴリズムを効率良く組みたい。再帰的なアルゴリズムは現状のCPUの構造だとかなり難しいんだよね。
今はCだけど、できれば最終的にRustで組みたい。RustのメモリリークやSegmantation fault, メモリの2重解放がないのはスゴい利点だとと思う。今後OSなどの最深部でも行列積の計算が頻繁に呼び出されるようになるだろうからなおのことRustで目標を達成したい。
- 344 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 06:43:29.46 ID:+Vc0mLjX.net]
- カーネルで行列積って使うの？
- 345 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 09:01:47.58 ID:2thFGrAB.net]
- 行列とカーネルを同じ文に書かれると違うほうのカーネルにしか読めん
- 346 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 10:37:23.77 ID:y6GkRZWJ.net]
- 結論とて現在のRustは糞
来世に期待ってことだよな
- 347 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 13:55:14.01 ID:pImX9Ap1.net]
- どんな紙切れでも金塊以上の価値になれる
その結果Youは乱れ万人に対する加害者になっちゃうわな
- 348 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 14:05:21.39 ID:9e7GqZX3.net]
- >>341
脈絡なく「結論」とか言っちゃう症状って生まれ変わるまで治らないの？
若いうちならトレーニングで治せそうだけど年取ると無理なのかな
- 349 名前：デフォルトの名無しさん mailto:sage [2023/09/17(日) 14:44:07.73 ID:+rM6c2qp.net]
- >>341
うむ。
zmmレジスタやSIMDの話題もRustに不利な事を
書き込まれたから誤魔化そうとしているのだろうね。
- 350 名前：デフォルトの名無しさん [2023/09/18(月) 03:18:13.11 ID:pCHq1yrZ.net]
- >>339
AIがOSに組み込まれるようになるので死ぬほど行列積の関数は呼び出されるようになると思う。
- 351 名前：デフォルトの名無しさん [2023/09/18(月) 03:47:49.70 ID:k3AGHqct.net]
- >>345
別にユーザーランドで良いのでは?
- 352 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 06:24:20.96 ID:BSQ07s8i.net]
- スタートレックの世界のコンピュータを目指すならOSに組み込まれるかもね
でもそれはまだ先の話だろう
- 353 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 10:08:36.50 ID:Q0H2wSm7.net]
- SIMDなんて非常に簡単で素朴なコードがかけるのに
有利不利なんてないだろ
- 354 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 10:18:31.61 ID:FokkMn3s.net]
- そのわりにベンチで差が出る(らしい
スレ的には、いかに上手に・素直にスタブを記述できるかだね
- 355 名前：デフォルトの名無しさん [2023/09/18(月) 12:57:03.60 ID:k3AGHqct.net]
- >>347
OSにAIが標準装備されるとしても
何でそれをカーネル空間で動かさなきゃならんという話になるのかが分からん
- 356 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 15:52:05.81 ID:ohI7hzcV.net]
- >>347
win11にWindows Copilotを搭載することが決定してるので そう先の話でわネエと思いますケドぬ まぁ ドコまでローカルホストでガリガリやらすかまでわ 分からんケドぬ
- 357 名前：デフォルトの名無しさん [2023/09/18(月) 22:42:01.51 ID:pCHq1yrZ.net]
- >>348
それはアセンブラを直接たたくってこたかな？それって生のポインタをさわることになるからRustの目指す安全性とは結構離れてるよな。第一、データがレジスタのサイズにあわせてアライメントされてないとバグるけど、Rustではアライメントを揃えるのすらunsafe扱いだから。simdを組み込みにするのは果てしなく大変なのでは？全てunsafeにして生のポインタを引数にとるなら話は別だけど。それではもはやRustを使う意味がないし。
- 358 名前：デフォルトの名無しさん mailto:sage [2023/09/18(月) 23:18:32.41 ID:h2SSCK+Z.net]
- >>352
理解できてなさすぎ
Rustは標準ライブラリがunsafeまみれなように
いくらでもunsafeを使ってもいいんだよ
そのうえでsafeな部分を作り出せればそこはRustコンパイラによる保証がつく
だからRustだけがアドバンテージを持つ
- 359 名前：デフォルトの名無しさん [2023/09/18(月) 23:25:10.97 ID:TStUf0QM.net]
- >>353
理解してると思うよ
煽られてるんだよw
- 360 名前：デフォルトの名無しさん [2023/09/19(火) 00:32:50.44 ID:kTo53yXB.net]
- 行列ライブラリはぶっちゃけRUSTの運営が直接本来実装するべきなんだよね。ものすごい数の安全テストが必要だから。Rustの標準ライブラリのRCはそうやって安全性を担保してるからな。ただRustの質を担保するならRCよりも遥かに安全テストが必要になるとは思う。
- 361 名前：デフォルトの名無しさん [2023/09/19(火) 00:45:08.44 ID:CAb8pI9J.net]
- blasやlapackのラッパー書けば良いのでは?
- 362 名前：デフォルトの名無しさん [2023/09/19(火) 01:10:39.03 ID:kTo53yXB.net]
- >>356
メモリリークどうすんの？
- 363 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 01:28:44.07 ID:q6UjSMFh.net]
- もうRustの失敗を踏まえた新しい言語の登場を待とうぜ
- 364 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 01:34:55.82 ID:CAb8pI9J.net]
- >>357
blasやlapackの中は干からびるくらいに枯れてるやろ
- 365 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 01:37:08.15 ID:1nihRNEN.net]
- Rustの目指す安全性ってのと真逆の意味をもつunsafe宣言は
「ここは確率的にunsafeだけど確率を覆すのが人間の仕事」と言ってる
だから確率とか好きそうな人には難しい
- 366 名前：デフォルトの名無しさん [2023/09/19(火) 09:24:27.18 ID:kTo53yXB.net]
- >>360
unsafeのところは人間が死ぬ気でテストして安全性を担保してねって意味合いが強いけどな。だからRCとかARCはとてつもなく厳重なテストを
- 367 名前：行ったらしい。 []
- [ここ壊れてます]
- 368 名前：デフォルトの名無しさん [2023/09/19(火) 10:08:39.97 ID:kTo53yXB.net]
- >>359
誰もOSの最深部で使いまわしたけーすなんてないからどんなエラーがでるかは未知の領域だろ。
- 369 名前：デフォルトの名無しさん [2023/09/19(火) 10:58:17.73 ID:CAb8pI9J.net]
- 誰がOSの最深部で使いまわすの?
- 370 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 13:57:30.99 ID:1nihRNEN.net]
- >>361
テストの戦力を集中できるから合理的なわけだが
当たりくじだけを買う集中ではなく逆にはずれそうな箇所に手間をかける
- 371 名前：デフォルトの名無しさん [2023/09/19(火) 15:02:10.87 ID:CAb8pI9J.net]
- >>361
RCもARCも複雑じゃないだろーにw
- 372 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 15:25:44.62 ID:mxtPnJ5/.net]
- Rustではそういう小さなパーツのみ人間が安全性を保証するunsafeを用い
プログラム全体はコンパイラが静的に安全性を保証する形となって開発効率が良い
- 373 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:13:09.65 ID:q6UjSMFh.net]
- 人間が安全性を保証するunsafe
- 374 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:33:40.87 ID:OxK/I+KA.net]
- 人間と契約しないと自然状態になるでしょ
- 375 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 18:36:21.76 ID:mxtPnJ5/.net]
- C/C++はプログラム全体がunsafeだから
プログラム全体に対して人間が安全性を保証しなければならず開発効率がよくない
- 376 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:36:09.66 ID:q6UjSMFh.net]
- じゃあC/C++にunsafe解決？
- 377 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:36:50.34 ID:q6UjSMFh.net]
- 訂正
unsafe導入で解決？
- 378 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:45:37.59 ID:CAb8pI9J.net]
- コードチェッカとしてAIが搭載されるので
現実的な必要性がなくなると思うよ
- 379 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 19:59:47.06 ID:q6UjSMFh.net]
- だよなあ
- 380 名前：デフォルトの名無しさん [2023/09/19(火) 20:47:18.93 ID:B2l8DHRh.net]
- >>372
今のレベルで信用できる？
- 381 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 22:16:43.11 ID:CAb8pI9J.net]
- >>374
ご指摘の通り今のレベルではコードチェッカとしては信用できない
- 382 名前：デフォルトの名無しさん mailto:sage [2023/09/19(火) 22:18:12.20 ID:CAb8pI9J.net]
- この1年の進捗を見ると最早時間の問題
- 383 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 00:20:23.25 ID:0L/WUwAl.net]
- AIチェッカはヒントにはなっても証明にはならんやろ
- 384 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 03:36:44.11 ID:u/n2gKYp.net]
- unsafe{ } を型の内で定義できるのがC++っぽいかなって最近思ってる
- 385 名前：デフォルトの名無しさん [2023/09/20(水) 06:28:48.05 ID:DoKZY5B2.net]
- >>365
Rustの仕組みで生ポやアドレスに触るような関数やライブラリの安全性の担保は死ぬ程だるいということですよ。実際sind系のクレートが全然安定版にならないのはそれが原因だからね。RCやARCとは桁が違うレベルの安全テストを行わないといけないようだからね。
- 386 名前：デフォルトの名無しさん [2023/09/20(水) 06:39:41.43 ID:DoKZY5B2.net]
- >>363
使い回されるだろう。stable diffusionとかlammaとかがヌルヌル動くようなPCスペックが標準になってきたらEXCELやパワポとか、DirectXに組み込まれるだろうな。
- 387 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 08:44:11.37 ID:XQHGtFcj.net]
- >>380
カーネルモードという言葉を知ってる？
他の人はそういう話してるけど
- 388 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 10:05:41.68 ID:7sNeNGpd.net]
- コードは公開するが教師データは墓まで持っていく手口はOSSに対抗する側の発想なので
GNU/Linuxと合体する確率は低い
- 389 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 10:54:44.14 ID:MYGzx56E.net]
- >>380
OSの最深部って話をしてるのになんでアプリケーションの話をしてるの？
低レイヤとか高レイヤとかわからない人?
- 390 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 11:18:09.13 ID:7sNeNGpd.net]
- 三位一体みたいな
多神教を回避するしぐさ
- 391 名前：デフォルトの名無しさん [2023/09/20(水) 12:12:30.85 ID:BrTk6Dwe.net]
- >>376
具体的にいつですか？
具体的とかそんなの無い感じですか？
- 392 名前：デフォルトの名無しさん [2023/09/20(水) 12:17:54.86 ID:kr8MFeoz.net]
- >>382
OSS最大手のRedhatはそんな感じ
- 393 名前：デフォルトの名無しさん [2023/09/20(水) 12:20:50.67 ID:kr8MFeoz.net]
- Rust製のFirefoxがCPU100％張り付きとかメモリ60GBとか普通にやってくれるやつなので
Rustも宣伝通りの安全性だとは思っていない
- 394 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 12:40:47.18 ID:XQHGtFcj.net]
- >>387
FirefoxにはC++のコードの方が多いし
ピュアRustでもcpu100%やメモリ浪費アプリの
解消なんて謳ってないので意味不明
- 395 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 14:07:36.47 ID:56axJTdd.net]
- >>387
Rustでも安全にセキュリティーホールやウィルスを書けるよ
- 396 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 14:27:23.23 ID:7sNeNGpd.net]
- 宣伝通りではない問題は普遍的な問題
沈黙は金
雄弁は宣伝通りではない
- 397 名前：デフォルトの名無しさん [2023/09/20(水) 15:11:01.56 ID:kr8MFeoz.net]
- RustもFirefoxもMozillaの製品だし
どっちも眉唾程度に使ってる
- 398 名前：デフォルトの名無しさん [2023/09/20(水) 15:12:44.77 ID:kr8MFeoz.net]
- Mozillaのサイトには豊かな生活とか健全なインターネッツとか
アベノミクスの宣伝とだいたい同じことが書いてある
- 399 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 15:28:18.60 ID:GXpV/38T.net]
- Rustなら安全なマルウェアを書けます
- 400 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 15:28:22.64 ID:GXpV/38T.net]
- Rustなら安全なマルウェアを書けます
- 401 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 17:29:29.37 ID:kQmO4Bub.net]
- 〇🧥
- 402 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 18:11:16.04 ID:7sNeNGpd.net]
- >>392
内容を反省しても無駄
完璧な内容に改善しても雄弁は最善手になれない
- 403 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 18:17:10.71 ID:URQnmAvS.net]
- >>391
それは昔の話
3年前にMicrosoft・Google・Amazonなど共同によるRust Foundationが設立されてRustはその資金で開発されている
- 404 名前：デフォルトの名無しさん [2023/09/20(水) 20:08:00.83 ID:EN6uvlZM.net]
- >>397
と書くとその資金でサラリーを得る開発者を雇用しているようにも聞こえるが
Rust自体の開発をしている人って専業はほとんどいないのでは?
- 405 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 20:11:54.99 ID:EN6uvlZM.net]
- 念の為だがOSSを批判してるんじゃないよ
>>397の認識が違うんじゃないかなってことを言いたくて
資金入れようが入れまいが開発には大して影響ない体制ではないのかな?
- 406 名前：デフォルトの名無しさん [2023/09/20(水) 20:46:43.30 ID:cBWJlZK2.net]
- 各々の企業の内部にRustの開発をする人材がいる
- 407 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 20:48:43.02 ID:URQnmAvS.net]
- >>398
専業と兼業がいる
Rust Foundationの昨年の年間レポートによるとfull-timeは7名
- 408 名前：デフォルトの名無しさん mailto:sage [2023/09/20(水) 20:50:07.85 ID:URQnmAvS.net]
- >>398
専業と兼業がいる
Rust Foundationの昨年の年間レポートによるとfull-timeは7名
- 409 名前：デフォルトの名無しさん [2023/09/20(水) 21:32:06.75 ID:cBWJlZK2.net]
- 各々の企業の内部にRustの開発をする人材がいる
- 410 名前：デフォルトの名無しさん [2023/09/20(水) 21:33:02.53 ID:EN6uvlZM.net]
- Microsoft・Google・Amazonが資金を入れなかったら
その7名は雇用できないんだろうけど
7名なら兼業で賄えるだろうから大して影響ない体制とも言える
- 411 名前：デフォルトの名無しさん [2023/09/21(木) 19:05:02.88 ID:b6LwIpvL.net]
- transpose関数でデータを並べかえるのって割りと時間が掛かるんだよな。simd化しても並べ替えの部分でかなり時間が取られるからあまり高速にならないし。マルチスレッド化すれば確実に一定の高速化はできるが。
- 412 名前：デフォルトの名無しさん [2023/09/22(金) 21:52:03.87 ID:liKpO3RA.net]
- Rustはもうオワコンだろ
- 413 名前：デフォルトの名無しさん [2023/09/22(金) 22:12:19.06 ID:liKpO3RA.net]
- Haskellも終わったし
Rustも終わるだろ
- 414 名前：デフォルトの名無しさん [2023/09/22(金) 22:16:08.30 ID:Citjv5wM.net]
- どっちも元々始まらなかっただろ。かつては一世を風靡したが今は終わコンになったPerlやPHPとは違い、
不発のまま忘れ去られる。
- 415 名前：デフォルトの名無しさん [2023/09/22(金) 22:29:43.48 ID:1MTUVsES.net]
- >>408
>かつては一世を風靡したが今は終わコンになったPerlやPHPとは違い、
あれ?!終わったの?
今は何に取って代わられた?
- 416 名前：デフォルトの名無しさん mailto:sage [2023/09/22(金) 22:43:34.63 ID:TmjYA1px.net]
- これ
Rustの非同期ライブラリをPHPから利用可能にする「php-tokio」が登場
- 417 名前：デフォルトの名無しさん mailto:sage [2023/09/22(金) 23:01:35.76 ID:fCKJ4NGF.net]
- 遺憾なことにphpはwordpressやらLaravelやらで今も使われてる
phpは脆弱性の宝庫
- 418 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 00:26:11.41 ID:x
]
- [ここ壊れてます]
- 419 名前：XdfbnB0.net mailto: https://fabcross.jp/news/2023/dmln530000187b7p-img/dmln530000187b8e.jpg []
- [ここ壊れてます]
- 420 名前：デフォルトの名無しさん [2023/09/23(土) 02:07:34.62 ID:Rs7x83k3.net]
- Cで開発してるとわかるけど、Cの大規模なプロジェクトは確実にメモリリークだらけになってるな。関数が内部で勝手にメモリを、確保してreturnしてるやつとか他人の作った関数だったらメモリの解放忘れること多いんじゃね？この手の部分はRUSTは神って思うことすらある。
ただ、RustはCに比べて一部の最適化オプションの性能がかなり落ちるな。多分、配列とかの境界チェックをアセンブリレベルで行ってるんだろうな。
- 421 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 02:17:44.92 ID:xXdfbnB0.net]
- 配列はインデックスでアクセスすると他の多くの言語と同様にインデックス範囲内チェックをアクセス毎にする
しかしC言語でのポインタアクセスと同様にRustでもポインタ(参照)でシーケンシャルアクセスすればポインタ終了条件の比較のみとなりC言語と同じ速さになる
- 422 名前：デフォルトの名無しさん [2023/09/23(土) 02:30:07.34 ID:y8HKVxaR.net]
- >>411
PHP5系の配列の扱いはトラウマものだったわ。
- 423 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 06:56:20.93 ID:BqGHL3ND.net]
- Rustを踏み台にして、もっとスタックフレーム指向の言語が出てきて欲しいわな。
スタックis god, 再帰構造is god.
- 424 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 09:29:05.32 ID:v8CrTG6J.net]
- >>412
罰ゲームじゃん
- 425 名前：デフォルトの名無しさん [2023/09/23(土) 10:46:34.75 ID:ChB9aNsl.net]
- rust自体に非はない。
「全部rustになる」みたいなことを真面目な顔して言ってた人がいた、ただそれだけの話。
- 426 名前：デフォルトの名無しさん [2023/09/23(土) 11:35:16.36 ID:Rs7x83k3.net]
- >>416
再帰的なプログラムってCPUの構造的に効率化は厳しいのでは？
- 427 名前：デフォルトの名無しさん [2023/09/23(土) 11:42:04.22 ID:y8HKVxaR.net]
- >>417
組込み系はZigあたりがバランス良さそうだが、issueのオープンがクローズの2倍で増えてるみたいだからまだまだまだだわ。
- 428 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 11:52:17.95 ID:Pudal5bC.net]
- >>418
たとえば弱者の人権自体を否定するメリットは少ない
弱者のふりをする者の権利を嫌いということにして
もし自分が追い詰められれば本当の弱者なので人権は嫌いではない
これはメリットが大きい
- 429 名前：安倍 [2023/09/23(土) 13:42:04.39 ID:gp4eUDaS.net]
- 元web屋で、最近マイコン開発始めて、作ったハードウェア売ろうかなと思ってたんだが、c++とRUSTどっち勉強するのおすすめ？
やっぱ資産がある分まだc++？
Rustはまだ浸透してない感がある
- 430 名前：デフォルトの名無しさん [2023/09/23(土) 13:52:19.19 ID:OkZoNJ+t.net]
- >>422
トヨタとかはRustで開発してるって聞くが。
専門家ではないがC++よりもCの方が良いのでは？Linuxは確かC++拒否ってるって聞くし。
- 431 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 14:18:31.42 ID:GXNw9iN/.net]
- トヨタは実用化していない
テスト段階
- 432 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 18:32:44.11 ID:Pudal5bC.net]
- 実用と道楽の対立が何の役に立つのかといえば
財政が破綻している者はunsafeだと言う人もいる、ただそれだけ
- 433 名前：名無しさん mailto:sage [2023/09/23(土) 18:50:15.02 ID:v8CrTG6J.net]
- >>420
zigは期待しちゃうよなあ
- 434 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 19:29:03.98 ID:VjSgTnXF.net]
- >>405
スレチだが、転置行列を作る程度であれば、
x86 の SIMD だと、vector index の VSIB
を使えば効率よく出来るはず。
- 435 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 19:31:40.24 ID:VjSgTnXF.net]
- >>422
組み込みは、メモリー管理を自分で簡単に
理解して簡単に間違いなく出来るくらいの
実力があることが前提なのでCかC++で十分。
Rustは基本的にミスが多くて簡単にはそれが
出来ない人向け。
- 436 名前：デフォルトの名無しさん [2023/09/23(土) 19:54:57.98 ID:TImSDd3u.net]
- >>428
じゃあJavaでいいじゃん
- 437 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 19:57:51.17 ID:VjSgTnXF.net]
- >>429
遅い。
- 438 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 20:07:34.86 ID:jRqUT3tQ.net]
- 組み込み屋ならアセンブラくらいできるやろ
Rust使いたくならんかもな
- 439 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 20:27:17.12 ID:DY/MMEIG.net]
- Cの方が早いかもしれないが、実用上その差なんて気にならないし問題になったことはない
ベンチマークの数値みてニヤニヤしてる人たちだけが遅いと言ってる
無視してOK
- 440 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 20:52:33.43 ID:VjSgTnXF.net]
- I/Oポートの制御などや指定されたアドレスのメモリ
への書き込みは、JavaよりCの方が分かり易いから
Javaを使うほうがメンドクサイ。
- 441 名前：デフォルトの名無しさん mailto:sage [2023/09/23(土) 20:52:36.38 ID:VjSgTnXF.net]
- I/Oポートの制御などや指定されたアドレスのメモリ
への書き込みは、JavaよりCの方が分かり易いから
Javaを使うほうがメンドクサイ。
|
 |
