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/

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

>>975
いやデファクトがあるのは良いけど
例えばコマンド実行1つとっても
tokio::process::commandとか使わなきゃいけなくてなんだかなあと
非同期版じゃないのと区別しなきゃいけなくて嫌気が刺す
まあpythonもasync使えば同じことなのだけど

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

まあ俺はRust信者だから使うのだけど普通の人はなかなか辛いんじゃないかなーと
その点Goは何も考えなくて良いしpythonもasync使わなけりゃ同期的に書けるし

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

>>976
PythonもasyncはそうだしJavaScript(Node)も同期execと非同期exec分かれているし
動作が異なるのだから別になるのは当たり前

もちろんRustでも同様で
そもそも関数の返り値が異なる
だから関数が分かれているのは正しい
したがって一番下位のライブラリが別であることに何ら問題はない

一方で中位ライブラリ作成側の視点に立つと
同期か非同期かだけの違いでasync/awitを除いて全く同じ構造の関数を作ることになる
そのため『?async』キーワードによるジェネリック化がRustでは進められている
期待しているのはこの話でよいのか？

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

>>978
いや見た目は似ててもpythonとはだいぶ違うよ
まずpythonでのasync defは単なるコルーチンオブジェクトなので非同期とか関係ない
これにより恐ろしい柔軟性を持ってる
さらにWebにおいてはASGIという非同期Webフレームワークが満たすべき仕様をまず決めた
その仕様を満たしさえすればどのような実装でも非同期の機能を満たせるような仕様となっている
そこにはもうイベントループなどの概念は消え去っている
さらに同期版と同居できる仕様となっている
なのでdjangoなどは同期版と非同期版の切り替えが可能となっている
このように明らかにユーザーフレンドリーな姿勢を貫いている

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

>>979
Rustのasyncもコルーチンだぞ
まずは理解してから出直して来い

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

>>980
コルーチンではないでしょ

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

Rustのasyncはstackless croutineでstate machineとなっている
個別stackのresouceもswitchingも不要なため軽くて有利

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

Rustのasyncは（スタックレス）コルーチンである
Rustのasyncは（スタックフル）コルーチンではない
どっちも正しいとは思うけど

**デフォルトの名無しさん** · 2024/01/21(日) 10:13:23.50

>>977
Rustが活きるのってやっぱり軍事系じゃないかな
兵器の制御とかGCなんてもってのほかだし速度も必要
メモリリークも起こせない

**デフォルトの名無しさん** · 2024/01/21(日) 11:18:24.63

DAD御用達？

**デフォルトの名無しさん** · 2024/01/21(日) 11:24:54.33

物理攻撃にソフトウェアを活用するってある意味「お花畑」だよな

**デフォルトの名無しさん** · 2024/01/21(日) 11:29:12.59

パパ活か？DoDだろ
DoD御用達はAdaだぞ

**デフォルトの名無しさん** · 2024/01/21(日) 11:46:34.67

やっぱりAdaしかないか
プリプロセッサ使うのもNGだからマクロがダメなんかな

**デフォルトの名無しさん** · 2024/01/21(日) 11:59:39.08

とはいえF-35はC++だったんだし、そのうちRust採用されてもおかしくはないけどな

**デフォルトの名無しさん** · 2024/01/21(日) 12:09:12.81

The Book読んでコード打ち込んだりしたが理解できた気がしない
次はどうすればいいの

**デフォルトの名無しさん** · 2024/01/21(日) 13:24:30.49

仕様の次は実装とか
いま極端なところにいる奴は次はもう一方の極端に行けばいいし
ちょうどいい位置にいる奴は一生そこに居続ければいいのでは？

**デフォルトの名無しさん** · 2024/01/21(日) 14:20:11.30

>>990
理解できてないと感じるのがunsafeやasyncやマクロ辺りならそこは一旦放置して小さいCLIツールをいくつか書いて実践経験を一度積むほうがいいかもしれない

逆にownership/reference/lifetime/generic/traitといったコアなところが理解できてないと感じるならオライリー本など別の入門書をすすめる

**デフォルトの名無しさん** · 2024/01/21(日) 15:14:08.20

>>989
Rustは使われない
ISOプロセスは産業界の評価が高い

**デフォルトの名無しさん** · 2024/01/21(日) 15:15:15.91

F-15は50年以上空を飛んでいることを思い出してほしい
Rustは50年後存在しない

**デフォルトの名無しさん** · 2024/01/21(日) 15:44:39.63

>>993
Rustのスポンサー欄を見ればわかるけど将来Rustが使われるのは確定されたことだぞ
アンチさんどんまい

**デフォルトの名無しさん** · 2024/01/21(日) 15:46:08.09

統計学的に会社や国家、生物種の存続見込みを解析した例を見たことが有るな。
これまでの歴史が長いものはこれからも長く続く可能性が高い。

**デフォルトの名無しさん** · 2024/01/21(日) 15:50:57.32

>>996
Javaみたいにホストがアホなことするとすぐ廃れるけどな

**デフォルトの名無しさん** · 2024/01/21(日) 16:55:47.23

>>992
ありがと

**デフォルトの名無しさん** · 2024/01/21(日) 19:43:22.00

次スレ
Rust part22
https://mevius.5ch.net/test/read.cgi/tech/1705760500/

**デフォルトの名無しさん** · 2024/01/21(日) 20:22:28.74

>>994
C++みたいに、色々な実装がでてくれは、50年後にも生きてるんじゃない？

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 158日 21時間 57分 50秒