Rust part30

**デフォルトの名無しさん** · 2025/05/28(水) 09:31:36.60

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

公式ドキュメント
https://www.rust-lang.org/learn

Web上の実行環境
https://play.rust-lang.org

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part29
https://mevius.5ch.net/test/read.cgi/tech/1746200850/

ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.5ch.net/test/read.cgi/tech/1514107621/

**デフォルトの名無しさん** · 2025/05/31(土) 08:47:04.10

安全性や品質を鑑定するだけ批判するだけなら異常にはならない
何かを変えようとしなければ日常が続く
変えようとすれば異常になる

**デフォルトの名無しさん** · 2025/05/31(土) 09:18:19.11

GUIツールキットってどちらかというとどれだけコンポーネント用意できるかの作業量勝負だし、Rustだからどうってもんでもないしな
これで優劣決めるとDelphiこそ最強になってしまう

**デフォルトの名無しさん** · 2025/05/31(土) 09:41:36.08

どんな言語もポインタとヒープとガベコレが必ずあって違いはシンタックスだけという説があった
これが覆されると、シンタックスだけ変えても無意味という説もいまいち説得力がなくなる

**デフォルトの名無しさん** · 2025/05/31(土) 09:48:40.29

お前ら実際なにを作ってるんだ？

**デフォルトの名無しさん** · 2025/05/31(土) 09:57:47.44

>>216
GTKを使えば安心だね

**デフォルトの名無しさん** · 2025/05/31(土) 10:02:14.58

お前ら実際なにを作ってるんだよ？

**デフォルトの名無しさん** · 2025/05/31(土) 10:22:32.58

今から作る物が最終的にどうなるかは不明であいまいで文系みたいだから
理系は既に作られた物の話ばかりするんじゃないか

**デフォルトの名無しさん** · 2025/05/31(土) 10:35:49.28

>>213
>色んなものがRust製になっていってる要因は開発のしやすさではないか
一行で二度の突っ込みどころ。

**デフォルトの名無しさん** · 2025/05/31(土) 10:35:50.89

Rust製のネイティブレンダリングは全滅だな

webviewレンダリングならユーザーベースも実績も少ない新興ライブラリを選びたくない
まだまだα版のお試し期間

**デフォルトの名無しさん** · 2025/05/31(土) 10:46:57.33

CやC++を大規模プログラミングで長年使ってきた経験を持つ自分には、
・メモリー安全性が問題になったことは少ない。
・Rustの構文は好きになれない。

**デフォルトの名無しさん** · 2025/05/31(土) 11:31:04.08

さすがに未だにメモリ安全なんて無くても平気ってのは現状認識的にどうかと・・・
Bjarne StroustrupですらC++にメモリ安全が組み込めなければ未来はないって言ってるのに

**デフォルトの名無しさん** · 2025/05/31(土) 11:45:03.07

いくらメモリが安全でもさすがにlinuxコマンドの置き換えしかできないRustは無理

**デフォルトの名無しさん** · 2025/05/31(土) 11:48:13.96

win10のころだけどwindowsのコードが500GBあって400万ファイルあるらしい
それが全て有用で重複がないとは言えないけどそういうのを置き換えるのは事実上不可能に近い

今後も開発が続いてコードは増えていくだろうけど本当の意味での置き換えは難しい

**デフォルトの名無しさん** · 2025/05/31(土) 11:56:42.72

>>226
この5chでのやりとりすら毎日1兆回のリクエストを処理するRust製のPingoraのおかげ

**デフォルトの名無しさん** · 2025/05/31(土) 11:58:51.14

>>228
なんやかんやあったけど5chがあるのはひろゆきのおかげだね
Rust以上に凄いねひろゆきは

**デフォルトの名無しさん** · 2025/05/31(土) 12:11:48.87

MicrosoftはWindows 11 24H2からカーネルをRustで置換し始めてる
OS全部を置換する気はないだろう
重要な部分だけだろうね

**デフォルトの名無しさん** · 2025/05/31(土) 12:17:37.85

>>229
5chはCDN世界シェアTOPのCloudflareに全面依存
全トラフィックがRust製のPingoraを通る

**デフォルトの名無しさん** · 2025/05/31(土) 12:20:42.77

>>231

じゃあ5chがPingoraを通ってなかった時期はひろゆきはすごくなかったという認識なの？
変わってるね

**デフォルトの名無しさん** · 2025/05/31(土) 12:22:07.47

>>230,231
なおrya

「Firefox」の開発リポジトリが「GitHub」に移行
https://forest.watch.impress.co.jp/docs/serial/yajiuma/2013958.html
https://github.com/mozilla-firefox/firefox
JavaScript 28.5%
C++ 28.1%
HTML 22.0%
C 10.5%
Python 2.9%
Kotlin 2.5%
Other 5.5%

**デフォルトの名無しさん** · 2025/05/31(土) 12:28:29.47

FireFoxのスレはずいぶん前からただの不具合報告スレみたいになってる

**デフォルトの名無しさん** · 2025/05/31(土) 12:29:23.56

>>227
なぜWindowsに「Rust」を使うのか？　C、C++から移行するMicrosoftの狙い
https://techtarget.itmedia.co.jp/tt/spv/2505/16/news01.html

**デフォルトの名無しさん** · 2025/05/31(土) 13:00:43.43

ヒープヒープうるさいわ

Performance: Heap usage and allocation on rav1d is significantly higher than on original dav1d code #1419
https://github.com/memorysafety/rav1d/issues/1419

**デフォルトの名無しさん** · 2025/05/31(土) 13:02:18.62

RustコーダーをMSがどの程度抱えているのかによって話は変わる

C#が開発されてC#で.net frameworkが作られた際に当然ながらC#プログラマと言うのは存在しなかった
MS内部にはJAVAプログラマは大量におらずC++プログラマが当てられたのだろう

.net frameworkのソースコードが公開されるとC++プログラマらしきコードが多数含まれていた

**デフォルトの名無しさん** · 2025/05/31(土) 13:04:47.81

Microsoft CTOによるRust利用最新状況
https://www.linkedin.com/pulse/inside-microsofts-rust-revolution-ctos-vision-safer-code-developrec-q366e/

**デフォルトの名無しさん** · 2025/05/31(土) 13:07:16.14

RustなんかMSにいるレベルのC++プログラマなら楽勝でしょ
上で話題になってたeditの開発者もRust初めてみたいだし

**デフォルトの名無しさん** · 2025/05/31(土) 13:18:03.82

>>239
過去にZigのコードメンテナーというかチーフみたいな位置にいた人らしいけど
そういう量産型じゃない人が一部にいて全体の品位がわかるとは思えない

windowsのコア部分はCでC++ですらないらしいけど

**デフォルトの名無しさん** · 2025/05/31(土) 13:22:11.35

アイリスオーヤマ傘下に入ったロボットベンチャーもRustを採用してるらしい

https://www.synchrobo.co.jp/company/
> 主なプログラミング言語として、高効率でセキュアな言語であるRustを使用

https://www.smilerobotics.com/technology
> Rustによるロボット開発フレームワークOpenRR

**デフォルトの名無しさん** · 2025/05/31(土) 13:41:27.31

>>236
毎回スタックが～してるのはC/C++よりヒープ使うからだったのか

**デフォルトの名無しさん** · 2025/05/31(土) 13:43:03.18

>>242
逆だ
Rust素人が不必要なArcをしてるとの指摘だ

**デフォルトの名無しさん** · 2025/05/31(土) 13:46:12.33

Rustの話になると、Rustは凄い凄い、良い良い、C++は悪い悪い、の話になるから嫌。
中国人？

**デフォルトの名無しさん** · 2025/05/31(土) 13:49:01.53

Rust言語そのものからは、学んでも魅力を感じてない人に対して、
「凄い人がRustを使っている」
という話ばかりがされ続けている。Linuxみたい。

**デフォルトの名無しさん** · 2025/05/31(土) 13:55:18.04

>>243
Rust素人がやってるプロジェクトだったのか

**デフォルトの名無しさん** · 2025/05/31(土) 13:56:36.33

>>238
Rust化で脆弱性解消だけでなくC++よりパフォーマンス向上したとCTOが明言してるな

**デフォルトの名無しさん** · 2025/05/31(土) 13:59:02.93

VisualStudioも、ビルゲイツがいた頃は安定していたが、今は不安定。
そんなCTOは信頼できるのか？

**デフォルトの名無しさん** · 2025/05/31(土) 14:01:07.96

今のVSは、不安定なだけでなく使いにくい。バグがある。
画面の左にあったものが右に変ったり、昔より使いにくくなっていたり、
タイトルバーに余白が少なすぎてWindowが移動できない。
この板にVSにバグがあることを報告してもオマカン扱いされる。

**デフォルトの名無しさん** · 2025/05/31(土) 14:13:03.17

>>227
AIが急速に発展してマイクロソフトはその恩恵を最大に受けられるから、書き換えを自動化する未来はそう遠くないよ

**デフォルトの名無しさん** · 2025/05/31(土) 14:14:08.34

>>249
VisualStudioは利用者減で優先度低くなってるのかも

**デフォルトの名無しさん** · 2025/05/31(土) 14:15:42.17

こんな人が
> ... recruitment business.

ここだけ抜き出す所が「複オジ品質基準」みたいになってるなw
> “If it compiles, it works”

**デフォルトの名無しさん** · 2025/05/31(土) 14:16:34.40

VSCodeでいいや、無料だし

**デフォルトの名無しさん** · 2025/05/31(土) 14:35:21.08

>>250
まだなってないわな。

**デフォルトの名無しさん** · 2025/05/31(土) 14:40:01.13

ゆるふわWebにRust使ってるようなアホはともかく、
一般的にはRustはコードをゴリゴリ書くよりも事前の検証や設計、テストの比重が大きい開発で使用されるため、
相対的にはAIに食われるのは遅いだろうね

**デフォルトの名無しさん** · 2025/05/31(土) 14:56:58.99

現状Copilotレベルの補完すらちょっと応用的なことしようとすると使い物にならんからな
Web屋の言語と違ってVibe Codingなんて夢のまた夢

**デフォルトの名無しさん** · 2025/05/31(土) 14:57:54.14

>>250
今のAIだと結局人間の監査が必要だからまだまだ先かと
AIの得意とする言語はPythonなのが現状だし

**デフォルトの名無しさん** · 2025/05/31(土) 15:00:20.05

Pythonなどスクリプト言語プログラマから不要になりそうね

**デフォルトの名無しさん** · 2025/05/31(土) 15:10:36.04

逆では？グルー言語は残る

**デフォルトの名無しさん** · 2025/05/31(土) 15:13:34.19

別にバグってても何かがぶっ壊れてても、エンドユーザにバレた後で修正すればいいって感じのものなら
AIに全部生成させてもあんまり困ることないだろう

**デフォルトの名無しさん** · 2025/05/31(土) 16:19:47.05

>>260
あれだけメモリ安全性に固執しておいて、バグッててもOK的な姿勢とは。

**デフォルトの名無しさん** · 2025/05/31(土) 16:23:22.78

>>261
消え行くスクリプト言語の話だろ

**デフォルトの名無しさん** · 2025/05/31(土) 16:35:20.26

単純に関数名などで用途がわかって実行できる言語が有利だと思うけどね
rustはそうはいかない

**デフォルトの名無しさん** · 2025/05/31(土) 16:37:33.86

>>263
プログラマがAIで不要になる話だよ

**デフォルトの名無しさん** · 2025/05/31(土) 16:46:59.83

第1段階スクリプト言語はAIのみが生成の時代へ
第2段階 AIはもっと速い言語のコードを生成へ

**デフォルトの名無しさん** · 2025/05/31(土) 17:00:21.29

RustにとってAIによる目先の脅威は、既存物のRustへの書き換えの作業のうちコーディングが自動化されて人間はテストばかりやらされるようになることじゃないかな
書き換えなんてAIが最も得意とするタスクで、Rustでも十分な精度が出る
書き換えは単純作業なので人間にとっては脳内麻薬ドバドバなのに、その気持ちいい部分がAI化されちゃうとRust触って俺スゲーしたいだけの人達がやる事なくなっちゃうよ

**デフォルトの名無しさん** · 2025/05/31(土) 17:26:37.61

>>266
普通の人は書き換えなんてやりたくない
新たな設計や機能の改善など創造的なことが楽しい

**デフォルトの名無しさん** · 2025/05/31(土) 19:05:28.17

>>267
その論でいくと書き換えAIの精度を上げていくのは楽しいんじゃないかな

**デフォルトの名無しさん** · 2025/05/31(土) 19:14:49.45

それはllmが何をしているのかを理解してない発言

**デフォルトの名無しさん** · 2025/05/31(土) 19:23:46.27

遅い言語のコードを生成するのはバカげてる時代になるから速くて省メモリな言語が有利だね

**デフォルトの名無しさん** · 2025/05/31(土) 19:26:17.54

悪いリファレンスカウントとヒープを使っていてもあれはライブラリだから
言語は悪くも良くもならないという中立性に魅力がある

**デフォルトの名無しさん** · 2025/05/31(土) 21:52:40.30

ワナビおじさん

**デフォルトの名無しさん** · 2025/05/31(土) 21:56:37.03

>>236,243
指摘した人も指摘しただけで
マルチスレッド対応したままArcやめるPRは出してないな

**デフォルトの名無しさん** · 2025/06/01(日) 01:44:05.23

Linux 6.15リリース：486クラスCPUサポート終了でRust統合加速
https://innovatopia.jp/uncategorized/55816/

**デフォルトの名無しさん** · 2025/06/01(日) 08:13:47.82

コマンドを作った奴は本当は喉から手が出るほどGUIがほしいんでしょ
ほしがれー

**デフォルトの名無しさん** · 2025/06/01(日) 08:47:16.18

BionicGPTもそのGUIのDioxusもRust製
https://github.com/bionic-gpt/bionic-gpt

**デフォルトの名無しさん** · 2025/06/01(日) 08:52:33.88

実用レベルのGUIアプリはどれもWebブラウザを使ってる奴か

**デフォルトの名無しさん** · 2025/06/01(日) 09:00:06.64

>>277
DioxusはTauriやElectronのようなWebブラウザJavaScript依存とは違って純Rust

**デフォルトの名無しさん** · 2025/06/01(日) 09:01:28.49

文字合成とかまで含めてきちんと UNICODE の全部をサポートしようとするとおおごとだからなぁ……
OS (または実質的に OS の一部のようなミドルウェア) が提供する機能のラッパーという形にしてもらったほうが安心できる。

**デフォルトの名無しさん** · 2025/06/01(日) 09:03:49.22

>>277
DioxusはTauriやElectronのようなWebブラウザではない
JavaScript依存もなくピュアRust

**デフォルトの名無しさん** · 2025/06/01(日) 09:19:26.30

>>280
現実は非情
https://dioxuslabs.com/learn/0.6/guides/desktop/#
> Apps built with Dioxus desktop use the system WebView to render the page.

Rustのコード自体はwasmじゃなくてネイティブで動くらしいから、頑張って慣れない英語読もうとしてそのあたりの説明を勘違いしちゃったんだろうね
健気で哀れな複おじ

**デフォルトの名無しさん** · 2025/06/01(日) 09:33:24.37

>>281
違いが理解できない？
ElectronとTauriはブラウザそのものでJavaScript依存
Dioxusは純Rust

**デフォルトの名無しさん** · 2025/06/01(日) 10:02:51.51

XAMLみたいなのはスクリプトじゃなくてデータだから純度が下がらないというのはまあわかる
じゃあCSSは

**デフォルトの名無しさん** · 2025/06/01(日) 10:03:09.02

>>282
ElectronのJSランタイムは基本Node.jsで、オプションとしてブラウザ側も使用できる
Tauriも同様に、Rustコードの実行はネイティブ
上記のリンクにも記述のある通り、Dioxusはブラウザ側のDOMやjs/wasmにアクセスする手段がなく、その点で機能性が劣っていると言えるが、本質的には現時点ではElectronやTauriと大きな違いはない

**デフォルトの名無しさん** · 2025/06/01(日) 10:14:51.82

>>284
さっきのURLに document::eval() でDioxusはブラウザ側jsにアクセスできるって書いてあるじゃん

**デフォルトの名無しさん** · 2025/06/01(日) 10:16:54.42

>>284
全く異なる
Dioxusはマルチプラットフォーム
desktop platformの時のみwebviewを使う

**デフォルトの名無しさん** · 2025/06/01(日) 10:20:48.90

単純にWebに載せるやつのほうが機能が充実してるしフレームワークのメンテナも利用者も多い
あと流行りのデザインやアニメーションを容易に組めるのが一番でかい
こういうとRustじゃない～て暴れられるけどGUIとロジックで役割分担してるだけなんよ

**デフォルトの名無しさん** · 2025/06/01(日) 10:38:08.36

>>286
stableな実装は現状どのプラットフォームでもWebブラウザベースのみだよ
DOMとCSSが独自仕様なFlutterと違ってDioxusは仕様上HTML/CSSに依存してるんで、脱WebViewしようとすれば結局自前でブラウザを実装する必要があり、
互換性は全く期待できないしパフォーマンスでWebViewに勝つのも相当厳しいだろうな

**デフォルトの名無しさん** · 2025/06/01(日) 10:42:10.51

>>288
いいえ
Dioxusがwebviewを使うのはdektopのみ

**デフォルトの名無しさん** · 2025/06/01(日) 10:46:19.31

>>289
https://dioxuslabs.com/learn/0.6/guides/mobile/
> Mobile is a first-class target for Dioxus apps, with a robust WebView implementation that supports CSS animations and transparency effects.
> Mobile apps are rendered with either the platform's WebView or experimentally with WGPU.

**デフォルトの名無しさん** · 2025/06/01(日) 10:50:53.13

DioxusはAndroidもiOSも対応してるのか
なかなか良さそうだな

**デフォルトの名無しさん** · 2025/06/01(日) 10:53:22.67

互換性ねえ
JVMと完璧な互換性のあるScalaみたいなのをまた作りたいのか

**デフォルトの名無しさん** · 2025/06/01(日) 10:59:10.87

Androidではjni-rs使ってRustで書けるのね

**デフォルトの名無しさん** · 2025/06/01(日) 11:27:32.43

>>287
Rustで一番書きたいのは、ビジネスロジックというかバックエンド側だし
今現在GUIの表現において、一番大量の資産と表現力があるのはWebブラウザだから、あんまりそっちをRustでこだわるうまみって薄いんよな
Excelだってテキストエディタだってもうブラウザベースでやれてんだし

ハード屋でもないなら、どうせフロントには一切触れないとかありえないからそっち方面の資産は持ってるだろってのもある

**デフォルトの名無しさん** · 2025/06/01(日) 12:35:57.00

偏見だけどそもそもRustを好むような人ってフロントやりたがらない印象がある

**デフォルトの名無しさん** · 2025/06/01(日) 13:03:57.46

DioxusもwebviewレンダリングじゃなければIME部分を含めバグだらけなのでまだまだ使い物にならないよ
どのライブラリもwinit依存が多いからバグも共有してるものが多い

>あれだけメモリ安全性に固執しておいて、バグッててもOK的な姿勢とは。
これは耳が痛いね

**デフォルトの名無しさん** · 2025/06/01(日) 14:36:26.65

>>296
バグどれよ？

**デフォルトの名無しさん** · 2025/06/01(日) 15:24:01.36

>>296,297
ちょっとおねだりが過ぎませんか？w

dioxusは不合格でした
https://i.imgur.com/EcQtVvZ.png

**デフォルトの名無しさん** · 2025/06/01(日) 15:31:33.86

platformはデフォルトのdesktop

WebView2 Managerが起動するので
> Render using Webview or - experimentally - with WGPU or Freya (Skia)
の内Webview backendかと

ウィンドウ移動やフォーカスを変えたりすると>>298になります

**デフォルトの名無しさん** · 2025/06/01(日) 15:35:54.01

>>298
それの何が問題なの？

**デフォルトの名無しさん** · 2025/06/01(日) 15:40:02.37

>>298はDioxus TodoMVCのテキスト入力ボックスにフォーカスがあります

逆にWebViewでここまでひどいとは思いませんでした

フォント中華
インライン入力可
再変換可
再フォーカス後オンオフ状態リセット、入力途中文字も消える

**デフォルトの名無しさん** · 2025/06/01(日) 15:43:26.55

>>296,298
WebView内で閉じた処理はブラウザベースなので良いのでしょうが(中華フォント以外)
WebViewと橋渡しする処理がバグっているのでしょう

**デフォルトの名無しさん** · 2025/06/01(日) 16:18:17.18

まじで？
それタイミング関係なく常に発生する？

**デフォルトの名無しさん** · 2025/06/01(日) 16:46:42.32

>>298の画像を見ても問題があるように見えない
重箱の隅を突くようなバッシングをしてる？

**デフォルトの名無しさん** · 2025/06/01(日) 16:53:14.17

ウィンドウ移動ですかね、>>298 バグのトリガー

正常動作(IMEオンしないパターン)
TodoMVC起動(自動的にテキストボックスに入力フォーカス)
タイトルバーをつまんでウィンドウを少し移動(入力フォーカスはテキストボックスのままカーソル点滅もしている)
キーボード入力
テキストボックスに反映される

異常動作(IMEオンするパターン)
TodoMVC起動(自動的にテキストボックスに入力フォーカス)
FEP切り替え
IMEオン
タイトルバーをつまんでウィンドウを少し移動(入力フォーカスはテキストボックスのままカーソル点滅もしている)
キーボード入力
デスクトップ左上に位置に入力エコーバックと変換候補ウィンドウ

起動後の初回IMEオン以外でも
テキストボックスフォーカス&IMEオンのまま、ウィンドウを移動、キーボード入力したら再現するかと

**デフォルトの名無しさん** · 2025/06/01(日) 16:59:11.99

>>304
アプリが IME に非対応なときは IME の側で離れた場所に窓を開いて対処する仕組みになってる。
つまりこれはアプリが IME のサポートを(充分には)していない図。

**デフォルトの名無しさん** · 2025/06/01(日) 16:59:40.03

>>305
その動作の何が問題なのかな
webviewを使ってる数多のアプリでの動作は？

**デフォルトの名無しさん** · 2025/06/01(日) 17:01:32.91

>>307
自分でVSCodeで試してみたらいいでしょ
いくらRustエアプでもそれくらいはすぐできるだろ？

**デフォルトの名無しさん** · 2025/06/01(日) 17:07:21.32

コーディングができるのは玄人だけだがインストールと設定は素人でもできる
という認識と
フォントが文字化けしたりする現実が乖離してるんじゃないか

**デフォルトの名無しさん** · 2025/06/01(日) 17:13:02.27

>>308
Microsoft管轄のと比較しても意味ない
もっと単純な比較をすべきだ

**デフォルトの名無しさん** · 2025/06/01(日) 17:21:03.72

>>310
だったらSlackで試したらいい
Rust経験ないのは仕方ないとしてもプログラミング自体完全エアプじゃなきゃさすがに入ってるだろ

**デフォルトの名無しさん** · 2025/06/01(日) 17:26:45.46

なぜデカいのと比べようとする？
もっと単純な比較にしとけよ

**デフォルトの名無しさん** · 2025/06/01(日) 17:34:03.73

>>305
なるほどありがとう
普通のWebViewアプリやブラウザでは再現しないから何かバグってるんだな
WebViewに全部まかせてるわけじゃないのか

**デフォルトの名無しさん** · 2025/06/01(日) 17:41:33.42

比較がおかしい
WebViewを使うGUIフレームワーク同士を比較しないと意味がない

**デフォルトの名無しさん** · 2025/06/01(日) 18:16:51.61

いまだにまともなGUI一つ作れないっておかしくね？