Rust part21

**デフォルトの名無しさん** · 2023/08/15(火) 22:24:39.45

公式
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 part20
https://mevius.2ch.net/test/read.cgi/tech/1677771928/

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

**デフォルトの名無しさん** · 2023/09/02(土) 14:59:18.30

コンパイルする話じゃなくトランスパイルする話をしてるのにその区別すらできないオジ

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

一般にトランスパイルは同程度に高級な言語の間で
(なるべく)変換後の言語として自然な形で変換するものを言う。

コードジェネレータ、または実行エンジンとして他言語を
経由するものは含んだり含まなかったりするけど
表面上は同じことをやってるので境界が曖昧なんだよ。

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

境界があいまいだからRustコードからWASMバイナリを生成することをトランスパイルと呼んでもおかしくないと？

**デフォルトの名無しさん** · 2023/09/02(土) 16:25:56.23

>>75
そう呼んで欲しくはないが呼んでるかもしれないという想定で
すり合わせるプロセスは必要かもしれない。

**デフォルトの名無しさん** · 2023/09/02(土) 16:37:50.73

>>65 がトランスパイル先にまでOwnership/Borrow/Lifetimeあたりの機能あったほうが良さそうなこと匂わすトンチンカンなこと書いてるからだろ

**デフォルトの名無しさん** · 2023/09/02(土) 17:46:31.63

>>77
そんな頓珍漢な勘違いをするのはおまえだけだろw

**デフォルトの名無しさん** · 2023/09/02(土) 18:52:34.01

どうせ>>62も複おじなんだろうね

なぜRustからトランスパイルしようなどと思ったのか？
その動機が出ないならこの話は終わりです

**デフォルトの名無しさん** · 2023/09/02(土) 19:16:20.22

>>62です。ぼんやりとした質問ですみませんでした

例えばRustが読めない人向けにPython等に変換してPython読める人ならなんとか読めるものに変換できないかなという想定でした。
あとはLLVM以外の環境で動かしたいとか。それなら確かにWASMで良かったみたいですね。
Rustは型が厳格とかデフォでimmutableだったりムーブだったり制約が強いイメージでしたが前提からして間違ってたみたいですね

皆さま事細かにありがとうございました

**デフォルトの名無しさん** · 2023/09/02(土) 19:32:06.11

だから言っただろうがよ

**デフォルトの名無しさん** · 2023/09/02(土) 19:33:02.08

これは違うな
疑って失礼しました

**デフォルトの名無しさん** · 2023/09/02(土) 19:34:44.69

>>67
お前が勘違いしてんだろガイジ
実行時に所有権やライフタイムは出てこないからこそトランスパイル先の言語にもこれらの機能が言語機能として備える必要がないわけでこのスレでお前だけが1人だけ勘違いしている
頭悪そう

**デフォルトの名無しさん** · 2023/09/02(土) 19:51:23.24

おじ、キレた！！

**デフォルトの名無しさん** · 2023/09/02(土) 20:07:34.22

複数ID全員おじとか糖質患者やろ
お前のたった1人だけの発言の方がすべておじに似つかわしいんやけど自覚できない？

**デフォルトの名無しさん** · 2023/09/02(土) 20:45:16.67

おじ使いはいつも病気

**デフォルトの名無しさん** · 2023/09/02(土) 23:40:40.30

的外れなレス(>>63-64)からの
恥ずかしい壮大な勘違い(>>66)
そしてなぜかドヤる(>>81)

控えめに言って頭オカシイ
さすが複オジ

**デフォルトの名無しさん** · 2023/09/02(土) 23:56:54.98

オジオジ言ってる人は書き込みに中身がなくて全方位叩きだからスレ荒しが目的なのかな
反応せず無視するのがいいんだろうけど反応しちゃった失礼

**デフォルトの名無しさん** · 2023/09/03(日) 00:03:56.01

どうでもいいし面倒だしもうここ潰してﾜｯﾁｮｲありスレに一本化してほしいんだけど

**デフォルトの名無しさん** · 2023/09/03(日) 00:09:50.96

「自演認定は頭おかしい」論法
「おじ連呼厨」の強調

いつものやつですね
自演認定糖質論法は久しぶりに聞いた気がする

**デフォルトの名無しさん** · 2023/09/03(日) 00:16:07.67

ID:bvTG+KAn
ID:g76m2OPt
ID:f2x52juV
ID:GzMi3EqG
ID:x+ZOYO9b
ID:v0MnUUsV

**デフォルトの名無しさん** · 2023/09/03(日) 00:20:28.54

議論でバトルが盛り上がるのは歓迎
オジおじ連投がいる時は議論がなく荒れるだけでつまらん

**デフォルトの名無しさん** · 2023/09/03(日) 00:35:38.11

歓迎するわけねーだろアホか

**デフォルトの名無しさん** · 2023/09/03(日) 00:38:35.94

まともな議論が成り立たない原因は複オジだからね
まともな議論ができそうなのはどう見ても>>65や>>68のほう
>>91にまとめられてるレスを書いてるようなやつが議論は歓迎とか笑わせるな

**デフォルトの名無しさん** · 2023/09/03(日) 00:45:48.36

既視感の正体

https://mevius.5ch.net/test/read.cgi/tech/1673926892/745
https://mevius.5ch.net/test/read.cgi/tech/1652347700/468

**デフォルトの名無しさん** · 2023/09/03(日) 00:53:25.84

>>61
亀レスだが特に理由がないならrusqliteで
今のところはこれがデファクト

**デフォルトの名無しさん** · 2023/09/03(日) 01:20:25.77

気に食わない意見があるけど反論できないで次々とおじさん認定して叩くだけのゲスがいるな

libsqlite3の上に構築したRusqliteでもいいが
Rustで構築したSQLxがSQLiteもサポートするようになり出来が良いので急上昇で逆転する見込み

**デフォルトの名無しさん** · 2023/09/03(日) 01:41:47.18

sqlxのsqliteドライバもlibsqlite3の上に構築されてるぞ
SQLiteはCのAPIしか提供してないんだから他のものを使う理由がない

**デフォルトの名無しさん** · 2023/09/03(日) 07:28:12.23

また知ったかぶりして恥かいてるww

**デフォルトの名無しさん** · 2023/09/03(日) 08:37:05.08

sqlx以外はasync/await使えない？

**デフォルトの名無しさん** · 2023/09/03(日) 13:35:31.95

自分でspawn_blockingすればいい

**デフォルトの名無しさん** · 2023/09/03(日) 13:45:08.16

安定感や性能に差があるのでsqlite限定ならFirefoxでも使ってるrusqliteがベター

**デフォルトの名無しさん** · 2023/09/03(日) 13:48:17.25

■購入目的（達成されました）
・Rustで動くプログラムの写経
・映像表現的な出力結果はモチベーションを維持できる気がした
・RustについてはWeb上に素晴らしいテキストがたくさんあるので簡単な実践的なプログラムを読みたい

■自分のレベル
私は数カ月前にRustを勉強し始めました。
これまで高校でc、Javaの基礎、大学でc++基礎、ObjectiveC、社会人になってPythonやc#と触れてきました。たくさん触れてきていますが結局自分が作りたい少し大きい物をプログラミングで何かを作りきるということをしてきませんでした。いつもチュートリアルで終わりです。永遠に世界に挨拶でもしてろと言われそうなタイプです。

ここ数年で映像制作から転職してインフラエンジニア関係に勤めています。
ネットワークやサーバ周りの知識に加えて一つ言語を修めたいと思いRustをはじめました。

**デフォルトの名無しさん** · 2023/09/03(日) 23:37:22.86

>>101
spawn_blockingは別OSスレッドを立ててそこで実行するだけだから根本的な解決にならない

**デフォルトの名無しさん** · 2023/09/04(月) 01:10:37.74

>>104
別OSスレッドを立ててそこで実行する以外の解決方法はないよ

**デフォルトの名無しさん** · 2023/09/04(月) 02:53:02.64

君たちは何を問題と定義しているのか

**デフォルトの名無しさん** · 2023/09/04(月) 06:58:20.37

昔と違って今はFutureを返すcrateを選べるのだからそこで困ることはないな
糖衣のasync関数を含めてFutureさえ返してくれればいい
自分側はawaitもしくはspawnしてもいいしFutureUnorderedなどで早い者勝ち処理など自由な方針を取れるのだから

**デフォルトの名無しさん** · 2023/09/04(月) 09:56:10.80

>>107
そこで困るとは？

**デフォルトの名無しさん** · 2023/09/04(月) 10:17:13.25

困ってない人は一生気付かない
これが理想郷

**デフォルトの名無しさん** · 2023/09/04(月) 13:01:49.77

いつものストローマンオジ

**デフォルトの名無しさん** · 2023/09/04(月) 18:54:13.07

困ったことが無い香具師には何で困るかわからんマジ

**デフォルトの名無しさん** · 2023/09/04(月) 20:11:06.59

Futureもawaitして同期のみで困っていない人もいる
Futureすら使わず別スレッドにしちゃって困っていない人もいる
ただしベターな方法を知らないために困っていないだけかも知れない
理解した上で選んでいるなら問題ない

**デフォルトの名無しさん** · 2023/09/04(月) 20:41:40.87

>>112
同期APIを非同期で使う話だということを理解してね
何に困ってるのか知らんけど

**デフォルトの名無しさん** · 2023/09/04(月) 20:57:24.92

よく分からんが誰も困っていないらしいのでヨシ！

**デフォルトの名無しさん** · 2023/09/04(月) 21:18:46.15

>>114
俺は誰れが何に困っているのか分からん。　で、>>107は知っているみたいだが
>>100は
>sqlx以外はasync/await使えない？
だから、うん、使えない/いや、xxxも使えるのような回答で良いはずなのに
ITドカタ板に多い障碍者は妄想必死して、変なことを言い出すからな。

**デフォルトの名無しさん** · 2023/09/04(月) 21:28:55.91

>>113
最後の手段spawn_blocking()の話？
あれはスレッドを消費しちゃうから例えばクライアント接続が多数来てそれぞれが使うと詰むよ
全部を非同期APIに統一するのがよいね

**デフォルトの名無しさん** · 2023/09/04(月) 21:58:02.43

そういう状況なら非同期とか言う前にsqliteやめよう複くん！

**デフォルトの名無しさん** · 2023/09/04(月) 22:16:10.47

SQL関係ない一般的な話がされてると思ってたらSQLにこだわる人もいてよくわからんな
SQLにしてもサーバーに繋ぎにいくなら同期はありえんな

**デフォルトの名無しさん** · 2023/09/04(月) 22:29:51.49

>>116
スレッド消費せずにSQLiteへの接続を同時にさばくことが出来ないからね
複オジおすすめのsqlxも当然接続ごとに別OSスレッド立ち上げてるからクライアント接続が多数来たら同じように詰むんだよ

**デフォルトの名無しさん** · 2023/09/04(月) 22:47:23.47

自分が何を知らないか
知ってる人もいれば
知らない人もいる
前者は詐欺師で
後者は複オジである
彼はみんなを騙しているのではなくて
彼はなんでも知っているつもりなのである

**デフォルトの名無しさん** · 2023/09/04(月) 23:11:41.51

RustのSQLデファクトスタンダードのsqlxに対して「複オジおすすめのsqlx」と書いてることから、
複オジ使いはRustを使っていない疑惑が再び出てきた。

**デフォルトの名無しさん** · 2023/09/04(月) 23:53:13.41

>>118の相似形

https://mevius.5ch.net/test/read.cgi/tech/1644596656/919
919: デフォルトの名無しさん sage 2022/05/09(月) 18:50:22.63 ID:rGYbsi5m
>>915
>>918
FizzBuzzは単なる話の出発点の例の一つに過ぎなくて既に皆はもっと一般的な話をしているようにみえる
皆もFizzBuzz限定の話なんかに興味はなくて一般的な話に興味があるからではないかな

**デフォルトの名無しさん** · 2023/09/04(月) 23:54:19.18

またオジが妄想に取り憑かれてるねww

**デフォルトの名無しさん** · 2023/09/04(月) 23:56:14.30

質問者のユースケースが非同期ライブラリを必要としているのか？
そうした前提を確認せずに、非同期対応の一点でライブラリの適・不適を評価しようとすること自体が筋違いなのです

**デフォルトの名無しさん** · 2023/09/05(火) 00:09:09.34

質問者>>100は
>sqlx以外はasync/await使えない？
だから、非同期が前提ではないかい

**デフォルトの名無しさん** · 2023/09/05(火) 00:23:36.51

>>125
そっちじゃなくて>>61のこと

https://github.com/launchbadge/sqlx/blob/main/sqlx-sqlite/src/connection/worker.rs#L82
なるほどワーカースレッド立てて通信してるだけで別に非同期ファイルI/Oを最大限活用するとかじゃないんだね
確かにこれなら>>119の言う通りブロッキング待ちするものをspawn_blockingしても大した差はなさそうだ

**デフォルトの名無しさん** · 2023/09/05(火) 04:37:15.62

>>117
これこれ

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

>>101
各spawn_blocking()毎に専用のネイティブスレッドをブロックする形で用いるため
spawn_blockingが同時に大量に発生しないよう留意しなければならない
そのため同期ライブラリの利用方法には何らかの制限がついてしまう
非同期ライブラリを利用すればそのような制限はない

**デフォルトの名無しさん** · 2023/09/05(火) 12:58:37.11

sqlx crateでMySQLを使っているがクライアント接続が多数来ても捌けてる
すべて非同期なのでブロックされることも別スレッドで実行されることもない

**デフォルトの名無しさん** · 2023/09/05(火) 14:15:52.81

node.js推しだった人か

**デフォルトの名無しさん** · 2023/09/05(火) 14:17:29.93

redis-rsよりも良いの？

**デフォルトの名無しさん** · 2023/09/05(火) 14:29:07.14

>>129
そりゃMySQL自体が非同期APIを提供してるからね
同期APIしか提供してないSQLiteとは全く事情が違うんだよ

**デフォルトの名無しさん** · 2023/09/05(火) 19:14:25.74

かつてデファクトスタンダードだったdiesel crateがsqlx crateにその座を奪われた原因もdieselが非同期APIに対応できなかったせい

**デフォルトの名無しさん** · 2023/09/05(火) 21:03:20.66

それもあると思うがたしかディーゼルってActiveRecordの開発者が設計してるんだよね

**デフォルトの名無しさん** · 2023/09/06(水) 08:23:13.48

sqlxのほうがシンプルで使いやすくわかりやすい

**デフォルトの名無しさん** · 2023/09/06(水) 10:25:26.54

>>134
ということはライセンスで敬遠されたのか？
ここにもOSS問題が

**デフォルトの名無しさん** · 2023/09/06(水) 12:30:09.29

>>136
いいかげんコテハン付けろよ。

**デフォルトの名無しさん** · 2023/09/06(水) 18:07:43.20

>>136
Apache2.0とMITのデュアルライセンスに何の問題が？

**デフォルトの名無しさん** · 2023/09/07(木) 13:34:15.26

GUI作りたいけどよくわからん
今のデファクトはなんや

**デフォルトの名無しさん** · 2023/09/07(木) 14:34:25.76

デファクト決定戦レスバしかしてねーなこのスレ

**デフォルトの名無しさん** · 2023/09/07(木) 15:38:29.71

デファクトと言える目安は Recent Downloadsで同カテゴリ2位以下と3倍以上差がついてるかどうか

**デフォルトの名無しさん** · 2023/09/07(木) 21:32:40.12

GUIはデファクト無いと思う。要件で選ぶしかないわ。

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

RustならTUIが標準でしょ

**デフォルトの名無しさん** · 2023/09/07(木) 23:41:05.43

マウスでポチポチしたいんじゃ

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

Rust製のGUIフレームワークあれば良いんだろうが
現状はQtやらgtkのような他所製のエンジン(GUIツールキット)を利用するためのクレートを使うって感じだろ？
自分が分かる・使ったことがあるGUIツールキットをRustを介して使えになるんじゃないのか。

**デフォルトの名無しさん** · 2023/09/08(金) 00:06:21.68

GUI に関しては OS (ディストリビューション) が提供するもの (をラップしたもの) を
避けるわけにいかないから「Rust 製」にこだわれないんだよね。

**デフォルトの名無しさん** · 2023/09/08(金) 00:13:42.42

OSのコンポーネント使うことにこだわらないならeguiでよいのでは

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

egui は名前がエグい

**デフォルトの名無しさん** · 2023/09/08(金) 00:25:14.57

GUIは各言語に関係なく様々なレイヤーや様々なカバー範囲などあってRust以外の言語でも多数の選択肢があり要件により変わる
Rustのクレートでも同様であり極端なものだと例えばx11-dlクレートも該当すればtauriクレートも該当して自分はどちらも別用途でそれぞれ使用している

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

X11ならマルチプラットフォームでもRust製で作れるな

**デフォルトの名無しさん** · 2023/09/08(金) 01:30:03.20

フリーランスエンジニアになってからの年収推移を公開【現在年収1000万】

【実体験】仕事ができない新卒エンジニアでも月収７０万フリーランスになれる理由

フリーランスエンジニアは年収900万円までは余裕！現役フリーランスエンジニアが徹底解説

フリーエンジニアの平均年収！未経験が年収1000万円を超える方法とは？

月額150万円以上も可能？ITフリーランスで高単価を獲得できる理由

在宅で年収１０００万稼ぐフリーランスエンジニアの稼ぎ方【再現できる】

フリーランスのエンジニアやるなら45歳までに貯金5000万円作れないと死ぬ説

**デフォルトの名無しさん** · 2023/09/08(金) 06:05:02.97

>>144
今どきのTUIはマウスでポチポチできるようになってるぞ

**デフォルトの名無しさん** · 2023/09/08(金) 07:42:03.69

管理画面はウェブベースにしておけ

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

どういうこと(´・ω・`)？

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

田売りなのかなって気もするけど覚えること多そうだな…

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

Streamlit の Rust 版ってあるのかな

**デフォルトの名無しさん** · 2023/09/08(金) 14:11:22.78

>>152
マジかよ
２１世紀ってすげーな

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

ターミナルがマウスイベント送信できるようになってるやつならね。(まあモダンなのはだいたい出来ると思うが)

**デフォルトの名無しさん** · 2023/09/08(金) 18:56:17.34

Tauriでいいじゃん

**デフォルトの名無しさん** · 2023/09/08(金) 19:04:26.66

sixel使ってターミナルGUIアプリケーションとかできないのかね

**デフォルトの名無しさん** · 2023/09/09(土) 00:48:43.38

tauri執拗にすすめるやつなんなの？病気？

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

スレに２回しか出てないのに執拗とは

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

荒れるから、田売りの話は禁止にしよう

**デフォルトの名無しさん** · 2023/09/09(土) 02:24:44.28

「Electronよりなんか良いっぽい」以外の利点が知られていないTauriさん

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

yarnだのcargoだのどいつもこいつもなんでオレオレパッケージマネージャ使いたがるの😭

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

VSCodeなど(当時はTauriはなく)Electronで書かれたソフトが多いようにElectronとTauriは共通してメリットが多い
さらにWebアプリ化もしくはその逆も比較的容易
ただしどちらもHTML/CSS/(JavaScrpt)のWeb知識が必要なのでこれを持たない者だけが批判しがち

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

オレオレじゃないパッケージマネージャというと？OS依存するものしか思いつかないが

**デフォルトの名無しさん** · 2023/09/09(土) 11:00:13.25

html の設計がいびつなんだよね……。
xhtml まではドキュメント記述言語としてタグのセマンティクスを重視した設計だったのが
html5 から living standard の流れで html はウェブアプリケーション基盤だとする派閥が圧勝した。

そこからの流れで外観を記述する言語としての活用が広まっている状況があるのは事実だし、
もうこの流れに逆らえないのも事実だと思うが
html はやっぱり GUI 記述言語としては不格好な存在だよ。

**デフォルトの名無しさん** · 2023/09/09(土) 11:33:35.06

ハッピープライスパラダイス
ハイパーテキストマークアップランゲージ

あくまでもテキスト用言語だからなぁ

**デフォルトの名無しさん** · 2023/09/09(土) 13:03:51.75

HTML+JSが嫌なら全部canvas+wasmでやればええねん
アクセシビリティとかは考慮しないものとする

**デフォルトの名無しさん** · 2023/09/09(土) 14:51:58.44

屋上屋を重ねるという慣用句はこういうときにつかうのかな。

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

>>165
C/C++ は実行環境の管理と開発環境の管理を分けないスタイル(ライブラリもディストリビューションのパッケージマネージャーで管理する)でやってたし、分離するにしても chroot (今ならdockerでもよいかも)とかで出来てたからそれ以上には発展しなかった。
でも本来は別物ということにするほうが自然だと思う。
言語をまたいだ開発をするプロジェクトがややこしくなるがそれは本来的にややこしいものだからしょうがない。