Rust part23

**デフォルトの名無しさん** · 2024/02/23(金) 17:37:52.13

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

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

**デフォルトの名無しさん** · 2024/02/23(金) 18:14:46.11

**デフォルトの名無しさん** · 2024/02/23(金) 18:15:20.65

Rust Reference Book
https://doc.rust-lang.org/reference/
Rust Standard Library
https://doc.rust-lang.org/std/
Rust rustc Book
https://doc.rust-lang.org/rustc/
Rust rustdoc Book
https://doc.rust-lang.org/rustdoc/
Rust rustup Book
https://rust-lang.github.io/rustup/
Rust Cargo Book
https://doc.rust-lang.org/cargo/
Rust unstable Book
https://doc.rust-lang.org/nightly/unstable-book/
Rust macro Book
https://danielkeep.github.io/tlborm/book/
Rust CLI (Command Line Interface) apps Book
https://rust-cli.github.io/book/
Rust Future Book
https://cfsamson.github.io/books-futures-explained/
Rust async-std Book
https://book.async.rs/
Rust tokio Book
https://tokio.rs/tokio/tutorial
Rust serde Book
https://serde.rs/

**デフォルトの名無しさん** · 2024/02/24(土) 14:37:44.58

前スレ終盤がRust特有の型🔵ナニー症候群の典型(この用語は出典参照)
https://mevius.5ch.net/test/read.cgi/tech/1705760500/977-

Netflixは2年かけて気が付いたけど凡人程のめり込む沼
出典
https://www.youtube.com/watch?v=6gwF8mG3UUY

Haskellの時と同様、概念だけ触れたら他の言語に活かすのが良い
長居していると症候群認定される危険性があるから

**デフォルトの名無しさん** · 2024/02/24(土) 14:48:37.96

>>4
それ何の情報もなく見ても無駄
具体的な説得力ある話がない
TypeScriptが嫌いでGoが好きらしい

**デフォルトの名無しさん** · 2024/02/24(土) 16:14:50.39

Rustから前スレ終盤の型オナニーをなくしたような言語があれば使いたいけど、ないから仕方なくRustを使っている

**デフォルトの名無しさん** · 2024/02/24(土) 16:23:38.76

静的型チェックレベルを高めつつジェネリクス等による汎化を活用しようとすれば大なり小なり型オナニーは避けられない
RustやTypeScriptだけでなくC++のtemplateやPythonの型ヒントでも同じこと

単独のTraitだけの話で型オナニーとか言ってるやつはオナニーレベルが低過ぎ
静的型チェックへの適性がないのでRustも辞めた方がいい

**デフォルトの名無しさん** · 2024/02/24(土) 16:34:30.38

型オナニーより所有権やライフタイム管理の方が面倒だけどな
それが型と絡むからさらにややこしくなる

**デフォルトの名無しさん** · 2024/02/24(土) 17:03:48.32

動的型付け言語しか慣れてない初心者が静的型付け言語に慣れるまで時間がかかるのは当たり前
GC前提言語しか慣れてない初心者がそうでない言語に慣れるまで時間がかかるのは当たり前
プログラミングに向いてる人ならどちらもすぐに慣れる
そんなことで文句を言っているようではプログラミングに向いていない

**デフォルトの名無しさん** · 2024/02/24(土) 17:13:41.82

Rustの型オナニーは「本当は1つにまとめても良いんだけど歴史的経緯で2種類あります」みたいなのが稀にあって気持ち良くない

**デフォルトの名無しさん** · 2024/02/24(土) 17:33:53.05

>>10
妄想楽しいですか？

**デフォルトの名無しさん** · 2024/02/24(土) 18:25:50.38

>>8 それRust特有だよね時間がどんどん溶ける

**デフォルトの名無しさん** · 2024/02/24(土) 18:33:24.91

asはそろそろFrom/TryFromに統一してほしいんだけど

**デフォルトの名無しさん** · 2024/02/24(土) 20:45:24.03

型オナニーって全部習得するまでにいったいどれだけ時間かかるんだ

**デフォルトの名無しさん** · 2024/02/24(土) 20:47:39.26

型オナニー四十八手

**デフォルトの名無しさん** · 2024/02/24(土) 22:10:17.16

>>13
機能が異なるので統一されない
asはcastなので変換From/TryFromとは異なる
例えばi32からu8の場合は変換できない値があるため
impl From<i32> for u8は実装がなく
impl TryFrom<i32> for u8の実装があり
u8::try_from(-3_i32)は変換できずErrとなる
一方でasはcastなので-3_i32 as u8は8bitに切り捨てられ252となる

**デフォルトの名無しさん** · 2024/02/24(土) 22:13:12.85

打ち間違い
252でなく253ね

**デフォルトの名無しさん** · 2024/02/24(土) 22:51:22.10

>>16
それだけならstdにimpl From<i32> for Wrapping<u8>でも入ってくれれば事足りると思うが……

asって手軽なだけで変換元と変換先の型ごとに意味が複数あるのが複雑で嫌いなんじゃ
C++のC形式キャストみたいな印象

**デフォルトの名無しさん** · 2024/02/24(土) 22:53:55.08

え、てかそもそも演算オーバーフローはpanicするのにキャストはpanicしないのか
だるっ
そういうとこやぞ

**デフォルトの名無しさん** · 2024/02/24(土) 23:26:44.50

生演算子はオーバーフローせずラッピングされる
panicはデバッグ時のみ
明示的にラッピングしたいときはwrapping_add
オーバーフローを処理したいときはchecked_addやoverflowing_addまたはsaturating_add

**デフォルトの名無しさん** · 2024/02/25(日) 01:04:03.14

型オナニーって複雑な型パズルを解いて悦に入ることを言ってるのかと思いきや
標準ライブラリの基本的な使い方を覚えることなのかよ
オナニー要素ゼロじゃん
そんなマインドではRustに限らず言語習得は無理だぞ

**デフォルトの名無しさん** · 2024/02/25(日) 01:05:34.01

そんなマインドでもGo言語なら習得出来るんだよなあ

**デフォルトの名無しさん** · 2024/02/25(日) 01:14:51.15

バカはGoへ行くしかないよ
Rustなどは一般的なプログラミング能力がある人向け

**デフォルトの名無しさん** · 2024/02/25(日) 01:52:59.15

>>22
それはたまたま動いてるようなもんだぞ。

**デフォルトの名無しさん** · 2024/02/25(日) 09:14:13.54

Rustの開発って時間掛かりそうなイメージある
とりあえず作ってみて後でリファクタリングって作り方ができない感じ？

**デフォルトの名無しさん** · 2024/02/25(日) 09:49:58.55

termuxよりscreen派なんだよなぁ。ライセンスはgplよりbsdのが好きなんだけど。

**デフォルトの名無しさん** · 2024/02/25(日) 10:13:55.36

>>21
リアルの会話でこうやってRustのマイナス面を他と同じと言う奴は
内心信用してない
>>23
言い方があれだけどこっちの方が信用できる

**デフォルトの名無しさん** · 2024/02/25(日) 10:16:51.38

>>25
リファクタリングってのは外部から見た時の挙動を変えないのが原則なので
少なくとも型やライフタイムについては辻褄が合っていることを保証できる仕組みは
リファクタリングでも便利なんだぞ。

内部的な処理でもあまり柔軟には変えづらいということはあるけど
変えづらいところは (外部に対する保証に関わってくるので) 変えてはならない箇所だってことがわかる。

**デフォルトの名無しさん** · 2024/02/25(日) 10:21:38.07

>>9
✕プログラミングに向いていない
○rustに向いていない
皆さん、これがrust信者です

**デフォルトの名無しさん** · 2024/02/25(日) 11:59:50.84

>>6
せめてtraitに外延性があって集合的操作ができればいいんだけど、さすがにビルドに時間掛かりそうだしな。

ただでさえビルド時間が重たいから、設計の「早すぎる最適化」は仕方ないのかね。

**デフォルトの名無しさん** · 2024/02/25(日) 12:12:53.79

>>26
screenってまだメンテされてんの？

**デフォルトの名無しさん** · 2024/02/25(日) 12:43:55.95

>>28
例えばpythonとかだと型とかプログラム構造気にせずにパパッと書いて
ある程度動くスクラッチでレビューして内容詰めて
スクラッチから流用できそうなら作り込んでリファクタリングみたいにできるけど
Rustだとそういう風にできなさそう

**デフォルトの名無しさん** · 2024/02/25(日) 12:48:37.70

>>23
こういうのに限ってgoでもろくなもの書けない

**デフォルトの名無しさん** · 2024/02/25(日) 12:50:53.73

>>32
Pythonだとそのリファクタリング前後で挙動が変わってしまわないように気を遣うのがしんどいな
そういうとりあえず試しに作るケースだとユニットテストなんかも当然ない状況なんで
Rustに限らず静的型ならその辺をだいたいコンパイルエラーで拾えるのが楽

**デフォルトの名無しさん** · 2024/02/25(日) 13:03:20.25

>>27
「僕は基本Traitがよくわからない => それはRustのマイナス面」
この発想が幼稚さがわからないのかな？
他の言語と比べたときのRustのマイナス面はたくさんあるがそういう話のレベルじゃないだろ

**デフォルトの名無しさん** · 2024/02/25(日) 13:05:42.89

>>32
動的型付け言語しか使ったことがない初心者が
静的型付け言語の圧倒的なメリットを理解できないのはよくあるあるある
脱初心者の壁を乗り越えよう

**デフォルトの名無しさん** · 2024/02/25(日) 13:18:05.49

どんな言語にもマイナス面がありRustにもある
しかしマイナス面を上回る莫大なメリットがRustにはいくつもあるからIT業界をあげてRustを支援＆採用している
揚げ足取りでRustを叩きたいだけの人はアンチスレへ行け

**デフォルトの名無しさん** · 2024/02/25(日) 13:23:45.23

>>36
知らないのかもしれないけど今のPythonはどちらもできる

**デフォルトの名無しさん** · 2024/02/25(日) 13:29:34.11

>>35
どんな理由であれ複雑なのはマイナスだろ
複雑なのがプラスだってんならC++かbrainfuckやれよ

**デフォルトの名無しさん** · 2024/02/25(日) 13:33:19.74

漸進的型付けは静的片付けと動的型付けのどちらも出来るわけではなくて漸進的型付けという別物だと解釈すべきだと思うよ。

**デフォルトの名無しさん** · 2024/02/25(日) 13:35:59.16

>>39
能力が同じなら複雑さはマイナスだが複雑にしてでもそれを上回るメリットが得られることがあるという話だということも理解できないの？
トレードオフ

**デフォルトの名無しさん** · 2024/02/25(日) 13:47:25.26

>>41
>>35はそんなこと書いてないぞ

> 「僕は基本Traitがよくわからない => それはRustのマイナス面」
> この発想が幼稚さがわからないのかな？

だぞ。勝手に自分の文脈を他の人のレスに上乗せして書いてない解釈を押し付けるなよガイジ

**デフォルトの名無しさん** · 2024/02/25(日) 13:51:18.30

Rustで有名アルゴリズムに挑戦第16回 Rustで機械学習に挑戦 - k近傍法でアヤメの分類をしよう
https://news.mynavi.jp/techplus/article/rustalgorithm-16/
共同作戦で壊滅したマルウェア「Qakbot」復活、米国は犯行グループを逮捕できず
https://news.mynavi.jp/techplus/article/20240225-2885670/
悪意あるPythonパッケージを2つ発見、DLLサイドローディング技術悪用
https://news.mynavi.jp/techplus/article/20240225-2889952/
充電式バイブレータからマルウェア検出、USB充電デバイスに注意
https://news.mynavi.jp/techplus/article/20240224-2889949/

**デフォルトの名無しさん** · 2024/02/25(日) 13:53:04.35

ここはRustユーザが集うRustスレ
叩きたいだけのキチガイはアンチスレへ行け

**デフォルトの名無しさん** · 2024/02/25(日) 13:56:41.04

>>43
なるほど
https://news.mynavi.jp/techplus/article/rustalgorithm-16/images/001.jpg

**デフォルトの名無しさん** · 2024/02/25(日) 14:00:42.93

C++の後継目指すプログラミング言語「Carbon Language」、Googleの技術者が実験的公開。C++は技術的負債で改良が困難と
https://www.publickey1.jp/blog/22/ccarbon_languagegooglec.html

**デフォルトの名無しさん** · 2024/02/25(日) 14:05:55.86

>>37
嘘はいかんよ
Rustにはメリットなし、がIT業界の総意
Adaの方が上

最新版IEEE調査Jobs
https://i.imgur.com/Z8hI9C6.png

**デフォルトの名無しさん** · 2024/02/25(日) 14:10:17.03

Jobで判断するのはちょっとなあ
Jobの要件にするのってその言語さえ出来れば良い人を探す時じゃん
Rustってまだそのフェーズではないんだよな

**デフォルトの名無しさん** · 2024/02/25(日) 14:19:17.62

>>48
言うてメインはOSS用だよね
大手はちょっとばかり資金援助してレバレッジ効かせようと宣伝して
2021-2022がRustハイプのピークだったんだけど真水のJobは稀

**デフォルトの名無しさん** · 2024/02/25(日) 14:25:08.84

>>46
Carbonはその公式FAQに明記してるように
Rustを使える状況ならRustを使ったほうがいいという立ち位置
Carbonは既存のC++遺産メンテ用

**デフォルトの名無しさん** · 2024/02/25(日) 14:32:26.24

>>49
次々とRust製へ変わっていってる
リソース面すなわち経済的にもエコ的にもRustが有利なので今後次々とRust製へ置き換わっていく

ソース
＞【クラウド世界トップシェアAWS】
＞https://japan.zdnet.com/article/35183866/
＞Rustで構築されたAWSサービスの例としては、
＞コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
＞「Amazоn Simple Storage Service（S3）」、
＞「Аmazоn Elastic Compute Cloud（EC2）」、
＞コンテンツ配信ネットワーク「Аmazоn CloudFront」、
＞LinuxベースのコンテナーOS「Bottlerocket」などがある。

＞【CDN世界トップシェアClоudflare】
＞https://www.publickey1.jp/blog/22/cloudflarenginxrusthttppingoracdncpu31.html
＞CDNプロバイダのCloudflareは、同社のグローバルなCDNの基盤として長らく利用してきたNGINXに代えて、
＞同社自身がRust製のHTTPプロキシである「Pingora」を開発し利用していることを明らかにしました。

**デフォルトの名無しさん** · 2024/02/25(日) 14:38:19.37

Rustは知らず知らずのうちに技術的負債を量産しそうな気配だな
Rustは既に違法建築だから
前スレで言われる矮小化オンパレードで笑ったw

前スレ
https://mevius.5ch.net/test/read.cgi/tech/1705760500/9
>>https://mevius.5ch.net/test/read.cgi/tech/1692105879/990
一応知らない人のために書いておくけど

「Rustがunsafeコード一切なしでメモリアンセーフ」な事が判明してから半年近く経ってる
特定の機能導入のタイミングでコードが発見されたけど、
「Rustの仕様バグ」だと認識されていて直せない

>>4
そんな事並べて理解したつもりでも、分からないと言っている人の側の主張が正当なんだよ

最近はここでも保証って言われなくなっただろ、当たり前だよRustの仕様に健全性が無いのだから
たぶん知っていて話を逸らしているのか、過去スレでスルーしたかで、この指摘も無理やり矮小化してくるからな
(githubの議論でも矮小化して放置)
気を付けろよ

https://github.com/rust-lang/rust/issues/114936

**デフォルトの名無しさん** · 2024/02/25(日) 14:45:16.11

>>52
情報古いな
AmazonはLLRTでしょ
cloudflareのRustは放置だ

**デフォルトの名無しさん** · 2024/02/25(日) 14:48:00.26

誰も問題視していないどうでもいいことでしかRustを叩けない状況
アンチが追い込まれている

**デフォルトの名無しさん** · 2024/02/25(日) 14:53:16.67

>>53は>>51向けな

>>52のは違うIssue/PRのcommitで場当たり的fixしただけで知れっと本質を隠蔽した

>>54
問題視したから取り繕いfixしたんだよ

**デフォルトの名無しさん** · 2024/02/25(日) 14:56:15.69

>>37,47
上位は納得だから結局のところ「IT業界をあげて」なんて言いたかったら
Jobで判断するのが客観的で中立フェアな基準なんだな