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/06/04(水) 02:00:11.13

>>494
鉄板ライブラリが充実してる言語は何おすすめ？

**デフォルトの名無しさん** · 2025/06/04(水) 06:07:28.58

>>496
どうせ論外論法なんだろ

**デフォルトの名無しさん** · 2025/06/04(水) 08:00:19.73

Javaがエンタープライズで世界取ったのは、どこでも動くではなく
充実の標準＆企業主体のデファクトスタンダードライブラリの存在によるところが大きいとは思う

**デフォルトの名無しさん** · 2025/06/04(水) 08:14:31.76

それを言っても卵が先か雛が先かになるから仕方がない
Javaがエンタープライズで勝った大きな根本要因の一つは、UNIXサーバーをターゲットとした開発をWindows上で問題なく行えるから
その意味では、どこでも動くからというのは極めて重要な性質

**デフォルトの名無しさん** · 2025/06/04(水) 08:30:07.30

外のパッケージに依存すれば脆弱性も共有することになるし、サプライチェーン攻撃のリスクもある
crateのようなパッケージマネージャというのは完全に性善説で成り立っていて、
潜在的にはそこらのフリーソフトなんかより遥かに危険なのだが、
それを騒ぎ立てて経営層に問題として認識させることはエンジニアの間ではタブーとなっている

**デフォルトの名無しさん** · 2025/06/04(水) 09:18:54.95

Rustで使われてたjemallocが開発終了してしまった件

**デフォルトの名無しさん** · 2025/06/04(水) 09:21:52.15

広い意味では自動化に人気がないだけだな
手動のほうが良いというのがタブーになる

**デフォルトの名無しさん** · 2025/06/04(水) 09:37:55.19

AWS社員はもっとRustライブラリの保守に尽力しろ

**デフォルトの名無しさん** · 2025/06/04(水) 09:38:26.06

>>501
終わってない。
facebook の管轄下に移動した。
https://github.com/facebook/Jemalloc

**デフォルトの名無しさん** · 2025/06/04(水) 10:03:06.02

「どこでも動く」の究極の形は計算機がなくてもできるカードゲームや将棋みたいなやつだ

**デフォルトの名無しさん** · 2025/06/04(水) 13:04:56.35

>>474
「アーカイブ」という言葉の意味は、メンテナンスしなくなったから、
書庫の様な場所に保管して開発を終える、という意味？

**デフォルトの名無しさん** · 2025/06/04(水) 13:26:32.91

>>506
GitHubにおけるアーカイブは、開発終了したリポジトリを凍結する機能
引き続き読取は可能だが書込みは不可になる

**デフォルトの名無しさん** · 2025/06/04(水) 14:18:22.24

アーカイブされたのは2024年3月
serde_yamlを使いたい人は今後もそのまま使えて使われてる

**デフォルトの名無しさん** · 2025/06/04(水) 14:20:34.09

ただしserde_yamlはCから移植のunsafe_ libyamlが下請け
safeなyaml_rust2をベースがいいだろうね

**デフォルトの名無しさん** · 2025/06/04(水) 16:14:01.87

機械化（機械に責任転嫁）できないという点だけを見れば自己責任は禁忌だが

**デフォルトの名無しさん** · 2025/06/04(水) 16:49:49.89

Rust推進者って、Linuxもそうだったが、自分は変わらず
世界の方を変えようとしているから、ウザイ。
自分が(社会的地位が)上であることは絶対的にゆるぎないと思ってる気がするよ。

**デフォルトの名無しさん** · 2025/06/04(水) 16:51:13.65

むしろ、今までずっとそのようにしてきたことが社会を歪めておかしなことになって来た
事には気づいてない。

**デフォルトの名無しさん** · 2025/06/04(水) 16:52:55.60

C#も押し付けがましかったが、それがRustに変わろうとしているらしい。
その前はJavaだった。Kotlinもそうされそうになったが衰退したらしいが。

**デフォルトの名無しさん** · 2025/06/04(水) 16:57:13.44

中国人もそうなんだよ。民主主義で困ってないのに、民主主義や自由は
幻想だ。『日本や台湾は「幻想のバブルの中に」入る。
これからの時代は共産主義だ。だから、台湾の体制を中共に譲らなければ
ならない。それが人類にとって幸せだ。世界に赤い旗を立てる事が
人類の未来のためになるんだ』
などと言っている。Rustもそれに非常に似ている。

**デフォルトの名無しさん** · 2025/06/04(水) 17:02:22.14

「xxxはRustに書き直して高速になった。バグが減った」
って、EVや空飛ぶ車に対するChinaのプロパガンダにそっくり。

**デフォルトの名無しさん** · 2025/06/04(水) 17:03:31.51

イーロンマスクも南アメリカで17歳まで育ち、カナダから北米に渡り、
恥知らずにも中国で金儲けをし、Rustを宣伝している。

**デフォルトの名無しさん** · 2025/06/04(水) 17:03:32.52

イーロンマスクも南アメリカで17歳まで育ち、カナダから北米に渡り、
恥知らずにも中国で金儲けをし、Rustを宣伝している。

**デフォルトの名無しさん** · 2025/06/04(水) 17:05:35.70

南アメリカ-->南アフリカ

**デフォルトの名無しさん** · 2025/06/04(水) 17:17:57.01

複オジの謎自演が湧いたから軌道修正

>>509
その理屈でこうなる

Cから移植の rav1d も意味ない

**デフォルトの名無しさん** · 2025/06/04(水) 17:20:13.73

イーロン・マスク、X表示名を「Gorklon Rust」に変更
https://jp.beincrypto.com/elon-musk-gorklon-rust-meme-coin-hype/

**デフォルトの名無しさん** · 2025/06/04(水) 17:24:03.91

アホみたいだな。

**デフォルトの名無しさん** · 2025/06/04(水) 17:24:04.89

アホみたいだな。

**デフォルトの名無しさん** · 2025/06/04(水) 17:24:12.07

イーロン・マスクがRust製の次世代型メッセージングサービスXChatを発表
https://coinpost.jp/?p=622044

**デフォルトの名無しさん** · 2025/06/04(水) 17:58:41.63

>>501,504
Facebook/Metaは前々からforkしていて今現在 2 commits behind
Archiveの経緯やMetaが引き継いだ？メッセージが見つからない

**デフォルトの名無しさん** · 2025/06/04(水) 18:32:54.69

Rustで構築されたXChatは暗号化、消えるメッセージ、ファイル送信、音声・ビデオ通話の機能が含まれる

**デフォルトの名無しさん** · 2025/06/04(水) 20:03:53.00

GoogleのGemini 2.5で日本語を含む多言語の音声生成が可能に
https:
//gigazine.net/news/20250604-google-gemini-native-audio/

無料で超絶リアルな3DCGキャラを作成＆動かせるゲーム開発ツール「MetaHuman」の一部がUnreal Engine 5.6に統合
https:
//gigazine.net/news/20250604-unreal-engine-5-6-metahuman/

ついにAndroid版Photoshopのベータ版が登場、無料でAIによる画像生成やレイヤー編集を利用可能
https:
//gigazine.net/news/20250604-adobe-photoshop-android/

あなたは「生成AI製フェイク画像」を見抜けますか？--判別は"ほぼ無理”な時代、来歴証明が重要なワケ
https:
//japan.cnet.com/article/35233768/

ChatGPT無料版でも「会話履歴を踏まえた回答」が可能に、ただし最近の会話のみ
https:
//japan.cnet.com/article/35233795/

xAI「Grok」18禁モード無料開放　けしからん会話可能に　日本語OK
https:
//ascii.jp/ai/

**デフォルトの名無しさん** · 2025/06/04(水) 20:37:21.11

>>501
jemallocは終了していない
https://crates.io/crates/tikv-jemallocator
毎日10万downloads

**デフォルトの名無しさん** · 2025/06/04(水) 21:30:49.14

ただのwrapper >>527

**デフォルトの名無しさん** · 2025/06/04(水) 21:43:23.61

上で話題になってたtauriのIMEと画面移動のバグ？の件

github.com/tauri-apps/wry/blob/dev/src/webview2/mod.rsの
parent_subclass_proc()で
...
WM_SETFOCUS | WM_ENTERSIZEMOVE => {
let controller = dwrefdata as *mut ICoreWebView2Controller;
let _ = (*controller).MoveFocus(COREWEBVIEW2_MOVE_FOCUS_REASON_PROGRAMMATIC);
}
...
のWM_ENTERSIZEMOVEを削ったら改善しそう
画面動かした時に無駄にフォーカス復元しようとして何か変なことになってる
動作確認はwryのcargo run --example simpleの検索入力でしかしてないけどtauriも同じだと思う

WM_ENTERSIZEMOVEでMoveFocus呼んでる理由が分からんしissue出すの面倒だから放置するけど
現実問題として困ってたら参考にしてくれ

**デフォルトの名無しさん** · 2025/06/04(水) 22:02:27.60

>>519
同じCから移植でも
他言語からも使うためunsafeなC API維持と
Rustからのみでsafe可の違いが大きいでしょう

**デフォルトの名無しさん** · 2025/06/04(水) 22:04:51.79

>>529
この場だけでも直った事にしたいのかも知れんが

tauriで徹底的に動作確認してないという事は
業務アプリ類は言わずもがな、自作ツールさも作ってないという事になった

**デフォルトの名無しさん** · 2025/06/04(水) 22:23:54.98

The Linux 6.15 kernel arrives - and it's big a victory for Rust fans!
https://www.zdnet.com/article/the-linux-6-15-kernel-arrives-and-its-big-a-victory-for-rust-fans/

**デフォルトの名無しさん** · 2025/06/04(水) 22:39:19.54

jemallocはトラブルの匂いがするな
serde-yamlと違って開発終了ってことはないから様子見だね

**デフォルトの名無しさん** · 2025/06/04(水) 22:50:25.36

jemallocは最新版が3年前でその前は6年前
C製だから穴発見があると危機だが

**デフォルトの名無しさん** · 2025/06/04(水) 23:10:20.18

>>531
興味本位で調べただけだよ
OSSだから多少の不具合は自分で調べて対応できる
tauriはまだ本格的に使ってないけど期待はしてる

**デフォルトの名無しさん** · 2025/06/04(水) 23:13:27.02

>WM_ENTERSIZEMOVEでMoveFocus呼んでる理由が分からんし

× OSSだから多少の不具合は自分で調べて対応できる
○ 迂闊にいじるとリグレッション

**デフォルトの名無しさん** · 2025/06/04(水) 23:17:32.86

>>523
次世代ツイッターもRust製なのか

**デフォルトの名無しさん** · 2025/06/04(水) 23:19:17.30

>>535
自分で調べて
↓
理由が分からん

調べてないのでは

**デフォルトの名無しさん** · 2025/06/04(水) 23:26:53.32

一部でアセンブラを使っていてもCで書いたとかRustで書いたとか自称しやがるから
アセンブラとCとRustはもう区別する必要ないのでは

**デフォルトの名無しさん** · 2025/06/04(水) 23:33:17.12

>>538
取っ掛かりとして必要な範囲は調べてるだろ
0-100思考の方？

**デフォルトの名無しさん** · 2025/06/04(水) 23:36:30.76

>>540
という事でこれじゃあ未対応だな>>529

**デフォルトの名無しさん** · 2025/06/04(水) 23:38:36.41

イーロンマスクまでRust派になるとは驚いた

**デフォルトの名無しさん** · 2025/06/04(水) 23:51:21.99

>>541
「という事で」の意味が分からんけど対応されたら何か困るらしい
WM_ENTERSIZEMOVE消すだけだと破壊的だからfork限定でPRは出せんけどね

**デフォルトの名無しさん** · 2025/06/04(水) 23:54:26.85

>>542
マスクは経営サイドなんだから当然だろ。
自分でコードを書いているのならともかく。

**デフォルトの名無しさん** · 2025/06/04(水) 23:57:54.43

>>543
>WM_ENTERSIZEMOVE消すだけだと破壊的だから

分かってるなら、自分でテストしないのか疑問だ

**デフォルトの名無しさん** · 2025/06/04(水) 23:59:22.16

各社どこでも新しいシステムはRustで作る時代になったね

**デフォルトの名無しさん** · 2025/06/05(木) 00:18:01.72

>>545
画面移動させたりサイズ変更した時にフォーカスが復元されなくなるだけだからな
それが原因でIMEが挙動不審になるなら切ってもいいと思うけど
その挙動が無くなったら困る人もいるんじゃね？くらいは破壊的
まじめに対応するならWM_ENTERSIZEMOVEでMoveFocusを呼ぶ条件を分岐する

**デフォルトの名無しさん** · 2025/06/05(木) 05:52:19.18

>>543,547
気が向いたら再現手順に落とし込むけど
>>529を適用したら見栄えが悪い状態が発生した
https://i.imgur.com/2nqirNQ.png
https://i.imgur.com/RLQ0UCR.png

(確定状態の文字に)未確定状態の点線がついてる

**デフォルトの名無しさん** · 2025/06/05(木) 08:11:45.26

IT土方用の言語としては最適だよな

**デフォルトの名無しさん** · 2025/06/05(木) 08:57:28.49

Rustは無能判別機だからね
unsafe無しでコンパイルできる時点で価値のある人間だと分かる

**デフォルトの名無しさん** · 2025/06/05(木) 09:21:04.56

> 当初はJavaVM上のKotlinで開発されたものの、バグの混入を避けるためなどの理由でメモリ安全なRust言語での開発に切り替えたところ、それだけで性能が約10倍向上した
https://www.publickey1.jp/blog/25/awspostgresqldbamazon_aurora_dsql.html

> CもC++も知らないエンジニアにRustを学ばせてパフォーマンスを考えずにとりあえず書かせたRust実装は、長年パフォーマンスチューニングをしてきたKotlin実装より速かった。

**デフォルトの名無しさん** · 2025/06/05(木) 12:34:43.00

「無能判別器」とかRust信者らしい物言いだよなぁ。
Linuxの時もそうだった。Linuxの良さが分からないのは無能だとか、馬鹿だとか、
そんなんばっかだった。

**デフォルトの名無しさん** · 2025/06/05(木) 12:36:14.00

OSSが理解できないのは「古い」とかなんとか。
でもそう言ってる人の年齢は60歳超えてるとか。そんなことが多かった。

**デフォルトの名無しさん** · 2025/06/05(木) 12:41:30.48

>>551
Kotlinも結局GC言語だから限界があり遅いのは仕方ないかと

**デフォルトの名無しさん** · 2025/06/05(木) 12:50:06.51

>>551
新人のひよっこコードに負けるなんて屈辱だっただろうな

**デフォルトの名無しさん** · 2025/06/05(木) 12:53:34.45

>>551
そういう真面目に改善に取り組んでいる企業や分野では全てRustへ置き換えられていくのだろうね

**デフォルトの名無しさん** · 2025/06/05(木) 16:05:58.05

Rust化が進むと聞くだけで不安感や不快感を感じる人も居るぞ。

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

Rustは安心感と速さの両立にプログラミングのしやすさが快適

**デフォルトの名無しさん** · 2025/06/05(木) 16:51:58.44

Rust化が進んだことと数値化が進んでいないことのギャップが不快なんじゃないか
良いことや悪いことをした瞬間にただちに報酬や罰が与えられることはない
時間差がある

**デフォルトの名無しさん** · 2025/06/05(木) 18:39:37.18

>>559
そもそも日本企業は「社会主義的」だから、何をやっても報酬は変わらず、
どんなに良い事をやっても給料が上がることはない。
あなたが何をしたかではなく、最終的に商品が売れればボーナスが僅かに上がる。

**デフォルトの名無しさん** · 2025/06/05(木) 18:56:11.37

RustってWEBアプリのバックエンドでも使われることあるの？

**デフォルトの名無しさん** · 2025/06/05(木) 19:09:12.79

>>561
そこは他の言語と比べて最もRustが適している分野

**デフォルトの名無しさん** · 2025/06/05(木) 19:43:22.97

>>561
クラウドは使ったリソース (CPU時間やメモリ) に対して課金されるのでユーザから見た速度になんの差もない場合でも Rust だと有利になりえることから選択されることがある。
ただ、小規模なサービスだと無駄にリソースを使って金を払ったほうがマシということもあるので場合による。

**デフォルトの名無しさん** · 2025/06/05(木) 20:21:52.92

Rustを使えない人は高いリソースコストを負担
Rustを学んで使えば有利になる

**デフォルトの名無しさん** · 2025/06/05(木) 22:08:00.36

別にそれだけならC++でもいいわけだが。

**デフォルトの名無しさん** · 2025/06/05(木) 22:24:45.12

俺は一番得意なPetlで書くことが昔より減ってきた
お前らも同じような感じなの

**デフォルトの名無しさん** · 2025/06/05(木) 22:30:17.30

>>565
残念ながらC++は大量の非同期タスクをマルチコアで回す基盤やその上のWeb処理など不便すぎて無理

**デフォルトの名無しさん** · 2025/06/05(木) 23:49:02.97

それらの基盤ライブラリが整っていて使いやすくクライアントを大量に捌けるRustが一番有利だね

**デフォルトの名無しさん** · 2025/06/06(金) 09:25:11.44

>>566
Petlであってる？ Perl の事かな？

**デフォルトの名無しさん** · 2025/06/06(金) 10:12:05.28

>>567
それは言語ではなくライブラリで解決できそうだね。

**デフォルトの名無しさん** · 2025/06/06(金) 11:26:05.53

リソースコストよりRustエンジニアを集める人件費の方が高くつく

複おじは経営者でもないのにリソースコストだとか語ってる惨めなおっさん

**デフォルトの名無しさん** · 2025/06/06(金) 12:05:30.99

Rustで一番コストがかかるのはライブラリ周りなんだって

そこそこ優秀なエンジニアを集めたければ単価的なものはRustだろうとJavaだろうとGoだろうと大してかわらん
単価をとにかく安くして人海戦術でプロジェクト回してるような生粋の土方はRustとか使わんからな

**デフォルトの名無しさん** · 2025/06/06(金) 12:12:17.09

外部ライブラリを考慮しなければ生産性は大きくても2〜3倍の悪化で済むからJVM言語のように常にヒープアロケーションする言語と比べれば処理内容によっては10倍くらいの性能差は普通に出るのでペイできると勘違いしやすい

**デフォルトの名無しさん** · 2025/06/06(金) 12:14:48.45

>>570
C++はそのライブラリが弱い
Rustで開発されるようになった理由はライブラリが充実しているため

**デフォルトの名無しさん** · 2025/06/06(金) 12:16:57.67

充実は違うな
C/C++の方が圧倒的に充実しているが、せっかくあってもそれを利用するのが難しい
Rustが流行った大きな要因はビルドやパッケージマネージャがcargoで統一されてること

**デフォルトの名無しさん** · 2025/06/06(金) 12:19:54.83

>>575
C/C++は大量の非同期タスクをマルチコアで回したりその上のWeb処理などまともなライブラリ群がない

**デフォルトの名無しさん** · 2025/06/06(金) 12:20:50.82

>>576
ある
でも知らないだろ？そこがRustとの大きな違い

**デフォルトの名無しさん** · 2025/06/06(金) 12:22:41.80

>>577
C/C++はまともなものがない
Rustは充実していて使いやすい
この差が決定的となった

**デフォルトの名無しさん** · 2025/06/06(金) 12:27:00.11

Web開発でRust笑

**デフォルトの名無しさん** · 2025/06/06(金) 13:06:50.86

>>579
Rustは昔からWeb分野が最大コミュニティ
https://image.itmedia.co.jp/ait/articles/2006/01/l_ait_200601_rust3_h500.jpg

**デフォルトの名無しさん** · 2025/06/06(金) 14:29:45.68

むしろ Rust はウェブ以外の分野での躍進が思ったほどではないと解釈すべきなのかもしれない。

**デフォルトの名無しさん** · 2025/06/06(金) 16:32:47.31

>>574
>大量の非同期タスクをマルチコアで回す
シングルスレッドで書いたほうが楽だし、C++は速いのでそれで十分なことの方が多いから。

**デフォルトの名無しさん** · 2025/06/06(金) 17:14:08.28

>>582
無知アホすぎてこのスレ出入り禁止

**デフォルトの名無しさん** · 2025/06/06(金) 17:23:29.23

Rustは現実的じゃないって事だな。

**デフォルトの名無しさん** · 2025/06/06(金) 17:25:16.55

C++なりPythonなりを一通りやったあと、
不満があってRustを始めた奴が多いから
他言語ニワカはすぐバレるんよな

**デフォルトの名無しさん** · 2025/06/06(金) 17:42:57.80

>>582
それは大昔の方法
今はRustやGoのように非同期タスクをCPUスレッド個数分の上で最大限効率的に回す

**デフォルトの名無しさん** · 2025/06/06(金) 17:43:30.86

C++ も Python も必要なものはある。
けど楽にやれるかっていうとそうでもないところがしんどい。

**デフォルトの名無しさん** · 2025/06/06(金) 17:54:58.69

>>586
C++でも出来るようになっているが。

**デフォルトの名無しさん** · 2025/06/06(金) 18:00:07.40

>>586
特殊な処理以外はシングルスレッドで十分だし、逆にシングルスレッドで高速で
無ければGUIのレスポンスは遅くなる。

**デフォルトの名無しさん** · 2025/06/06(金) 18:17:12.71

>>588
C++にはRustやGoのような非同期タスクM:Nスケジューラがない
その上の各種ライブラリもない

**デフォルトの名無しさん** · 2025/06/06(金) 18:23:14.91

>>589
CPUのマルチスレッド数を活かせないのは今どき論外だよ
Webのサーバもブラウザも

**デフォルトの名無しさん** · 2025/06/06(金) 18:24:57.87

>>590
もし本当に無いなら作ればいい。そんなに難しいわけじゃないはずだ。

**デフォルトの名無しさん** · 2025/06/06(金) 18:29:44.35

>>591
プログラムの下手さをコア数の多さで誤魔化している例が多そうだが。

**デフォルトの名無しさん** · 2025/06/06(金) 18:38:16.48

C++はモダンな非同期に出遅れた
使い勝手も悪いまま他の言語と比較にならん

**デフォルトの名無しさん** · 2025/06/06(金) 18:40:29.68

>>594
非同期こそがJavaScriptが嫌われる理由であるといわれているが。