Rust part22

**デフォルトの名無しさん** · 2024/01/20(土) 23:21:40.08

公式
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 part21
https://mevius.5ch.net/test/read.cgi/tech/1692105879/

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

**デフォルトの名無しさん** · 2024/02/06(火) 14:47:03.29

>>299
あなたが何言ってるかわかるけどnodejsでも
似たような使い方だしrust sdkの欠点と言われても
広く同意は得られないんじゃないかなあ

**デフォルトの名無しさん** · 2024/02/06(火) 14:52:06.28

>>302
欠点というか使い方を難しくしてるだけな気がするんだよな
普通にCLIでええやんって思う

**デフォルトの名無しさん** · 2024/02/06(火) 14:59:31.38

>>303
awsに限らずweb apiのライブラリは
非同期にするのが主流だから
頑張って勉強してねとしか…

**デフォルトの名無しさん** · 2024/02/06(火) 15:05:27.46

AWSのSDKは.NETのが1番だな

**デフォルトの名無しさん** · 2024/02/06(火) 16:38:39.75

AWS SDK for Rustはsend()がめちゃくちゃダサい
そのうち大幅に改修されるだろうけど

>>299
ネットワークI/Oを同期で書くのはさすがにどうかと

**デフォルトの名無しさん** · 2024/02/06(火) 16:55:31.82

>>300
今から見ると微妙だがCLIと対応がつけやすいし
余計なことはしなくて良いから楽だよ

**デフォルトの名無しさん** · 2024/02/06(火) 17:04:11.45

>>306
どう書くか？はユーザーのユースケースによるからそうとも言えないよ
例えばAzureのCLIは--no-waitというオプションがあり
処理が成功するまで待つか待たないかを決められる
これこそユーザー視点の設計だよ

**デフォルトの名無しさん** · 2024/02/06(火) 17:08:06.92

Google規模の会社が$1 million渡したくらいでわざわざアナウンスするなよな
タイトル詐欺じゃん

Improving Interoperability Between Rust and C++
https://security.googleblog.com/2024/02/improving-interoperability-between-rust-and-c.html

**デフォルトの名無しさん** · 2024/02/06(火) 17:08:19.95

非同期を押し付けることはユーザーのメリットにはならない
Rust SDKは作り直して欲しい

**デフォルトの名無しさん** · 2024/02/06(火) 17:21:49.29

prostもblocking版の関数ないのかよってびっくりした記憶があるわ
C#版もPython版もasyncとblockingの両方あるのにな

**デフォルトの名無しさん** · 2024/02/06(火) 17:23:58.68

>>299
>>まずAWSのAPIってのは基本的にすぐ返ってるの
>>この辺はわかる？

初心者でもそんなウソはつかないぞ
AWSに限らず任意のサービスに言えるが通信時間がかかる
さらに各サービス内で状態取得だけであっても実行時間がかかる

>>だから常に同期的に呼び出しで問題ないの

本気で言ってる？
通信時間と向こうでの実行時間の間こちらはずっと何もせずに待つわけ？
非同期プログラミングの意味すら理解できていてないのか？

**デフォルトの名無しさん** · 2024/02/06(火) 17:27:07.44

>>312
コンピューターにとって1秒待つって事がどれだけ長いかを理解してないんだろ

**デフォルトの名無しさん** · 2024/02/06(火) 17:28:50.84

非同期の方が良いことが多いのは同意するが、非同期を押し付けられると「こんなプログラムのためにTokio入れるのかよ」って思ってしまうケースは存在する

**デフォルトの名無しさん** · 2024/02/06(火) 17:48:41.35

API が非同期で設計されてるのに、それを呼び出す側もさらに非同期でハンドリングするのは正直無駄じゃない？
ってのはわりと自然な感想だと思うけどな。

AWS の API なんてクライアント側で並列に呼び出したいユースケースも無いだろ。
バカスカ叩いてもスロットリングされるだけだし。

**デフォルトの名無しさん** · 2024/02/06(火) 18:00:53.30

>>315
APIの向こう側で非同期なのとこちらの処理を
同期か非同期化は関係ないよね

**デフォルトの名無しさん** · 2024/02/06(火) 18:18:54.67

それな
無関係ではないけど分けて考えないと

**デフォルトの名無しさん** · 2024/02/06(火) 18:33:39.13

>>308
非同期APIが提供されてれば同期化は簡単にできるから必要ないんだよ

**デフォルトの名無しさん** · 2024/02/06(火) 18:36:16.19

同期化ってasyncでない関数から呼べるようにするって解釈で合ってるだろうか
もしそうだとしたらasyncでない関数の中でtokioランタイム作ってawsよんでruntime終わらせるみたいな処理になっちゃわないか

**デフォルトの名無しさん** · 2024/02/06(火) 19:56:13.91

AWSの同期的APIの機能リクエストあるのね
https://github.com/awslabs/aws-sdk-rust/issues/505

**デフォルトの名無しさん** · 2024/02/06(火) 20:03:24.75

AWSのAPIの呼び出しが非同期になるのはAPIの内部で効率化のために非同期処理をやってるからでしょ？

**デフォルトの名無しさん** · 2024/02/06(火) 20:17:12.09

うちはAWS SDK RustはAxumベースのWebアプリでDynamoDB接続に使ってるけど、みんなはなににAWS SDK使ってるん？

**デフォルトの名無しさん** · 2024/02/06(火) 20:38:04.56

>>312
だからーなーんにもわかってない発言丸出しはやめよ？
通信の時間なんてかからんのやって
すぐ返ってくるから
そこちゃんと読もう？

**デフォルトの名無しさん** · 2024/02/06(火) 20:44:38.46

AWS APIを生のRESTで実装してみろよ
すぐわかるぞ

**デフォルトの名無しさん** · 2024/02/06(火) 20:45:53.99

言っておくが俺は一般論として非同期がダメと言ってるわけじゃないぞ
もちろんその用途としての方が便利なことは多い
あくまでAWS SDKのRust版については不満があるということよ

**デフォルトの名無しさん** · 2024/02/06(火) 20:50:46.76

>>325
web apiの実装として相手側が非同期処理で
手元も非同期なんてのはawsだけじゃないというか
それが主流だけど他はいいの？

**デフォルトの名無しさん** · 2024/02/06(火) 20:50:52.38

このスレにはRust関連の悪い所の指摘を見ると自分が全否定されたように怒り出す人間がいるっぽいので

**デフォルトの名無しさん** · 2024/02/06(火) 20:57:52.50

tokioが素晴らしいのは間違いない
しかし今回のREST APIの呼び出しで程度で必要かな？と思う

非同期が必要ならtokio::process::commandでCLIを非同期で呼ぶ方が良くないか？とか色々考えてしまう

**デフォルトの名無しさん** · 2024/02/06(火) 21:04:51.51

>>323
>>通信の時間なんてかからんのやって
>>すぐ返ってくるから

呆れた
敢えてウソをついているのか？
それとも本当に無知な初心者なのか？

**デフォルトの名無しさん** · 2024/02/06(火) 21:08:56.44

Web通信ですぐ返ってくることなんかあるのか？　と思ったけど、AWSのAIPの中身知らんから何とも言えんくなってしまった

そういえばファイルIOはすぐ返ってくるって言って良いんだろうか

**デフォルトの名無しさん** · 2024/02/06(火) 21:12:11.34

>>330
サイズが小さいファイルに対して非同期呼び出しをするか？という話

**デフォルトの名無しさん** · 2024/02/06(火) 21:14:41.84

>>331
まあ「ファイルIOにTokioが必要です」って言われたらちょっと嫌な気分になるな

**デフォルトの名無しさん** · 2024/02/06(火) 21:15:39.21

>>330
Web通信は通信時間だけで大きく時間を要する
さらにWebサーバ側で処理時間がかかる

**デフォルトの名無しさん** · 2024/02/06(火) 21:56:45.71

>>323
cpuのナノ秒単位の処理速度に比べたら通信はとてつもなく遅いけど
レスポンスを受け取るまでの時間は処理を中断させたほうがコンピュータに優しい
tokioのグリーンスレッドを活かせ

**デフォルトの名無しさん** · 2024/02/06(火) 22:05:59.23

>>334
tokioのランタイムが裏で動くとか気持ち悪すぎだろ
同期でやらせろ

**デフォルトの名無しさん** · 2024/02/06(火) 22:13:28.77

他のSDKのようにv3くらいになれば使いやすくなってるかもね

**デフォルトの名無しさん** · 2024/02/06(火) 22:16:42.98

aws sdk for rust ってwebフレームワークでサーバーサイドやってる人向けだから当然のようにみんなtokioを既に組み込んでるもんじゃないの？なにがそんなに気に入らないのか理解ができない
まあtokio以外の非同期ランタイムを使わせろって人はドンマイだけど

**デフォルトの名無しさん** · 2024/02/06(火) 22:17:52.75

「rustのwebフレームワーク」が抜けてた

**デフォルトの名無しさん** · 2024/02/06(火) 22:21:16.54

>>337
そういう話じゃないけど

**デフォルトの名無しさん** · 2024/02/06(火) 22:24:12.00

>>337
実装の話に逸らさないで
AWSのAPIくらい同期で十分なのにわざわざ非同期にする理由を言えよ

**デフォルトの名無しさん** · 2024/02/06(火) 22:24:15.12

いくらすぐ返ってくるっていってもネットワーク通信なんだから
不通だったりレイテンシが長くなることはありうるし、
タイムアウトやリトライをtokioのエコシステムに乗っかってやれるメリットはあると思うけどな
そりゃ軽量な同期版があるに越したことはないけど、優先順位は落ちるだろう

**デフォルトの名無しさん** · 2024/02/06(火) 22:27:24.19

JavaScript SDKも内部は非同期だけど使いやすいよ
単なるコールバックで同期的に書けるし

**デフォルトの名無しさん** · 2024/02/06(火) 22:33:38.08

どうも最近tokioがでしゃばってきて気持ちが悪い
ここまできたらもうコアをtokioに入れてWeb用の専用言語としてフォークしたほうがよいのでは？

**デフォルトの名無しさん** · 2024/02/06(火) 22:35:03.21

>>340
はぁ？そんなに同期でやりたいなら同期のある言語のSDKを使うかAWS CLIでコマンド実行しててくれよ
同期同期言ってるやつはRustでAWS触るアプリ作ってねえだろ
こちとらつい先日ようやく待ちに詫びたAWS SDK for Rustが正式版になって、ようやく、ようやくこれを本番投入できるって喜んだのによ

**デフォルトの名無しさん** · 2024/02/06(火) 22:36:26.88

まあ俺はCLI使ってるw
ぶっちゃけコードで書くメリットがわからない

**デフォルトの名無しさん** · 2024/02/06(火) 22:36:30.11

というか同期版もランタイム切り替えも別にissueとしては却下されてるわけじゃないんだし
欲しい人は実装してPR出せばいいんだよ
それがされてないってことは結局需要がないんでは？

**デフォルトの名無しさん** · 2024/02/06(火) 22:38:18.90

>>344
はい、じゃあお前の負けね
もう二度と口答えすんなよ

**デフォルトの名無しさん** · 2024/02/06(火) 22:40:20.30

>>341
不通だろうが普通はソケットのタイムアウト値設定するから許容できる範囲内の値を設定すればよろしい
どちらにしろリトライすることになるのだ

**デフォルトの名無しさん** · 2024/02/06(火) 22:44:11.89

「そんなに××したいなら○○使えば良いんじゃないの？」→をはい○○使っています」っていう流れ、最強言語たるRustのスレの流れとしてはあまりにも敗北感がある

**デフォルトの名無しさん** · 2024/02/06(火) 22:50:36.48

まとめると
tokio使わない同期API作れ
非同期版はランタイム切り替えできるようにしろ
ってことでオッケー？

**デフォルトの名無しさん** · 2024/02/06(火) 22:53:13.82

>>340
コンマ1秒～1秒の頻度でデータベースクエリするWebアプリとかだったら非同期のが次々に処理できると思うけど

**デフォルトの名無しさん** · 2024/02/06(火) 22:56:34.96

>>351
なんだそれ？
お前そんなにバカみたいな頻度でAWS APIを使うの？笑うわ

**デフォルトの名無しさん** · 2024/02/06(火) 22:57:34.03

>>351
クエックエッ
笑笑

**デフォルトの名無しさん** · 2024/02/06(火) 22:58:56.15

>>352
それくらいの頻度で呼び出す可能性があるのってGAFAMクラスの会社ぐらいじゃね？w

**デフォルトの名無しさん** · 2024/02/06(火) 23:04:22.29

>>351
ゲームサーバーとかかな？

**デフォルトの名無しさん** · 2024/02/06(火) 23:06:26.14

>>354
それな笑笑
>>351は負けず嫌いの単発の敗者笑笑

**デフォルトの名無しさん** · 2024/02/06(火) 23:08:14.09

使ってる用途が違うから噛み合わないんだな
CLIで十分な用途とAPIが必要な用途くらいは区別しようぜ

**デフォルトの名無しさん** · 2024/02/06(火) 23:08:21.31

あ、もしかしてガーファ勤めなんかな笑笑？
なわけねえだろ笑笑

**デフォルトの名無しさん** · 2024/02/06(火) 23:09:19.34

ガーファ最強笑笑

**デフォルトの名無しさん** · 2024/02/06(火) 23:10:22.99

>>351はバカです

**デフォルトの名無しさん** · 2024/02/06(火) 23:12:04.80

>>355
ゲームサーバーってなに？マインクラフトでもやってるの？ガキんちょか？

**デフォルトの名無しさん** · 2024/02/06(火) 23:15:06.92

>>357
うるさいな
非同期じゃないといけない理由を具体的に言ってみろよ？あ？

**デフォルトの名無しさん** · 2024/02/06(火) 23:16:25.72

>>351
GAFAM社員age

**デフォルトの名無しさん** · 2024/02/06(火) 23:26:25.88

自分用のツールなら一々tokioとかめんどくさいとか
わからんでもないけどそういう人をターゲットに
してないからなあ

**デフォルトの名無しさん** · 2024/02/06(火) 23:26:55.98

GAFAMの規模を舐めすぎだろ
10リクエスト/秒程度なら中堅企業の社内向けシステムでも普通にあるレベル

**デフォルトの名無しさん** · 2024/02/06(火) 23:35:03.14

実際ゲームサーバーって大変そうよね
最近話題になったパルワールドってやつもサーバー要素があるけど、ゲームデータをどこかしらのクラウドサービスをレンタルしてやってるわけで、>>351よりもすごいレベルで行われてそう
パルワールドのサーバーはどの言語のWebフレームワークでやってるのか知らんがJavaとかC#、GoあたりならRustのが高速、省メモリでサーバー代を節約できただろうな

**デフォルトの名無しさん** · 2024/02/06(火) 23:43:25.52

ゲームサーバーってプログラミング関係あるの？サーバーを借りてるだけなんじゃないの？

**デフォルトの名無しさん** · 2024/02/06(火) 23:56:44.33

無知は恥ってよくわかるね

**デフォルトの名無しさん** · 2024/02/07(水) 00:00:36.36

>>366
人気ゲームだと桁が3つ4つ違う

**デフォルトの名無しさん** · 2024/02/07(水) 00:02:07.90

>>368
無知自体は何も恥じることではない

**デフォルトの名無しさん** · 2024/02/07(水) 00:25:18.71

まさかゲームサーバーがなんなのかわからない人がこのスレにいるとは

**デフォルトの名無しさん** · 2024/02/07(水) 00:29:20.89

AWSはCLIでいい、非同期はゴミって結論出たね

**デフォルトの名無しさん** · 2024/02/07(水) 00:41:54.53

通信時間＋向こうでの処理時間はCPUにとって莫大な待ち時間
async/awaitによる非同期プログラミングをすれば同期と同じようにプログラムを組めつつその莫大な待ち時間を有効活用できる
これは特定のプログラミング言語に関係なく対応しているすべての言語で成り立つ話
もちろんRustでも同じ

**デフォルトの名無しさん** · 2024/02/07(水) 00:51:24.66

AWS Lambdaだと同時実行数の制限があるから、同期処理をするのは犯罪的。

**デフォルトの名無しさん** · 2024/02/07(水) 00:58:32.65

現状のasync/awaitの使いやすさは
Swift > C# > JavaScript >>> Rust

**デフォルトの名無しさん** · 2024/02/07(水) 00:59:45.05

KotlinやF#は使ったこと無いのでわからない

**デフォルトの名無しさん** · 2024/02/07(水) 01:07:53.33

>>375
Python忘れてたわ
Swift > C# > JavaScript/Python >>> Rust

**デフォルトの名無しさん** · 2024/02/07(水) 01:10:26.42

>>375
Rustが最もきめ細かく扱えて便利

**デフォルトの名無しさん** · 2024/02/07(水) 01:13:21.82

もちろん性能面でもRustが最も有利
だからインフラに至るまで採用されている

**デフォルトの名無しさん** · 2024/02/07(水) 01:20:07.41

>>377
c++は？

**デフォルトの名無しさん** · 2024/02/07(水) 02:44:08.20

>>377
swiftってそんなに書きやすいんか？

**デフォルトの名無しさん** · 2024/02/07(水) 04:57:14.90

>>375
asyncもRxもC#が発祥だけどこの言語だけ異常だよな

**デフォルトの名無しさん** · 2024/02/07(水) 06:30:56.86

Pythonはスレッドが擬似的なので並行処理の性能が低い。

**デフォルトの名無しさん** · 2024/02/07(水) 06:35:55.67

>>375
Kotlinが抜けてる
Kotlin>（越えられない壁）>Swift > C# > JavaScript/Python >>> Rust

**デフォルトの名無しさん** · 2024/02/07(水) 06:52:43.34

Rustを叩きたいだけのアンチさんだから無茶苦茶や

**デフォルトの名無しさん** · 2024/02/07(水) 07:15:51.00

>>380
C++は論外
アンチではなく本当に書きにくい
さらにtokioのような高性能な基盤も整備されていない

**デフォルトの名無しさん** · 2024/02/07(水) 07:16:35.05

非同期はC#GoKotlinRustのどれも同等に使いやすいと感じる
JavaはSpringありき、Swiftはつかったことない、C/C++は考えたくない

**デフォルトの名無しさん** · 2024/02/07(水) 07:25:44.75

swiftやdartはモバイルアプリ開発以外で全く使われてない

**デフォルトの名無しさん** · 2024/02/07(水) 07:30:51.78

SwiftはApple製ってだけで使う価値なし
開発環境の依存があまりに高すぎる

**デフォルトの名無しさん** · 2024/02/07(水) 07:38:16.28

出来ればJVMも使わずに済みたい
なんとなく

**デフォルトの名無しさん** · 2024/02/07(水) 07:40:43.27

>>375,377,384
なんか言語のラインナップ見るにバリバリのフロントエンド開発屋さんかな？
そらRustを使うことなんてないわな
なんでこのスレにいるのか

**デフォルトの名無しさん** · 2024/02/07(水) 07:53:07.34

Rustはフロントエンドも取り込むのでRustスレはフロントエンド屋も書き込んで良い

**デフォルトの名無しさん** · 2024/02/07(水) 08:12:27.93

まぁRustの非同期の良いところはランタイムを言語から切り離したので
Webでも組み込みベアメタルでも非同期が使えるところなんだけど
使い勝手としてWebのユースケースに特化した他言語に負けるのはしょうがない
これは時間がたっても根本的には改善されないから
不満があるなら早く他言語に移ったほうがいいよ

**デフォルトの名無しさん** · 2024/02/07(水) 08:15:11.44

>>390
ならGoかC#のASP.NETでいんじゃね？
さまざまな導入コストを払えるなら事実上クラウドネイティブ言語のRust一択

それとJVMがダメという理由が、Oracle JVMのLTSサポート期間が短縮されJVMのイメージが悪化したってことに依るものなら、
Kotlin/JVMだとJDK8をベースに、どのJDKバージョンでも動くようにサポートされ続けられるから、JDK8から最新のJDK21までのLTSバージョンで難なく動く
https://kotlinlang.org/docs/faq.html#which-versions-of-jvm-does-kotlin-target
OracleのJavaは終わってるがJetBrainsのKotlinは無限に始まってる

**デフォルトの名無しさん** · 2024/02/07(水) 09:03:48.96

静的言語ではkotlinが個人的には1番かな
コルーチンスコープを作れるから既存の処理の中に非同期を唐突に入れられる
これが理想
ただしクラスありきなのが微妙なところ
クラスなしでkotlinのような使い心地がある言語が欲しい

**デフォルトの名無しさん** · 2024/02/07(水) 09:09:08.81

>>373
その時間有効に使えるのかって話なんだよ。
例えばRDSを休止したい場合に、休止するAPIを呼んで、状態を確認するAPIで休止を確認してすると思うけど、
そういう処理を自動化する時に非同期でハンドリングする意味あるかっていう。

DynamoDB のデータ操作とか業務トランザクション扱う系は非同期あっていいとは思うけどね。

**デフォルトの名無しさん** · 2024/02/07(水) 09:21:27.90

既存の処理の中に非同期を唐突に入れられるのってランタイムがグローバルで一意じゃないと出来なそう
ランタイムいくらでも作れるし複数種類存在しうるRustでは無理そうね

**デフォルトの名無しさん** · 2024/02/07(水) 09:33:38.70

>>395
それはRustも同じ
Rustのasyncもコルーチンでありtrait Futureによって抽象化されている
Future::pollの引数であるContextがKotlinでのコルーチンコンテキストに相当する

>>397
Rustでも既存の処理に唐突に非同期を取り扱える
Rustでtokioのようなランタイムが必要になるのはspawnして完全に制御外へ切り離すときのみ
制御内ならば複数のFutureを取り扱う場合でもjoinなど様々な方法で取り扱うことができる
もちろんtokioランタイムは必要ない

**デフォルトの名無しさん** · 2024/02/07(水) 09:42:26.35

async{}.await

**デフォルトの名無しさん** · 2024/02/07(水) 09:45:13.70

>>380
C++ はその性質上、システムとの連携が必要な標準ライブラリは薄い。
幅広いシステムで実現可能なように配慮するから。
必要ならサードパーティライブラリでやれというスタンス。
ただそこで強力な誰もが認めるサードパーティライブラリが結局は現れなかったというのが C++ のあかんかったところなんやわ。

個人的には C++/WinRT の非同期処理は好きなんだがね。

**デフォルトの名無しさん** · 2024/02/07(水) 10:36:03.38

>>395
KotlinはデフォルトでclassがJavaでいうfinal classで定義されてて
・クラス継承禁止
・やってることはCの構造体と同じ
だから、自分はclassであるデメリットを感じてないかな

Kotlinでクラス継承するにはご存知の通りclassをopen classやabstract classと書くから見て分かるのがヨシ