Rust part23

1 名前：デフォルトの名無しさん [2024/02/23(金) 17:37:52.13 ID:CheDQupm.net] 公式 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/ 2 名前：デフォルトの名無しさん mailto:sage [2024/02/23(金) 18:14:46.11 ID:7HXLfctb.net] Rust The Book (日本語版) https://doc.rust-jp.rs/book-ja/ Rust edition guide (日本語版) https://doc.rust-jp.rs/edition-guide/ Rust by example (日本語版) https://doc.rust-jp.rs/rust-by-example-ja/ Rust cookbook (日本語版) https://uma0317.github.io/rust-cookbook-ja/ Rust API guideline (日本語版) https://sinkuu.github.io/api-guidelines/ Rust nomicon book (日本語版) https://doc.rust-jp.rs/rust-nomicon-ja/ Rust async book (日本語版) https://async-book-ja.netlify.app/ Rust WASM book (日本語版) https://moshg.github.io/rustwasm-book-ja/ Rust embeded book (日本語版) https://tomoyuki-nakabayashi.github.io/book/ Rust enbeded discovery (日本語版) https://tomoyuki-nakabayashi.github.io/discovery/ Rust Design Patterns (日本語版) https://qiita.com/Yappii_111/items/4ccc3a8461cdd4035651 https://qiita.com/Yappii_111/items/654717e6a6a980722189 Rust API guideline (日本語版) https://sinkuu.github.io/api-guidelines/ 3 名前：デフォルトの名無しさん mailto:sage [2024/02/23(金) 18:15:20.65 ID:7HXLfctb.net] 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/ 4 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 14:37:44.58 ID:TvelBLvi.net] 前スレ終盤がRust特有の型🔵ナニー症候群の典型(この用語は出典参照) https://mevius.5ch.net/test/read.cgi/tech/1705760500/977- Netflixは2年かけて気が付いたけど凡人程のめり込む沼 出典 https://www.youtube.com/watch?v=6gwF8mG3UUY Haskellの時と同様、概念だけ触れたら他の言語に活かすのが良い 長居していると症候群認定される危険性があるから 5 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 14:48:37.96 ID:cR8FpHrN.net] >>4 それ何の情報もなく見ても無駄 具体的な説得力ある話がない TypeScriptが嫌いでGoが好きらしい 6 名前：デフォルトの名無しさん [2024/02/24(土) 16:14:50.39 ID:yK1YDROT.net] Rustから前スレ終盤の型オナニーをなくしたような言語があれば使いたいけど、ないから仕方なくRustを使っている 7 名前：デフォルトの名無しさん [2024/02/24(土) 16:23:38.76 ID:GLkrdyDg.net] 静的型チェックレベルを高めつつジェネリクス等による汎化を活用しようとすれば大なり小なり型オナニーは避けられない RustやTypeScriptだけでなくC++のtemplateやPythonの型ヒントでも同じこと 単独のTraitだけの話で型オナニーとか言ってるやつはオナニーレベルが低過ぎ 静的型チェックへの適性がないのでRustも辞めた方がいい 8 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 16:34:30.38 ID:vVxC7GCC.net] 型オナニーより所有権やライフタイム管理の方が面倒だけどな それが型と絡むからさらにややこしくなる 9 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 17:03:48.32 ID:4NvD6VS8.net] 動的型付け言語しか慣れてない初心者が静的型付け言語に慣れるまで時間がかかるのは当たり前 GC前提言語しか慣れてない初心者がそうでない言語に慣れるまで時間がかかるのは当たり前 プログラミングに向いてる人ならどちらもすぐに慣れる そんなことで文句を言っているようではプログラミングに向いていない 10 名前：デフォルトの名無しさん [2024/02/24(土) 17:13:41.82 ID:V+W4sktV.net] Rustの型オナニーは「本当は1つにまとめても良いんだけど歴史的経緯で2種類あります」みたいなのが稀にあって気持ち良くない 11 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 17:33:53.05 ID:rpcvr5yl.net] >>10 妄想楽しいですか？ 12 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 18:25:50.38 ID:+fQ0JdTj.net] >>8 それRust特有だよね 時間がどんどん溶ける 13 名前：デフォルトの名無しさん [2024/02/24(土) 18:33:24.91 ID:Sbx59RJL.net] asはそろそろFrom/TryFromに統一してほしいんだけど 14 名前：デフォルトの名無しさん [2024/02/24(土) 20:45:24.03 ID:Mj/QkYpd.net] 型オナニーって全部習得するまでにいったいどれだけ時間かかるんだ 15 名前：デフォルトの名無しさん [2024/02/24(土) 20:47:39.26 ID:fAQkBdOO.net] 型オナニー四十八手 16 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 22:10:17.16 ID:SuzjS9X3.net] >>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となる 17 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 22:13:12.85 ID:SuzjS9X3.net] 打ち間違い 252でなく253ね 18 名前：デフォルトの名無しさん [2024/02/24(土) 22:51:22.10 ID:Sbx59RJL.net] >>16 それだけならstdにimpl From<i32> for Wrapping<u8>でも入ってくれれば事足りると思うが…… asって手軽なだけで変換元と変換先の型ごとに意味が複数あるのが複雑で嫌いなんじゃ C++のC形式キャストみたいな印象 19 名前：デフォルトの名無しさん [2024/02/24(土) 22:53:55.08 ID:Sbx59RJL.net] え、てかそもそも演算オーバーフローはpanicするのにキャストはpanicしないのか だるっ そういうとこやぞ 20 名前：デフォルトの名無しさん mailto:sage [2024/02/24(土) 23:26:44.50 ID:1jp0hNdJ.net] 生演算子はオーバーフローせずラッピングされる panicはデバッグ時のみ 明示的にラッピングしたいときはwrapping_add オーバーフローを処理したいときはchecked_addやoverflowing_addまたはsaturating_add 21 名前：デフォルトの名無しさん [2024/02/25(日) 01:04:03.14 ID:/M3V/hwr.net] 型オナニーって複雑な型パズルを解いて悦に入ることを言ってるのかと思いきや 標準ライブラリの基本的な使い方を覚えることなのかよ オナニー要素ゼロじゃん そんなマインドではRustに限らず言語習得は無理だぞ 22 名前：デフォルトの名無しさん [2024/02/25(日) 01:05:34.01 ID:PHCSkV3G.net] そんなマインドでもGo言語なら習得出来るんだよなあ 23 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 01:14:51.15 ID:Y4TucXFt.net] バカはGoへ行くしかないよ Rustなどは一般的なプログラミング能力がある人向け 24 名前：デフォルトの名無しさん [2024/02/25(日) 01:52:59.15 ID:5QMstwYR.net] >>22 それはたまたま動いてるようなもんだぞ。 25 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 09:14:13.54 ID:F2CUOiYD.net] Rustの開発って時間掛かりそうなイメージある とりあえず作ってみて後でリファクタリングって作り方ができない感じ？ 26 名前：デフォルトの名無しさん [2024/02/25(日) 09:49:58.55 ID:JC//7tos.net] termuxよりscreen派なんだよなぁ。ライセンスはgplよりbsdのが好きなんだけど。 27 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 10:13:55.36 ID:CWUdGBuB.net] >>21 リアルの会話でこうやってRustのマイナス面を他と同じと言う奴は 内心信用してない >>23 言い方があれだけどこっちの方が信用できる 28 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 10:16:51.38 ID:m/LZ7YZH.net] >>25 リファクタリングってのは外部から見た時の挙動を変えないのが原則なので 少なくとも型やライフタイムについては辻褄が合っていることを保証できる仕組みは リファクタリングでも便利なんだぞ。 内部的な処理でもあまり柔軟には変えづらいということはあるけど 変えづらいところは (外部に対する保証に関わってくるので) 変えてはならない箇所だってことがわかる。 29 名前：デフォルトの名無しさん [2024/02/25(日) 10:21:38.07 ID:UdSUU0Ni.net] >>9 ✕プログラミングに向いていない ○rustに向いていない 皆さん、これがrust信者です 30 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 11:59:50.84 ID:sgD3xFEl.net] >>6 せめてtraitに外延性があって集合的操作ができればいいんだけど、さすがにビルドに時間掛かりそうだしな。 ただでさえビルド時間が重たいから、設計の「早すぎる最適化」は仕方ないのかね。 31 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 12:12:53.79 ID:swktBlsa.net] >>26 screenってまだメンテされてんの？ 32 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 12:43:55.95 ID:JQupN8F5.net] >>28 例えばpythonとかだと型とかプログラム構造気にせずにパパッと書いて ある程度動くスクラッチでレビューして内容詰めて スクラッチから流用できそうなら作り込んでリファクタリングみたいにできるけど Rustだとそういう風にできなさそう 33 名前：デフォルトの名無しさん [2024/02/25(日) 12:48:37.70 ID:AFiN8NTf.net] >>23 こういうのに限ってgoでもろくなもの書けない 34 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 12:50:53.73 ID:lnNUwEQk.net] >>32 Pythonだとそのリファクタリング前後で挙動が変わってしまわないように気を遣うのがしんどいな そういうとりあえず試しに作るケースだとユニットテストなんかも当然ない状況なんで Rustに限らず静的型ならその辺をだいたいコンパイルエラーで拾えるのが楽 35 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 13:03:20.25 ID:WCq5qF7l.net] >>27 「僕は基本Traitがよくわからない => それはRustのマイナス面」 この発想が幼稚さがわからないのかな？ 他の言語と比べたときのRustのマイナス面はたくさんあるがそういう話のレベルじゃないだろ 36 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 13:05:42.89 ID:Y4TucXFt.net] >>32 動的型付け言語しか使ったことがない初心者が 静的型付け言語の圧倒的なメリットを理解できないのはよくあるあるある 脱初心者の壁を乗り越えよう 37 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 13:18:05.49 ID:Y4TucXFt.net] どんな言語にもマイナス面がありRustにもある しかしマイナス面を上回る莫大なメリットがRustにはいくつもあるからIT業界をあげてRustを支援＆採用している 揚げ足取りでRustを叩きたいだけの人はアンチスレへ行け 38 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 13:23:45.23 ID:/3HpHAOM.net] >>36 知らないのかもしれないけど今のPythonはどちらもできる 39 名前：デフォルトの名無しさん [2024/02/25(日) 13:29:34.11 ID:cAT3nYdz.net] >>35 どんな理由であれ複雑なのはマイナスだろ 複雑なのがプラスだってんならC++かbrainfuckやれよ 40 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 13:33:19.74 ID:m/LZ7YZH.net] 漸進的型付けは静的片付けと動的型付けのどちらも出来るわけではなくて漸進的型付けという別物だと解釈すべきだと思うよ。 41 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 13:35:59.16 ID:m/LZ7YZH.net] >>39 能力が同じなら複雑さはマイナスだが複雑にしてでもそれを上回るメリットが得られることがあるという話だということも理解できないの？ トレードオフ 42 名前：デフォルトの名無しさん [2024/02/25(日) 13:47:25.26 ID:cAT3nYdz.net] >>41 >>35はそんなこと書いてないぞ > 「僕は基本Traitがよくわからない => それはRustのマイナス面」 > この発想が幼稚さがわからないのかな？ だぞ。勝手に自分の文脈を他の人のレスに上乗せして書いてない解釈を押し付けるなよガイジ 43 名前：デフォルトの名無しさん [2024/02/25(日) 13:51:18.30 ID:qsle6rXj.net] 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/ 44 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 13:53:04.35 ID:Y4TucXFt.net] ここはRustユーザが集うRustスレ 叩きたいだけのキチガイはアンチスレへ行け 45 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 13:56:41.04 ID:Y4TucXFt.net] >>43 なるほど https://news.mynavi.jp/techplus/article/rustalgorithm-16/images/001.jpg 46 名前：デフォルトの名無しさん [2024/02/25(日) 14:00:42.93 ID:qsle6rXj.net] C++の後継目指すプログラミング言語「Carbon Language」、Googleの技術者が実験的公開。C++は技術的負債で改良が困難と https://www.publickey1.jp/blog/22/ccarbon_languagegooglec.html 47 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:05:55.86 ID:gx/ep+tD.net] >>37 嘘はいかんよ Rustにはメリットなし、がIT業界の総意 Adaの方が上 最新版IEEE調査Jobs https://i.imgur.com/Z8hI9C6.png 48 名前：デフォルトの名無しさん [2024/02/25(日) 14:10:17.03 ID:cAT3nYdz.net] Jobで判断するのはちょっとなあ Jobの要件にするのってその言語さえ出来れば良い人を探す時じゃん Rustってまだそのフェーズではないんだよな 49 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:19:17.62 ID:2NfnhAyO.net] >>48 言うてメインはOSS用だよね 大手はちょっとばかり資金援助してレバレッジ効かせようと宣伝して 2021-2022がRustハイプのピークだったんだけど真水のJobは稀 50 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:25:08.84 ID:zbRFIfV6.net] >>46 Carbonはその公式FAQに明記してるように Rustを使える状況ならRustを使ったほうがいいという立ち位置 Carbonは既存のC++遺産メンテ用 51 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:32:26.24 ID:is3AzB4D.net] >>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」を開発し利 用していることを明らかにしました。 52 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:38:19.37 ID:+AfYZ5AE.net] 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 53 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:45:16.11 ID:8UflVtOh.net] >>52 情報古いな AmazonはLLRTでしょ cloudflareのRustは放置だ 54 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:48:00.26 ID:3ePlkypT.net] 誰も問題視していないどうでもいいことでしかRustを叩けない状況 アンチが追い込まれている 55 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:53:16.67 ID:8UflVtOh.net] >>53は>>51向けな >>52のは違うIssue/PRのcommitで場当たり的fixしただけで知れっと本質を隠蔽した >>54 問題視したから取り繕いfixしたんだよ 56 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:56:15.69 ID:8UflVtOh.net] >>37,47 上位は納得だから結局のところ「IT業界をあげて」なんて言いたかったら Jobで判断するのが客観的で中立フェアな基準なんだな 57 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 14:59:17.67 ID:GfahaNNz.net] >>53 LLRTはAWS LambdaでJavaScriptを使いたい人向けのJSランタイムの一つ Rustが使えるならRustを使ったほうが有利 さらにAWS自体も>>51にソースがあるようにRustで書かれている 58 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 15:03:11.52 ID:h80FlwFJ.net] >>57後半 部分的にな あとそのソースとやらのLiam Tungはいなくなったね 飛ばし過ぎた？ 59 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 15:09:15.42 ID:h80FlwFJ.net] >>57 >Rustが使えるなら 時々見るこの枕詞は実際の現場では使えない事の証拠なんだよなぁ 60 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 15:10:35.35 ID:h80FlwFJ.net] >>57 >JavaScriptを使いたい人 これが圧倒的だからAmazonが独自魔改造したから凄い 61 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 15:27:26.81 ID:GfahaNNz.net] >>59 そのAWS Lambdaでも当然Rustを使えます Rustを使えないのは環境ではなく低層プログラマー 62 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 15:30:50.61 ID:na8ub8Oh.net] >>55 この恣意的な例以外で同様の脆弱性が生まれる例があれば教えて欲しい 煽りとかではなく 63 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 15:48:37.00 ID:3ZfnE9eN.net] >>62 俺も煽りじゃなく警鐘で言うけど >>55の根本原因究明がならなかったから、今後も散発的に発見しては穴ふさぎをするのでは (CVE報告しないで悪用されたら最悪だけど) Rustのメモリ安全性目標チェックは他の言語と比べて 相対的にメリットがあったりデメリットがあったりするだけのことだから 64 名前：デフォルトの名無しさん [2024/02/25(日) 16:02:53.19 ID:4fScDWQR.net] >>62 恣意的ってそういう意味じゃないですよ 65 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:07:08.08 ID:na8ub8Oh.net] 例出せないならお前が偉そうに言うことではないぞ どの立場からもの言ってるんだ？ 66 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:10:58.09 ID:37W0dlDW.net] >>62>>65 化けの皮が剥がれるの早すぎて草 67 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:11:46.86 ID:na8ub8Oh.net] 俺の質問に答えずに訳のわからないことを言うしかできないんですね くだらないクズが 68 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:14:14.27 ID:wVCQJTWx.net] >>52 実際の開発では出てこない極端に作り上げた例のみだから Rustを採用しているIT大手を含めて問題視していない 69 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:19:05.44 ID:5Lw05PSN.net] >>66 ちなみに急に煽り始める>>65,67はあのコテハン >>68 >実際の開発では出てこない極端に作り上げた例 自分で踏んだ事ないから想像だけど、失敗を犯すのはその考え方の人間 70 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:21:52.97 ID:na8ub8Oh.net] いや煽ってきたのはお前だろw 何を勘違いしてるんだ 71 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:23:31.57 ID:na8ub8Oh.net] 自分が攻撃するのは良くて攻撃されるのは嫌か？ そういうやつには徹底的にやるから覚悟しろよ 俺に攻撃するってことはそういうことだ 72 名前：デフォルトの名無しさん [2024/02/25(日) 16:24:39.64 ID:4fScDWQR.net] 誰やねん 73 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:27:11.46 ID:LjVpirDf.net] 自分以外が全部同一人物だと思い込んでるアタオカの着火点は意味不明だよな 74 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:31:47.21 ID:wVCQJTWx.net] >>69 実際にコードを見てごらん ありえない無意味なコード 識者たちも問題視していない 75 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:36:11.19 ID:sIg5Fob3.net] >>71 誰も攻撃してないのにこの人怖い、やめてくれませんか 心理的安全性を通り越して身の危険を感じる((((；ﾟДﾟ))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ 76 名前：デフォルトの名無しさん [2024/02/25(日) 16:37:37.04 ID:4fScDWQR.net] 例の#25860、ジェネリクスとかマクロ生成の裏で意図しないでこのパターン踏んだりしない？ 絶対ない？ 77 名前：デフォルトの名無しさん [2024/02/25(日) 16:37:39.99 ID:muM7k3Ml.net] rustでリファクタリングしながらの開発ってなると多分unsafeを途中経過で入れたりとか そういうテクニックが必要になると思う。 その辺の整備が進めば割と広まるかもね。 78 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:45:35.35 ID:wVCQJTWx.net] >>76 絶対にないから安心していい その「&'static &'a ()」が出てくることはない 79 名前：デフォルトの名無しさん [2024/02/25(日) 16:50:17.61 ID:4fScDWQR.net] >>78 理由は？ 80 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:51:49.35 ID:zhB6NxSY.net] >>32 サクッとプロトタイピングする目的ならそりゃRustよりPythonのほうが向いてる Rustは多少手間がかかったとしても速度・安全性・堅牢性を高い水準で求める場合に使う言語 >>39 AsRefやTryFromが複雑とか言われても困ります 81 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 16:52:52.76 ID:hjrqLcFN.net] >>77 unsafeは基本的に不要 必要だと思ってもまず標準ライブラリにその機能がないか調べる 次にクレートにその機能がないか調べる どこにも存在しない場合 unsafeを安全に閉じ込めて安全に使うことができる有用な機能を発見したのならばラッキー それをクレートとして公開するとよい 82 名前：デフォルトの名無しさん [2024/02/25(日) 17:06:44.48 ID:4fScDWQR.net] Rustコンパイラチームは意図せず発生する可能性を否定していない様子 ここのヤツはやっぱりテキトー言ってるだけか https://hackmd.io/@rust-compiler-team/SkkrA1DCK#Variance > https://github.com/rust-lang/rust/issues/25860 > root issue of most variance issues > ⚠🚨⚠ can potentially just happen by accident 83 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 17:26:51.68 ID:O13egj5J.net] >>77 同じ構造体の一部を参照しながら別の一部を書き換える大きめのメソッドを 複数のメソッドに分割しようとするとborrow checkerに引っかかる的な話かな 他の言語のクラスと同じ感覚で構造体作るとたまに嵌る Rustの構造体はRDBのテーブルを正規化する雰囲気で分割した方がいい 84 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 17:30:07.94 ID:hjrqLcFN.net] >>82 Rustのvariance仕様だから発生させることはできるけど 現実に使うコードでは発生しない 意図的にその仕様の狭間をつく現実的でないコードでのみ発生する そのためその2015年からそのまま放置で誰も困っていない 85 名前：デフォルトの名無しさん [2024/02/25(日) 17:45:11.19 ID:4fScDWQR.net] >>84 by accidentを辞書で引いてこい 86 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 17:51:15.22 ID:hjrqLcFN.net] >>85 その2015年から9年間 その問題でトラブルが起きたことがない 87 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 17:55:53.01 ID:bLJeGl/a.net] >>81 >unsafeは基本的に不要 >...ラッキー 嘘で始まって運頼みで締めるとはw 信者の心の支えの大手のあそこは 見境なくunsafeを使わざるを得なくなって Rustでやった意味が無くなってるってよ 88 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 17:56:42.46 ID:m/LZ7YZH.net] 可能性を論じるならお前の頭に隕石が落ちてくる可能性だってあるが、そんなことを心配したことある？ 89 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 18:03:36.71 ID:c6Ww7brW.net] RustはVec等のCVE前科があるからなぁ 頭に隕石が落ちたんじゃね？ 90 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 18:07:11.51 ID:e56nXER6.net] 開発プログラムでunsafeを直接使うことはほとんどない unsafeが閉じ込められ安全なインターフェースが公開されている形で間接的にのみ用いる どうしてもunsafeが必要になった場合でもそのように安全な形で分離して用いる 91 名前：デフォルトの名無しさん [2024/02/25(日) 18:10:03.77 ID:4fScDWQR.net] 隕石であれ何であれそれがエンジニアリング可能な対象なら問題を特定して語る意味はあるだろう 92 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 18:19:05.40 ID:e56nXER6.net] >>89 Dropで型がpanicする時にその要素をた用いたVec::from_iter()で二重解放のバグが発見された件か もちろん他の言語と同様に全ての言語においてライブラリにバグが見つかることは当然ある Rustはその点でも少ない方なので信頼して使える 93 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 18:30:56.08 ID:F3hFw1lw.net] >>90,92 思い描く理想と現実の落差が激しいな Rust不信の原因だぞ とくに>>92の最後の行があるから信用されない 94 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 18:43:22.50 ID:hlYoDW1g.net] Rustの2023年のCVEはCargoで名前をエスケープし忘れた1件のみ Rustの2022年のCVEは0件 つまりRustコンパイラについて過去2年間でCVEなし 信頼度が高いと言える 95 名前：デフォルトの名無しさん [2024/02/25(日) 18:49:05.16 ID:cAT3nYdz.net] Rust以外のコンパイラってそんな言うほどバグないか？ 96 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 19:34:08.90 ID:O13egj5J.net] 普通にあるけどみんなで使うから大部分はリリース前に潰される コンパイラというよりライブラリのバグみたいだけど他の言語より未定義動作にシビアだから バグ扱いされる事例が増えるのは仕方ない 97 名前：デフォルトの名無しさん [2024/02/25(日) 19:46:15.91 ID:pvICb5ke.net] >>91 お前のとこは無限のリソースがあるのかな？ いいなぁ優先順位考えなくていい環境。うらやましいよ。 98 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 19:49:21.58 ID:+aJmKKn5.net] 今となっては未定義動作の多い言語を使うのは悪行だ Rustを使うべし 99 名前：デフォルトの名無しさん mailto:sage [2024/02/25(日) 20:11:25.55 ID:yYiD0TuW.net] >>82 ここの信者はテキトー過ぎるよな コンパイラ開発チームはもとより、サー� 100 名前：xイ回答者もコンパイラバグ潰しを最優先、が一番多い [] [ここ壊れてます]

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef