[過去ﾛｸﾞ]
Rust part24 (1002ﾚｽ)
Rust part24 http://mevius.5ch.net/test/read.cgi/tech/1716759686/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
109: デフォルトの名無しさん [sage] 2024/06/13(木) 21:29:59.05 ID:/G8REiwP RustはC/C++に置き換わるのか？ http://mevius.5ch.net/test/read.cgi/tech/1716759686/109
123: デフォルトの名無しさん [sage] 2024/06/14(金) 10:01:07.05 ID:lj8dYX/x >>115 C++のロードマップを見てくると良いよ http://mevius.5ch.net/test/read.cgi/tech/1716759686/123
209: デフォルトの名無しさん [sage] 2024/06/16(日) 15:11:48.05 ID:xaMJYqDm >>208 C/C++はISO認定だからな 一方、Rust連中はほんぽん仕様変える(変えたい)から、そんなISOレベルの仕様書書く意味がないって感じじゃないのか http://mevius.5ch.net/test/read.cgi/tech/1716759686/209
249: デフォルトの名無しさん [sage] 2024/06/18(火) 19:12:43.05 ID:mK8t8Wj0 Rust Foundation自身がrfc3355をmergeして仕様策定やります宣言してるのに 今更そんなこと言ってもね http://mevius.5ch.net/test/read.cgi/tech/1716759686/249
497: デフォルトの名無しさん [sage] 2024/06/30(日) 10:53:06.05 ID:DQMdIUg4 あえて >>493 で頑張ると https://paiza.io/projects/sk40IXUgPm0k_VgI1wsHBg fn main() { let cwln = |s| { println!("{}", s) }; let g = |(i, line): (usize, &str)| { format!("{:>2}:{}", i + 1, line) }; let f = |file_name: String| { cwln(file_name.clone()); std::fs::read_to_string(file_name).map(|u8b| { u8b.lines().enumerate().map(g).for_each(cwln) }).unwrap() }; std::env::args().skip(1).for_each(f) } http://mevius.5ch.net/test/read.cgi/tech/1716759686/497
551: デフォルトの名無しさん [sage] 2024/07/01(月) 23:04:21.05 ID:3i64JhgU 昔、C++でprintf使ったら怖い人に怒られたのに 今じゃあれはクソ設計だったって評価に固まってるんだね、英語圏でも http://mevius.5ch.net/test/read.cgi/tech/1716759686/551
554: デフォルトの名無しさん [sage] 2024/07/02(火) 05:00:17.05 ID:VNjymWLQ >>553 型チェックできて型がわかっているのに なぜ%dや%fや%sなど指定しなきゃいけないのか理解できない 型がゆるゆるだった大昔の遺物にみえる http://mevius.5ch.net/test/read.cgi/tech/1716759686/554
701: デフォルトの名無しさん [] 2024/07/10(水) 00:10:24.05 ID:HryWiaEt 過去に見た (rust以外の) プロジェクトの失敗例だと ・もともとFooというクラスがあった ・新しく作るBooクラスについて、Fooクラスと同じように扱えれば既存コードをあまり変更しなくても済むぞ！と誰かが気づいた ・その人物は Foo クラスのメソッドを元に IFoo インタフェースを定義し、それを Foo と Boo に実装させた ことから混沌としたコードが生まれた例がある この失敗をやらかした人は、Rustでも同じように「既存の Rectangle クラスを元に IRectangle トレイトを作り、それを Rectangle と Square に実装させる」ことをやりかねない Rustではそれが不自然なパターンになりやすいし、起こりにくくはあるけど、本質的には設計の問題 http://mevius.5ch.net/test/read.cgi/tech/1716759686/701
722: デフォルトの名無しさん [sage] 2024/07/10(水) 13:32:41.05 ID:2GPD5dJ4 ChatGPTってモノシリなんですね？ http://mevius.5ch.net/test/read.cgi/tech/1716759686/722
900: デフォルトの名無しさん [sage] 2024/07/20(土) 14:16:49.05 ID:F167yFzL >>898 ; が : の間違いかな >>899 暴落予想 note.com/asset_n_ichi/n/nceaa6f318b1e http://mevius.5ch.net/test/read.cgi/tech/1716759686/900
946: デフォルトの名無しさん [sage] 2024/07/24(水) 00:02:23.05 ID:QMkBbV1F できる/できないで言えばできるよ タプルの要素がすべて同じ型で要素数が12個以内ならFrom/Intoで配列に変換してイテレートする それ以外ならextension traitで自前のイテレータを返すメソッドをタプルに実装する 他にも方法あるけどこの2つが主 タプルの型・要素数、イテレート時の型を汎用化したい場合はマクロが必須でそこそこめんどくさい 特にヘテロなタプルを汎用的にイテレート用の型に揃えるのはめんどくさい 本当にタプルで管理するのが望ましいのか タプルで管理しつつイテレータで回すのがベストなのか まずはよく考えたほうがいいと思う http://mevius.5ch.net/test/read.cgi/tech/1716759686/946
959: デフォルトの名無しさん [] 2024/07/24(水) 08:50:34.05 ID:NUYI7xpt XY問題だとか言うけど、上のFizzBuzイテレーターなんかはXとYのどちらとも関係ないでしょ 既にあるデータに対してイテレートする方法でなく、FizzBuzを0から生成するだけだから それをしつこく何度も書くあたりが本物 http://mevius.5ch.net/test/read.cgi/tech/1716759686/959
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.043s