Rust part21

1 名前：デフォルトの名無しさん [2023/08/15(火) 22:24:39.45 ID:xzxy4cgp.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 part20 https://mevius.2ch.net/test/read.cgi/tech/1677771928/ ﾜｯﾁｮｲスレ プログラミング言語 Rust 4【ﾜｯﾁｮｲ】 https://mevius.2ch.net/test/read.cgi/tech/1514107621/ 435 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 01:56:24.14 ID:a3LzK6ia.net] システムプログラ� 436 名前：~ングのための言語なので純粋に関数型な要素だけを求めるなら別の言語を当たった方が良い [] [ここ壊れてます] 437 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 02:12:44.80 ID:QajUcOD9.net] リスト型つまりLinkedListをメインにすると利便さと引き換えに遅い問題とガベージが出まくる問題がある Rustはリスト型メインにしなくて正解 438 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 04:42:48.81 ID:+bTugVnw.net] GCを前提にしない仕様の上に積み上げなくてはならないという側面から見ると、わりかしよくやっている方なんじゃなかろうか……知らんけど 439 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 06:29:51.58 ID:GJ9LXcgc.net] 自称情強底辺者「Rustでhello worldかける俺カコイイ」 真の成功者「スイカゲームでボロ儲けしました」 440 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 06:46:44.80 ID:bWLG2vp7.net] mut無しとはこういうことか https://play.rust-lang.org/?version=stable&mode=release&edition=2021&gist=a5753729862ae878a1cf011314e90f3e fn qsort<T: Copy+Ord>(list: &[T]) -> Vec<T> { match list { [pivot, ..] => { let (smaller, rest): (Vec<T>, Vec<T>) = list[1..].iter().partition(|&i| i < pivot); [qsort(&smaller), vec![*pivot], qsort(&rest)].concat() }, _ => vec![] } } fn main() { let list = [9, 0, 7, 3, 6, 1, 2, 4, 8, 5]; println!("{:?}", list); println!("{:?}", qsort(&list)); } 441 名前：デフォルトの名無しさん [2023/10/07(土) 09:44:47.17 ID:WqNjBTZw.net] まあ今時ランタイム速度でそこまで差がつくことはないわな。 ガベコレの実行タイミングが問題になることは結構あると思うけど。 442 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 11:17:12.27 ID:fuWtUzBR.net] アロケートしまくリングやな 443 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 12:06:59.60 ID:pov02R//.net] ランタイムサポートが極まってきたからこそ 極めきれない部分の差が目立ってきたんだよ。 444 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 14:19:35.27 ID:koj+veBs.net] XYZ座標みたいな単純だけどプリミティブでない大量のデータの配列を作りたいときに １つ１つをオブジェクトにしないといけないGC言語は放り投げたくなる 座標なら最悪プリミティブに分解して自分で並べれば済むけど型が混ざると詰む 445 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 15:18:57.75 ID:AO4ZOvxF.net] >>424 >>430 なるほど 美しいコードはスッキリうんこみたいに気持ち良い まるで脳が洗われるようだ 普段いかに毒に浸かってるかが判るな 446 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 15:43:47.56 ID:Ozx346pn.net] Rustのはmutなしにした場合の問題提起のための悪い例だろ 447 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 15:51:39.94 ID:O3XDw4H3.net] >>434 Rustでも１つ１つオブジェクトにする 何の問題もないどころかむしろ好ましいやり方 448 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 16:42:12.14 ID:2ow1Jojj.net] ocamlだとこんな感じかな？ let rec qsort = function | [] -> [] | pivot :: tail -> let smaller, rest = List.partition ((>) pivot) tail in qsort smaller @ pivot :: qsort rest >>424 scala比較のためそのままコピペ def qsort(list: List[Int]): List[Int] = list match case Nil => Nil case pivot :: tail => val (smaller, rest) = tail.partition(_ < pivot) qsort(smaller) ::: pivot :: qsort(rest) scalaすごい頑張ってると思うわ 449 名前：デフォルトの名無しさん mailto:sage [2023/10/07(土) 23:59:36.96 ID:QajUcOD9.net] >>430 RustはそのようにOCamlやScalaと同等に書くことも容易な点がいいな 同時にその方法によりRustで記述すると大量にVec(またはリストを実現する何か)を使い捨てていることが見える つまりGC言語ではガベージが大量に出る 450 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 02:42:17.66 ID:9NUoKPD/.net] くすくす 451 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 08:07:41.64 ID:WAd1DVRF.net] 同等に書けてないでしょｗ 452 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 09:57:45.64 ID:ShBUnVvx.net] 同等というより>>438と>>430は全く同じだな 空でなければpartitionでsmallerとrestに分けて それぞれを再帰でqsortしてconcatenate 453 名前：デフォルトの名無しさん [2023/10/08(日) 10:16:57.79 ID:CrdCteTP.net] 次はHaskellまたはErlangでおながいしまつ 454 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 10:38:24.03 ID:lCt9aeoq.net] in-placeなqsort書いてよ 455 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 10:39:23.48 ID:WAd1DVRF.net] >>443 Haskell qsort [] = [] qsort (x:xs) = qsort [y | y <- xs, y < x] ++ [x] ++ qsort [y | y <- xs, y >= x] Erlang qsort([]) -> []; qsort([X|Xs]) -> qsort([ Y || Y <- Xs, Y < X]) ++ [X] ++ qsort([ Y || Y <- Xs, Y >= X]). 456 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 12:06:58.68 ID:3KZ70qk+.net] 複オジは常にヒープアロケートするGC言語しか知らないのかな？ 特定の言語の機能不足をGC言語の制約のように語るのはやめような 457 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 14:27:21.60 ID:1klr8jB1.net] rustより高度なライフタイム管理する言語ってないの？ 458 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 14:53:30.59 ID:33/5YUgE.net] 高度なライフタイム管理のベクトルがわからん 全データに参照カウンタをもたせて参照→存在を保証してるGC言語ならたくさんあるし 処理過程を生成する（書かせない）ことでライフタイムを意識させない関数型言語もある 459 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 14:57:14.95 ID:lcllyLaE.net] >>442 ScalaのListもOCamlの[]も単方向リストであってべクタではないのに唯一気付いていないおじさん 460 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 15:04:22.44 ID:KeQMELAC.net] それはそれとしてScalaのcase classはRustにも欲しいと思うことあり 461 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 15:32:16.97 ID:1klr8jB1.net] >>448 rustを置き換え可能な言語で つまりゼロコスト抽象 大学の研究レベルのものとかでないのかな 462 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 16:37:56.79 ID:lCt9aeoq.net] ランタイムコストなしのライフタイムチェックはシステムプログラミング言語だから必要な話で、そうでない言語ならGCで良い shared xor mutableの静的な保証はGC言語でも嬉しい性質だと思うが、他の言語で採用例はあるのかね？ 463 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 18:19:11.05 ID:WAd1DVRF.net] enumのリストで書いてみたわ rust不慣れだから所々おかしいかも https://ideone.com/0Ro48L enum List<T> { Cons(T, Box<List<T>>), Nil, } impl<T: Copy + PartialOrd> List<T> { // 略 fn qsort(&self) -> Self { match self { List::Nil => List::Nil, List::Cons(pivot, tail) => { let (smaller, rest) = tail.partition(|x| *x < *pivot); smaller.qsort().concat(&rest.qsort().prepend(*pivot)) } } } } fn main() { let list = List::<i32>::nil().prepend(4).prepend(8).prepend(8).prepend(3).rev(); list.each(|n| print!("{}", n));println!(""); list.qsort().each(|n| print!("{}", n));println!(""); } 464 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 19:36:48.46 ID:e3limdE9.net] >>449 目的はソートなので、 単方向リストを用いるかベクタを用いるかは実装方法の問題だから些細な話かな。 実用上もベクタで十分だから単方向リストの出番は滅多にないよね。 465 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 20:05:18.10 ID:lCt9aeoq.net] で、みなさんは単方向リストを使う綺麗だけどクソ遅いコードを並べて何がしたいんですか？ 466 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 20:14:55.63 ID:BgGDjECm.net] そんなの用途次第だろ ど素人かよ 467 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 20:19:50.77 ID:QzGY7mJQ.net] >>454 >>439がガベージがどうこう言ってるのについてはどう思う？ 468 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 20:59:00.53 ID:e3limdE9.net] >>457 リストはガベージと裏表一体ですが何を問題にしていますか？ リスト化する時にconsセルの割り当てが発生します。 そしてリストから取り出す時に空のconsセルがガベージとして発生します。 469 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 22:12:35.86 ID:nH9KI4I/.net] 赤っ恥オジの言い訳草 470 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 22:57:55.16 ID:1kYUOs3M.net] 入れもの(メモリ)はどのデータ構造でも不可欠だからいずれもゴミが発生するのは仕方ない ただしリスト(各セル|ノード)に比べてベクタは以下の点で有利 ・まとめて確保解放ができる ・next pointer(の容量と処理)が不要 ・リニアスキャンが速い ・ランダムインデックスアクセスも速い そのためRustでもほとんどの用途でベクタが使われリストは少ない 471 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 23:00:08.12 ID:Li9tDqQF.net] 今どきはCPUキャッシュが効くかどうかが問題だから 472 名前：デフォルトの名無しさん mailto:sage [2023/10/08(日) 23:38:45.90 ID:F0i6/5MC.net] 三連休使ってrustの勉強してるけど、ようやく慣れてきた 某openGLの本をMacでやっててDSL2のインストールに四苦八苦、、、 なんかこいつだけCargo.tomlの書き方が、、、 急ぎ足せずrustのとこにある蟹表示するやつ写経してクレートの追加覚えた 先は長いね、、、 頑張る 473 名前：453 mailto:sage [2023/10/09(月) 01:16:03.20 ID:VBg3Yonc.net] >>444 >>455 https://ideone.com/Q0LqWM これでクイックソートになってるはず？ なってなくても笑って許してほしい 474 名前：デフォルトの名無しさん mailto:sage [2023/10/09(月) 01:21:45.86 ID:L6ciWwId.net] >>456 ソート済み配列のソートの計算量が最悪になるqsort実装の活用方法わかんないです どういうときに有効なんですか？ 標準ライブラリのソートアルゴリズム使った方が良いのでは 475 名前：デフォルトの名無しさん mailto:sage [2023/10/09(月) 01:24:15.18 ID:TA+AoWAa.net] リストと配列比較してるやつ全員馬鹿です 476 名前：デフォルトの名無しさん [2023/10/09(月) 13:24:27.74 ID:gMk1hFfQ.net] そんな香具師いたか？ 477 名前：デフォルトの名無しさん mailto:sage [2023/10/09(月) 18:01:30.12 ID:416rm9Ab.net] appendできないListってダサい 478 名前：デフォルトの名無しさん mailto:sage [2023/10/09(月) 18:16:49.87 ID:TA+AoWAa.net] おるやん！ 479 名前：デフォルトの名無しさん mailto:sage [2023/10/11(水) 15:06:20.59 ID:UxaO0GW9.net] Rust検索したらゲームの方が出てきてお前じゃないってなって情報収集が捗らない 480 名前：デフォルトの名無しさん mailto:sage [2023/10/11(水) 15:25:39.99 ID:kTxLNWR8.net] それで困ったこと今まで一度もないんだがどういう検索でそうなるの？ 普段からゲーム関係の検索したりサイト閲覧してたりする？ 481 名前：デフォルトの名無しさん mailto:sage [2023/10/11(水) 16:05:36.62 ID:jfZ9hs4j.net] ゲームの方もやってますね Rust初心者が簡単なゲーム作ろうとしてまして (Pythonのpygameでブロック崩し作れる程度) 検索方法がまずいのかもしれませんね 描画したり、画像をはったり、それを縦横動かしたいだけなのですが icedか？eguiか？みたいなとこまで来てるけど、まだ使い方がよくわからんですね どこの関数が初期設定の一発実行で、どこの関数が60fpsの毎回実行なのかとか プロではなく趣味なので言葉選びが毎回曖昧です 482 名前：デフォルトの名無しさん mailto:sage [2023/10/11(水) 17:42:19.71 ID:Pu4uPjjn.net] なるほどそういう感じなのか 検索ワードに”game”とかも含んでるなら 月並みだけどprogrammingを足してみたりゲームの方にだけ特徴的なワード(surviveやsurvivalとか)を除外してみたりするといいんじゃないかな 483 名前：デフォルトの名無しさん mailto:sage [2023/10/11(水) 20:52:08.31 ID:OZznE1k0.net] >>471 https://arewegameyet.rs/resources/tutorials/ とりあえずこの辺のチュートリアルから選んでやってみては？ 484 名前：デフォルトの名無しさん mailto:sage [2023/10/11(水) 23:18:11.74 ID:vJm7EO/F.net] >>441 >>430がVec使用だから同等でないという話ならばRustにもリンクリストがあるよ リンクリストに特化したパターンマッチング構文や結合構文はないけれど 例えばTをCopyせずそのまま使うならば use std::collections::LinkedList; fn qsort<T: PartialOrd>(mut list: LinkedList<T>) -> LinkedList<T> { 　if let Some(pivot) = list.pop_front() { 　　let (smaller, rest): (LinkedList<T>, LinkedList<T>) = 　　　list.into_iter().partition(|x| x < &pivot); 　　// concat 　　list = qsort(smaller); 　　list.extend([pivot]); 　　list.extend(qsort(rest)); 　} 　list } fn main() { 　let list = LinkedList::from([9, 0, 7, 3, 6, 1, 2, 4, 8, 5]); 　println!("{:?}", list); 　println!("{:?}", qsort(list)); } 485 名前：デフォルトの名無しさん mailto:sage [2023/10/11(水) 23:57:55.35 ID:2xINBvCy.net] はあ 馬鹿なんですね 486 名前：デフォルトの名無しさん [2023/10/12(木) 11:14:39.52 ID:u59ybXeV.net] たしかに Rust ゲーム 造り方 で検索するとゲームの方ばっかり出る罠 487 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 11:17:21.26 ID:u59ybXeV.net] >>474 mut 使ったら負け 488 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 12:51:53.05 ID:5Y8Kw2UP.net] >>477 そんな表層的なことを問題にするのは愚か 例えばmutを表層的に使っていない>>430はそこで呼び出しているpartitionとconcatそれぞれのなかでmutを使っている 当たり前だがデータを組み立てたり書き換える処理は全てmutにたどりつく >>474でも表層的にmutを無くしたいだけならば同様にconcat関数を作りその中でmutを使えばいい 489 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 12:52:32.93 ID:5Y8Kw2UP.net] >>477 そんな表層的なことを問題にするのは愚か 例えばmutを表層的に使っていない>>430はそこで呼び出しているpartitionとconcatそれぞれのなかでmutを使っている 当たり前だがデータを組み立てたり書き換える処理は全てmutにたどりつく >>474でも表層的にmutを無くしたいだけならば同様にconcat関数を作りその中でmutを使えばいい 490 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 13:19:12.59 ID:SguY35qe.net] mut使ったら負けとは俺は思わないが断じて表層的なことではない 本質的に重要な違いだからこそRustでは明確に区別してるわけなので それにconcatもpartitionもmut使ってない 491 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 13:31:42.25 ID:IQy1JHL6.net] 単方向リストと両方向リストの区別もついていない馬鹿だからしょうがないね 492 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 14:04:37.89 ID:29Fh0rnH.net] 標準ライブラリのソース見たら concatもpartitionもmut使ってるな 最終的にあらゆるmutになるのか 493 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 14:35:37.70 ID:+nxBPiMF.net] すべてがmutになる 森鴎外 494 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 14:56:18.33 ID:oQimRC1z.net] 「ボクの考えた最強の汚コードを批判するな！」 495 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 14:58:53.27 ID:X9LcShxS.net] >>482 ネタじゃなくマジで言ってるならRustは辞めとけ 絶望的に向いてない 496 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 15:06:20.95 ID:pri3rXDa.net] 複オジが劣化したのだろうか それとも複オジ劣化版が新たに出現したのだろうか 497 名前：デフォルトの名無しさん mailto:sage [2023/10/12(木) 15:24:09.95 ID:VkfPx0C5.net] mutを使わずにできることは読み出しとムーブとコピーだけ 498 名前：453 mailto:sage [2023/10/12(木) 19:51:44.10 ID:viHBcoi7.net] 今度はDartで書いてみた 3.0でパターンマッチがちょっと強化されたらしい？ 3.0新登場のスイッチ式の=>の右側には式だけしか書けない？ dartにはそもそもpartitionはない？ というわけで>>445のHaskell方式で書いてみた（程遠いけど） List qsort(List list) { return switch (list) { [] => [], [var pivot, ...var rest] => qsort(rest.where((x) => x < pivot).toList()) + [pivot] + qsort(rest.where((x) => pivot <= x).toList()) }; } 499 名前：453 mailto:sage [2023/10/12(木) 23:01:31.11 ID:viHBcoi7.net] こういう書き方もできた こっちのほうが雰囲気出てるかな？ List qsort(List list) { return switch (list) { [] => [], [var x, ...var xs] => qsort([for (var y in xs) if (y < x) y]) + [x] + qsort([for (var y in xs) if (x <= y) y]) }; } 500 名前：デフォルトの名無しさん mailto:sage [2023/10/13(金) 08:06:18.09 ID:q0Ayf65Z.net] >>482 RustはCと同じ高速で動作する手続き型言語だから少なくとも最下層はmutが基本になる たとえばイテレータからVecへcollectする場合 特殊ケースはunsafe最適化 一般ケースはlet mut vec = Vec::new();してextend その一方でプログラミングする時はその最下層を意識しなくても知らなくてもいい mutを必要としないiter.collect()と抽象的に書ける 501 名前：デフォルトの名無しさん mailto:sage [2023/10/13(金) 08:24:52.90 ID:NdZOKZ+T.net] 最強Rust始めたわい mutの話が出てるから質問 シャドーイングっていう性質使えばmutなくても書けそうな気がしてる(まだ書けてない)んだけど シャドーイングしたときと、mutではメモリの動き何か変わるのかな？と シャドーイング let z = x + y; その後z使って処理 let z = x - y; // z宣言して前回のz上書き その後z使って処理 502 名前：デフォルトの名無しさん [2023/10/13(金) 12:19:34.60 ID:tPfYbY0d.net] >>491 それを1億行書いたとする。たぶんスタック溢れるんじゃね？ 503 名前：デフォルトの名無しさん mailto:sage [2023/10/13(金) 12:43:08.68 ID:zQ1dnjfM.net] 1億行書く意味が分からんが そんな問題ではないだろw 504 名前：デフォルトの名無しさん mailto:sage [2023/10/13(金) 18:31:34.80 ID:Q91zX7Uf.net] ドロップしないの？ 505 名前：デフォルトの名無しさん mailto:sage [2023/10/13(金) 19:31:02.96 ID:/Zwm785x.net] ちょっと前にJSONシリアライズでの最適化の話出たけど goは空気感が不安になるよな rust->システムプログラミングよりの言語で、速度やらいろいろうるさそうなやつが 集まってて、そんなやつらの作るライブラリだからパフォーマンスとか心配しなくてよさそう C#->.NET開発チームが毎年長文ブログでがんばってるアピール go->言語機能とかほぼ完成しちゃってるんだろうが アピールもない、この空気感 506 名前：デフォルトの名無しさん mailto:sage [2023/10/13(金) 19:35:26.71 ID:/Zwm785x.net] https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-8/ 今年の.netのパフォーマンス改善はこれ goはシンプル言語で標準ライブラリも最小限だから もうあまりやることないのか? 507 名前：デフォルトの名無しさん mailto:sage [2023/10/14(土) 14:19:51.05 ID:MfcWhKX5.net] >>491 不使用領域は再利用されるから単純な順次処理ならシャドーイングで十分 mutが欲しくなる理由の１つは繰り返し処理だな（長さ不定のリストの集計とか） 関数型言語みたいに再帰使えばmutなしでも何とかなるけど慣れないとややこしい あとは全部作り直すのが不合理なデータの部分的な書き換えでもmut使いたい 508 名前：デフォルトの名無しさん mailto:sage [2023/10/14(土) 19:31:37.47 ID:FeWBHDoO.net] for文で値を変えるカウンタとかフラグとかもmutじゃないと書けないな。 まぁ for 文より iter で書けという一派も多いかもしれんけど。 509 名前：デフォルトの名無しさん mailto:sage [2023/10/14(土) 19:57:12.00 ID:jlnlui4T.net] モジュールの内部では (性能上の理由で) mut を使っても、 外側に見せるインターフェイスは (不自然ではない範囲で) mut を避けるのは自然な方針だと思う。 510 名前：デフォルトの名無しさん mailto:sage [2023/10/15(日) 09:39:38.68 ID:M8zy/AR3.net] Cで書いたプログラムを Rustで書いたらこうなります っていうのをひたすら集めた本がほしい 511 名前：デフォルトの名無しさん mailto:sage [2023/10/15(日) 10:09:58.67 ID:Xnkvwbkm.net] 全銀システムでJavaの 512 名前：信頼が失墜した今こそrustのチャンスだな [] [ここ壊れてます] 513 名前：デフォルトの名無しさん mailto:sage [2023/10/15(日) 11:00:17.07 ID:2BZrn9hr.net] 全銀はまだCOBOLだろ ほんといつもいつも嘘ばっかりだな 514 名前：デフォルトの名無しさん [2023/10/16(月) 10:19:13.28 ID:kgcCjrnK.net] >>500 似たような動機で描かれた本とかブログは観たことあるけど Rustっぽくないコードばっかりでうんざりする面もある 515 名前：デフォルトの名無しさん [2023/10/16(月) 10:21:08.50 ID:kgcCjrnK.net] 全銀協のフォーマットって今も変わってないんだろうけど 半角カタカナだらけでRustで扱うのは大変かも知れないね 516 名前：デフォルトの名無しさん mailto:sage [2023/10/16(月) 10:35:49.58 ID:enUIFRpv.net] 扱う文字については適当なライブラリを整備すればそんなに問題にならなさそうに思うが 517 名前：デフォルトの名無しさん [2023/10/16(月) 11:26:02.88 ID:SeIR9j3q.net] >>505 ＞扱う文字については適当なライブラリを整備すれば 外字ばかりとかでそれが大変なんじゃないの？知らんけど 518 名前：デフォルトの名無しさん [2023/10/16(月) 12:22:46.59 ID:SkmcjqYw.net] 半角しかないのに外字とは 519 名前：デフォルトの名無しさん [2023/10/16(月) 13:30:20.84 ID:kgcCjrnK.net] 今のうちに Rust でﾊﾝｶｸｶﾀｶﾅ自由自在な crate 造っておけば 将来ライセンス料でｼｯﾎﾟﾘ儲かりますか？ 520 名前：デフォルトの名無しさん [2023/10/17(火) 11:40:48.89 ID:xDsy3kB7.net] Rustに慣れるとCのifで()付け忘れたわ 521 名前：デフォルトの名無しさん mailto:sage [2023/10/19(木) 14:52:32.31 ID:rcYEOPS6.net] Vec の iter() と into_iter() の違いは？ 522 名前：デフォルトの名無しさん mailto:sage [2023/10/19(木) 14:53:04.92 ID:rcYEOPS6.net] Vec の iter() と into_iter() の違いは？ 523 名前：デフォルトの名無しさん mailto:sage [2023/10/19(木) 15:12:31.11 ID:V7scna43.net] >>510 引数に着目するといい。 into_iter はムーブするが iter は借用する。 524 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 01:20:11.96 ID:/f3Rr7gK.net] >>500 その発想がすでに間違ってる 根本が違うから同じようには書けない 525 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 06:13:09.90 ID:3+q+Er7L.net] Cで安全に書いたときと同じ生成コードにはなるけどRustでは抽象度の高い表現をするからなあ 例えばメモリのある範囲の領域を順に読み取る(書き込む)というC言語だとポインタをインクリメントしていくだけの場合でも Rustだとまずメモリの領域をスライスという安全な抽象表現で扱い可変性もライフタイムも付随してスライスが指す元の安全に確保されている領域(配列やベクタなど)も必須というところからスタート そのうえでスライスのイテレータにより必ずその範囲内のみを順に安全に指し示す参照(または可変参照)が次々と得られて順に読み取る(書き込む)ことが達成される さらにRustではこれをfor文ではなく抽象度の高いイテレータメソッドチェーンで書くことも多いからCコードとの対応はますます難しくなるね 526 名前：デフォルトの名無しさん [2023/10/20(金) 06:56:18.50 ID:/M3RKJCH.net] unsafe { Rust で C ポインタやりたいなら let p = *mut hoge; p+=1; std::slice::from_raw_part(p. 1)[0] = hage; } 527 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 09:04:11.56 ID:6mF1sPPt.net] >>513 同じように書けないからこそ対比したものが欲しいと言う話だろうに 528 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 09:27:32.12 ID:/M3RKJCH.net] >>516 クソでたらめだが真面目に実装するとマジ面倒 >>515 方式だと #[derive(Debug)] struct Hoge {a: u8, b: u8, c: u8} impl Hoge { pub fn new(a: u8, b: u8, c: u8) -> Self {Hoge{a, b, c}} } fn main() { let hoge: Vec<Hoge> = vec![Hoge::new(1, 2, 3), Hoge::new(4, 5, 6), Hoge::new(7, 8, 9)]; println!("{:?}", hoge); let mut p = &hoge[0] as *const Hoge as usize; p += 2 * std::mem::size_of::<Hoge>(); unsafe { std::slice::from_raw_parts_mut(p as *mut Hoge, 1)[0] = Hoge::new(8, 3, 1); } println!("{:?}", hoge); } >>514 方式だと let p = &hoge[0] as *const Hoge as *mut Hoge; unsafe { std::slice::from_raw_parts_mut(p, 3)[2] = Hoge::new(8, 3, 1); } でちょっとマシになるくらい 529 名前：デフォルトの名無しさん [2023/10/20(金) 09:40:03.83 ID:2W9ATkqE.net] マクロでウヒヒ 530 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 11:03:08.72 ID:+Ixb2Hv2.net] 近代的な言語の仕組みってのは大規模なプログラムをどうやってまとめるかという方向で進歩してるから 小さなサンプルで比較しても設計理念は身につかんのだ。 531 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 13:13:02.21 ID:iA9G36tB.net] 設計理念を身につける話なんて誰もしとらんだろw 532 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 15:12:25.73 ID:+Ixb2Hv2.net] してないから問題だと述べてるんだが。 俺が学生のときに英語の長文の全ての単語の横に(単語ごとに！)日本語の単語を書いてたやつがいたことを思い出したわ。 本に載る程度の規模(ひとつあたり数ページくらい？)のプログラムを対比するってのはそういうことだよ。 言語の設計理念に基づいた構造こそが重要で、構造を論じるほどの規模にならないならたいした違いは見えてこない。 533 名前：デフォルトの名無しさん [2023/10/20(金) 16:07:06.67 ID:/M3RKJCH.net] CでもPythonでもRustでも全部の行にあほみたいなコメント描く香具師はうざいけど Rustのcrateでdocsにcomment100%達成するためにはアホなコメント描かされてダサい設計思想だと思う 534 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 16:34:14.75 ID:HySp0Cr6.net] >>521 日本語の設計理念wが身についてないみたいだなw 535 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 17:24:55.57 ID:/f3Rr7gK.net] unsafe使うならCでいいんだよなw 536 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 19:40:13.76 ID:3+q+Er7L.net] >>524 それは違う unsafeを使ってsafeなインターフェースを提供する部分だけ人間が安全性を保証すれば それ以外の部分はすべてRustが安全性を保証してくれる その方針でRustの標準ライブラリやunsafeを用いる一部クレートが作られている 537 名前：デフォルトの名無しさん mailto:sage [2023/10/20(金) 20:06:04.22 ID:9sHhryb+.net] >>525 もちろん品質が保証されてるライブラリは使うよ 現時点でここまでライブラリが揃ってるから自前でunsafeを書く必要は感じない 538 名前：デフォルトの名無しさん [2023/10/21(土) 12:29:35.28 ID:sf7W/HH9.net] 関数型最強(キリω ですねわかります 539 名前：デフォルトの名無しさん mailto:sage [2023/10/21(土) 21:43:10.75 ID:sGOhbjn7.net] Linuxでも、結局のところ「C言語でいいじゃん」という結論になりそうよね リーヌスもなんかやっぱRustはなぁ・・・ってトーンダウンしてきてるし 540 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 00:35:28.61 ID:GiKl9Asx.net] >>528 カーネルなんて低レイヤーのポインタ操作とかビット演算しかしないからな 541 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 00:50:06.85 ID:n0l+NFKj.net] Linux カーネルの中にだって Rust が適している場所も あるといえば有るだろうけど現時点でそれなりに検証が済んで 安定して動いているものを「置き換え」するほどではないだろうな。 適しているからといって各部を別の言語で書いたりすると 接続箇所で面倒になったりもするし。 542 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 11:49:16.17 ID:IKvVj0uW.net] カーネルで流行らないならもう流行るところないんじゃ… 543 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 19:50:36.55 ID:NN1UsPSx.net] どの言語からどの言語への場合でも既に動いているものを別の言語に移植するだけだとコストがかかる それでもスクリプト言語からRustへ置き換えるなら実行速度と省メモリの効果がコストを上回りやすいためよく行われている 一方でC/C++ 544 名前：からRustへ換えても実行速度と省メモリの効果はない だからシステム設計を変えるなど大きな更改タイミングでRust化することが多い 特にマイクロサービス化されているものは個別に更改できるためシステム全体の一部Rust化に向いている 最も向いておらずハードル高いのがモノリシックになっているOSカーネル その場合でも分離されているデバイスドライバは最近のデバイス複雑化と更新対応の多さからもRust化が向いているため進んでいる [] [ここ壊れてます] 545 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 19:58:13.61 ID:fijCTFBo.net] >>531 もうちょっと上位のレイヤーなら良いと思うけどね Cでバッファオーバーランするようなプログラムって 結局Rustでもunsafe使わざる終えないような処理なので 546 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 21:57:00.47 ID:xV2fKCwr.net] 構造体をキャストするものでも、hoge_storage_t みたいに最大サイズを規定するパターンと char foo[0]; を積極的に利用するパターンと 真っ二つにわかれるしねぇ 後者はRustでどうすんだろ 547 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 22:15:56.13 ID:fijCTFBo.net] 結局構造体もパケットのバイト列にパックするからね その時unsafeを使うことになる 548 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 22:45:30.49 ID:EpprGwAf.net] 構造体はunsafeいらん タグ無し共用体はunsafe 549 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 23:15:20.26 ID:HWj9itUZ.net] 流行るから価値ある、流行らないから価値なしって評価基準はジャパニーズカルチャーのガラパゴス 550 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 23:23:05.72 ID:/1lQw0Ls.net] >>534 後者も普通に表現できるしCとのFFIも可能 551 名前：デフォルトの名無しさん mailto:sage [2023/10/22(日) 23:28:57.61 ID:zUgjdRO9.net] Redox（https://www.redox-os.org/）みたいなRust製のUnix系OSプロジェクトならもうあるし 無理してLinuxに食い込む必要はないと思うんだけどLinux開発者でもRust使いたい人はいるんでしょ Linuxは一部のモジュールがRust製になる程度で中核は最後までCで通すと思う というかRustで置き換えるなら名前変えてほしい 552 名前：デフォルトの名無しさん mailto:sage [2023/10/23(月) 00:13:38.68 ID:tCssLiBK.net] >>539 まあカーネルで使ってる基本的なデータ構造(赤黒木、ハッシュテーブル、双方向リスト) kref(リファレンスカウント)などは外せないからね 無理に組み合わせるとかえってキツい気がする 553 名前：デフォルトの名無しさん mailto:sage [2023/10/23(月) 05:58:05.37 ID:3382hDjx.net] >>533 実際にはCでもバッファオーバーランしないからRustでは、unsafe必要ないでしょ 554 名前：デフォルトの名無しさん mailto:sage [2023/10/23(月) 06:59:33.53 ID:8gpCEC0e.net] >>533 >使わざる終えない 昔こんな誤字よく観たな 555 名前：453 mailto:sage [2023/10/24(火) 00:55:17.36 ID:Ei0IGfb9.net] >>500 今度は逆にrustで書いたもの>>453をcで書いてみた https://ideone.com/j5KR8Y ・参照透過性は考慮していない ・型のパラメータ化？には挑戦してない ・パターンマッチ再現？にも挑戦してない ・クロージャが欲しいところには呼び出し元の文脈を手渡して誤魔化す ・グローバル変数一個使ってノードの再利用を試みてる ・とにかくlist_qsort内部がそれっぽい感じの手順になってたらヨシ struct node { int value; struct node *next; }; struct node *list_qsort(const struct node *list) { int pivot; struct node *sorted = 0, *tail, *smaller, *rest, *a, *b; if (list) { pivot = list->value, tail = list->next; list_partition(&pivot, less_than_context, tail, &smaller, &rest); sorted = list_append(a = list_qsort(smaller), b = list_cons(pivot, list_qsort(rest))); list_available_push_all4(smaller, rest, a, b); } return sorted; } 556 名前：デフォルトの名無しさん mailto:sage [2023/10/24(火) 13:32:38.68 ID:oyxcPsiu.net] スレチ 557 名前：デフォルトの名無しさん mailto:sage [2023/10/24(火) 16:02:23.69 ID:ju9L4gE1.net] cargo 経由で rustc にコンパイルオプションを渡したいとき RUSTFLAG=hogehoge で成功はしたのですがパッケージ全体が再コンパイルされて遅いです 特定のファイルだけにコンパイルオプションを適用したいのですが cargo にはそういうオプションはありませんか？ 558 名前：デフォルトの名無しさん mailto:sage [2023/10/24(火) 18:21:38.30 ID:u/7eM1yW.net] >>545 ありません 559 名前：デフォルトの名無しさん mailto:sage [2023/10/24(火) 20:07:58.68 ID:dncTx+4h.net] 大文字小文字が混在する言語って気持ち悪い 560 名前：453 mailto:sage [2023/10/24(火) 22:19:05.86 ID:yQ/jFyOv.net] >>543 c https://ideone.com/yYGR7x ・ノード再利用やめた ・若干の整理 561 名前：デフォルトの名無しさん mailto:sage [2023/10/25(水) 09:06:18.67 ID:9oOV85NF.net] >>545 試してないけど やるとしたら cmdとかterminal(shell)を2つ以上別ウィンドウで開いておいて それぞれ別のRUSTFLAG=を設定しておく(環境毎に独立なはず) 片方でbuildしたあと適用したいファイルだけ修正してもう片方でbuildするとうまくいかんかな 562 名前：デフォルトの名無しさん mailto:sage [2023/10/25(水) 10:10:31.38 ID:p3+NCv68.net] 特定のファイルにだけ適用したいコンパイルオプションて何なの？ 563 名前：デフォルトの名無しさん mailto:sage [2023/10/25(水) 10:43:36.55 ID:dKf07X6i.net] crateで分割したらいけるんじゃね 564 名前：デフォルトの名無しさん mailto:sage [2023/10/25(水) 11:35:23.44 ID:CN7zqSRs.net] そらそうやろと言いたいところだが 今はcrate単位の指定はできなくてパッケージ単位のみ 565 名前：デフォルトの名無しさん mailto:sage [2023/10/25(水) 13:57:15.42 ID:0w7kqvd/.net] crate で別れてる前提で その crate を使う2つの bin (まあまあそっくりな main) を造って それぞれをそれぞれの RUSTFLAGS= で build したら うまく使い別けられました とりあえず速度は気にならないからしばらくこれで逝く アイディア呉れた人thx 566 名前：デフォルトの名無しさん [2023/10/26(木) 14:45:03.06 ID:6bJ9rmmH.net] しつもんです cargo publish のときに warning: package `hoge vN.N.N` in Cargo.lock is yanked in registry `crates-io`, consider updating to a version that is not yanked って警告が出てて意味は判るんだが cargo clean してやり直しても package 'hoge vN.N.N' が最新のものに切り替わらない 自分自身の Cargo.toml の dependencies には hoge は描かれていない どの crate が原因で hoge を要求してるのか知るにはどうすれば良い？ その crate を最新のものにすれば hoge の yank されてないものを取って来てくれるとも限らない訳だが 567 名前：デフォルトの名無しさん [2023/10/26(木) 15:53:54.89 ID:wO29ziTZ.net] cargo treeを使うといいよ 568 名前：デフォルトの名無しさん mailto:sage [2023/10/26(木) 21:41:03.08 ID:pAbfpEYj.net] Rust で書かれた WebAssembly／Canvas 上の FlashPlayer のエミュレータ Ruffle の実装が 凄い勢いで進んでるけど 世界の凄腕プログラマも参戦してるみたい。 このスレで貢献してる人ひょっとしている？ エミュレータ実装て武者修行になるのかな。 569 名前：デフォルトの名無しさん mailto:sage [2023/10/26(木) 23:18:45.93 ID:oN20rU1J.net] エミュレーターを作り始めるスタートは完全な仕様の資料を手にいれることで、それがないことも良くあることだから調査がしんどいんだよ。 そんで実装は仕様通りにやるだけのひたすらに地道な作業だからあまり面白味はない。 動くだけじゃなくて性能を出そうと思ったら色々と工夫の余地はあるんだけど…… 570 名前：デフォルトの名無しさん mailto:sage [2023/10/27(金) 10:08:58.42 ID:d8VwEqUV.net] 古いゲーム機のエミュレータを書いたことがあるが結構面白いぞ 昔のソフトはクロックタイミングに依存することも珍しくないから、性能だけでなく再現精度にも気を配らなくちゃいけない 腕試しとしてはちょうどいいと思うよ 571 名前：デフォルトの名無しさん [2023/10/27(金) 12:30:38.77 ID:xuiID3+p.net] もっと良いサイトあったんだけど消滅してる？ sunlight.cocolog-nifty.com/sunlight/2005/08/post_1ff6.html www.sm.rim.or.jp/~shishido/tick.html 572 名前：デフォルトの名無しさん mailto:sage [2023/10/27(金) 22:25:37.09 ID:2hH60kIl.net] >>557 >>558 そうですね、面白さと言う点では 当時は無かった WebGPU等の現代的な技術を 積極的に取り入れて 本家 FlashPlayer の単なるエミュレータに留まらず ブラウザWASM上の本格ゲーム・アニメプレーヤーに なりそうな所が興味を引きます。 取り敢えずは日本人として 縦書きCJK 2バイト文字列の動的表示等の 検証報告で協力できたらと考えております。 （和風ゲームのイベント表示など） 573 名前：デフォルトの名無しさん mailto:sage [2023/10/27(金) 22:44:06.00 ID:nnq2nBUF.net] web上で再発明するの好きなやつ多いよね でも失敗率高めじゃないか？ 574 名前：デフォルトの名無しさん mailto:sage [2023/10/28(土) 14:23:38.78 ID:AMpKEF3U.net] 自己鍛錬で再発明するのは好きにすればいいがそれでサーチエンジンの上位を占拠するのはマジ迷惑だ 575 名前：453 mailto:sage [2023/10/28(土) 18:50:08.51 ID:U0JINWpQ.net] >>548 c https://ideone.com/Rp476I ・ノードへのポインタとしてリストを表現していた(>>548)のを廃止 ・共用体でリストを表現したことによりBoxの位置？がRust版(>>453)と同じに ・特に意味もなくループ文を再帰に置き換え 576 名前：デフォルトの名無しさん [2023/10/29(日) 12:47:29.07 ID:IsQ6p7Vf.net] uBlacklist が猿人検出阻止してくれるそうだ sejuku とか techacademy とか KENTA とか入れると良い 577 名前：デフォルトの名無しさん mailto:sage [2023/11/03(金) 14:51:57.32 ID:fSSaeY5g.net] === 複製おじさん（通称複おじ）について === Rustスレを中心に活動し、2023年4月現在で1年以上ム板に住み着くRustacean。無自覚な荒らし。 Rustスレでは、基本的に他住民の意見を聞いて糧とすることなく、自らのコードが最善であると、ID変更自演を交えいつまでも主張し続ける。 同スレで「所有権が複製される」という違和感のある表現を、「違和感がある」とする他住民の意見をすべて否定してしつこく擁護し続けたことから、「複製おじさん」というあだ名が付けられた。 それ以外のム板スレでは、基本的に他住民の意見を聞いて糧とすることなく、Rustこそが最善であると、ID変更自演を交えいつまでも主張し続ける。 その基本戦術は、「GC言語は遅い」の一声でC/C++/Rust以外の言語を否定し、残ったC/C++は安全ではないので、Rustが最善であるとするもの。 しかしながら、Rust以外の言語に関しては、正当な批判を展開するのに十分な知識を持っているとは言いがたい。 本スレPart1では、C++の問題点を指摘しようとして多数の誤り・知識不足を露呈することとなった。特にしつこく食い下がったのが「動的ディスパッチ」に関する誤解である。 https://mevius.5ch.net/test/read.cgi/tech/1677286186/786-799（ID:Evbafc70とID:RiLc+pIfが複製おじさんであると考えられている） 要約すると、通常「条件分岐」と呼ばれるものを「動的ディスパッチ」と呼ぶのが正しいと主張し続けたのである。 常識的にはあり得ない誤解だが、提示されたC++のコードが自らの主張（C++にはパターンマッチが無い）に不都合であると感じたためか、C++のコードを正しく読み解くことができないにもかかわらず脊髄反射的に否定してしまい、その根拠として誤った論理をこじつけてしまったものと思われる。 ちなみにこの後、同種の誤解を持って書き込むID:wHEiYRW7（これはID使用歴的に複製おじさんとは考えにくい）に対して、正しい理解に基づく指摘を行う単発IDが複数出現するが、この中にも複製おじさんが多数含まれていると考えられている。 このように自分の誤りを認識した場合、それを認める書き込みは決して行わず、別人の振りをして最初から正しく理解していた体を装うのも複製おじさんの特徴である。 578 名前：デフォルトの名無しさん mailto:sage [2023/11/03(金) 20:56:04.34 ID:uUmiO3VU.net] Generatorはコードがごちゃっとしてたからgen fn/blockはありがたいな 579 名前：デフォルトの名無しさん mailto:sage [2023/11/03(金) 22:49:04.51 ID:Q6dMbwrG.net] 2024 editionから？ 580 名前：デフォルトの名無しさん [2023/11/04(土) 04:29:37.91 ID:xhYE5yZM.net] Rustの学習を始めたが、所有権面倒くさい。まあでも安全性は高められそうな感じはする。 581 名前：デフォルトの名無しさん mailto:sage [2023/11/04(土) 12:29:53.92 ID:eFHrirh7.net] Better C的なRustが欲しい C++と張り合って仕様が複雑になってる 582 名前：デフォルトの名無しさん mailto:sage [2023/11/04(土) 12:45:03.68 ID:whQSHNtc.net] >>569 それはZigじゃない？ とはいえ、所有権いい感じに見てくれない言語を今更betterと言えるかというと微妙か。 583 名前：デフォルトの名無しさん mailto:sage [2023/11/04(土) 13:26:02.22 ID:ocaBqo/v.net] Rust は別に C++ と張り合ってなんかいないよ。 現実に使うものはどうやったってどこかで汚くなるってだけ。 綺麗なものは使われてないものだ。 584 名前：デフォルトの名無しさん [2023/11/04(土) 14:22:45.66 ID:nDDUhOSB.net] >>569 Odinはいかが？ https://odin-lang.org/ 585 名前：デフォルトの名無しさん mailto:sage [2023/11/05(日) 00:55:20.60 ID:Frni44mO.net] >>569 Carbon 586 名前：デフォルトの名無しさん mailto:sage [2023/11/05(日) 13:27:00.92 ID:bq/z7Mod.net] >>567 「gen」予約keyword化はそうだね 587 名前：デフォルトの名無しさん [2023/11/09(木) 15:19:57.39 ID:j64EPVX0.net] すまんが、VSCode上から/examples下にあるものをデバッグしたい場合ってどうやんの？ 他人の作ったクレートのコードを読む上で、これを楽にできると個人的にはありがたいんだけど・・・・ 588 名前：デフォルトの名無しさん mailto:sage [2023/11/09(木) 22:37:41.41 ID:vNSbYVSe.net] バージョンと拡張機能によりそうだけど自分の環境（Windows）だと examples内でもfn main()の上に |> Run | Debug みたいなinlayが表示されてとりあえずそこからデバッグ実行できた 設定作ればほかの起動方法もあるはず たぶんrust-analyserの機能だけどデバッガは環境依存だからわからん 589 名前：デフォルトの名無しさん mailto:sage [2023/11/12(日) 02:38:23.29 ID:O0gb6uIB.net] gen はいわゆる協調スレッドなのか。 言語機能として取り込むにはちょっと豪華すぎる気もするな。 590 名前：デフォルトの名無しさん mailto:sage [2023/11/12(日) 04:55:58.85 ID:2kP6dQwH.net] genはasyncと同じでコルーチンだよね？ そしてasyncと同じく単純な状態マシンで実装だよね？ 591 名前：デフォルトの名無しさん [2023/11/12(日) 07:45:09.87 ID:sBWcqg0h.net] >>576 ありがとう！バッチリできたぜ！！！ 592 名前：デフォルトの名無しさん mailto:sage [2023/11/12(日) 09:05:18.31 ID:7FyJ/l9p.net] TikTok LiteでPayPayやAmazonギフトなどに変換可能な4000円分のﾎﾟｲﾝﾄをプレゼント中！ ※既存TikTokユーザーの方はTikTokアプリからログアウトしてアンインストールすればできる可能性があります 1.SIMの入ったスマホ・タブレットを用意する 2.以下のTikTok Litのサイトからアプリをダウンロード（ダウンロードだけでまだ起動しない） https://lite.tiktok.com/t/ZSNfDoDFY/ 3.ダウンロード完了後、もう一度上記アドレスのリンクからアプリを起動 4.アプリ内でTikTok未使用の電話番号かメールアドレスを使用して登禄 5.10日間連続のチェックインで合計で4000円分のﾎﾟｲﾝﾄゲット ﾎﾟｲﾝﾄはPayPayやAmazonギフト券に変換可能です！ 家族・友人に紹介したり通常タスクをこなせば更にﾎﾟｲﾝﾄを追加でゲットできます。 593 名前：デフォルトの名無しさん mailto:sage [2023/11/12(日) 11:30:27.32 ID:cviedAAA.net] >>580 既にやってるよ 594 名前：デフォルトの名無しさん [2023/11/14(火) 12:58:29.06 ID:SRCspH78.net] https://crates.io/search?q=arete 0なんだが 595 名前：デフォルトの名無しさん [2023/11/19(日) 15:31:52.34 ID:J3g/JpQ/.net] rust初心者です。 cだとポインタに対してキャストすることで完全にプログラマ任せのキャストが出来ます。 例えば文字列を参照するポインタを強引に数値として解釈させるなど、好きなように出来ます。 rustでは簡単に調べたところparse().unwrap()などが必要だそうです。 rustはcのようにバイナリフォーマットをプログラマ任せにして自由にキャストさせる習慣はないということでしょうか？ 596 名前：デフォルトの名無しさん [2023/11/19(日) 16:23:14.27 ID:/G2k3fWt.net] あるよ 597 名前：デフォルトの名無しさん [2023/11/19(日) 16:29:48.57 ID:eJPqaRZx.net] #[repr(C)] as *const T as *mut T as usize bytemuck slice::from_raw_parts 598 名前：デフォルトの名無しさん mailto:sage [2023/11/19(日) 16:46:38.60 ID:ib2hIQe1.net] バイナリや文字列と内部表現・の相互変換(シリアライズとデシリアライズ)ならば Rustではdeser crateファミリーを使って専業分離することが多いね 599 名前：デフォルトの名無しさん mailto:sage [2023/11/19(日) 18:17:50.06 ID:b3b61WiC.net] シリアライズ関連のクレートを使った方が楽だし、もうちょっと簡易的にやる場合でも from_le_bytes などの組み合わせで安全にやれるから不必要にプログラマの責任で管理するべきではないよ。 C でもいまどきは高レイヤのプログラムならそんなに気軽に未定義の型変換はしない。(もっとも、高レイヤではあまり C を使わないけど) 600 名前：デフォルトの名無しさん mailto:sage [2023/11/19(日) 18:43:57.48 ID:ib2hIQe1.net] ごめん、アホなスペルミスしてる deserでなくてserde あとserde_bytesやbincodeを併用 601 名前：デフォルトの名無しさん [2023/11/19(日) 23:58:07.78 ID:J3g/JpQ/.net] 少し調べてより明確に言語化出来ました。 Rustはゼロコストのserderができますか？ Cだとしばしばそれができます。構造体の要素次第ですが。 で、調べてみるとrkyvというフレームワークが近いことを可能にしているようです。 ゼロコピーと謳っていますが、何らかの演算コストが生じているのかどうか。 Cなら構造体を注意深く設計すればキャスト一発で実行時コストゼロでserderが完了するのです。 602 名前：デフォルトの名無しさん [2023/11/20(月) 02:05:15.84 ID:ilBq5gGe.net] >>589 ＞Cなら構造体を注意深く設計すれば なんでそのコストを無視するんだい？ 603 名前：デフォルトの名無しさん [2023/11/20(月) 02:16:16.40 ID:UjbzCz3W.net] >>590 実行時コストじゃないからです。 例えばRustのゼロコスト抽象化という概念もあくまで実行時コストがゼロであることを意味しているはずです。 604 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 02:16:45.62 ID:K0+PyRHv.net] #[repr(C)]付けてstruct/enum/unionをCと同じ使い方すればC互換のレイアウトになるはず 605 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 06:49:29.19 ID:dNsGQu4G.net] >>589 Cと同じことがしたいだけならrepr(C)で構造体定義して std::mem::transmuteでキャストすればいい rkyvみたいなフレームワークはもっと高度なデータ型（ハッシュマップとか）で同じことをやるためのもの 606 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 08:53:23.51 ID:LwcosZwN.net] 抽象度の高いレイヤを挟んでもかなり最適化で消えるよ。 逆に自由なキャストのコストはゼロではない。 ハードウェアの癖、処理系の癖を理解している人がうまくチューニングすれば性能はあがることも多いけどキャストして直接に読み替えたら実行時コストが低くなるとは限らない。 607 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 13:51:58.80 ID:MS7hPbOQ.net] >抽象度の高いレイヤを挟んでもかなり最適化で消えるよ。 それはもちろん判ってて その上で厳密にゼロじゃないから問題視してんじゃん 608 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 15:34:39.51 ID:JXHwx0JF.net] 具体的にRustを使うメリットよりデメリットが上回る例があるならそれを出さないと話がわからない 色んなバイナリプロトコルもRustで実装されて問題になっていない 609 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 17:27:20.27 ID:cTETCu/a.net] transmuteだとalign合わせるためにコピーする場合がありそうだから 本気でCと同じゼロコストで読み替えするならポインタ（参照じゃない）をとって as *const T（as *mut T）で目的の型にキャストして参照（&T, &mut T）に戻す感じかな どうせunsafeだからunion使う方がいいかもしれないけど 610 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 17:54:17.33 ID:PG0EBfXZ.net] Cから移植する場合でtagged unionをうまく移植する方法はないだろうか unsafe使わずに struct tagged_value { enum tag t; union { hoge h; fuga f; } u; }; みたいなの 611 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 18:11:32.44 ID:NaWZknyA.net] >>598 enumで 612 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 18:17:00.50 ID:ieYqPgSw.net] >>595 最適化の話は「どちらにしてもゼロとは限らない」という話のための前ふり。 仮にその場所に限ってはゼロになったとしても周囲の最適化の足を引っ張ることもある。 総合的な速さを出すには諸々を加味したチューニングが必要なので単純にキャストしたほうが速いとは考えるなというのが主旨。 もちろん諸々を考慮して検証した上で実際に速くなることが確かめられるならそれを否定したりはしないよ。割に合うことは少ないとも思うけど。 613 名前：デフォルトの名無しさん [2023/11/20(月) 21:13:04.59 ID:ojqzhkRS.net] ちゃんと考えるよ。 角度とか 614 名前：デフォルトの名無しさん mailto:sage [2023/11/20(月) 23:02:22.90 ID:QHUUbGYT.net] 重要なのは、Rustで書くと遅くなる(コストがかかる)パターンを、実際に発見できたのかどうか？ もしそのようなパターンを発見できて、(Cによる)速い方法でも安全性に問題がないのならば、 Rustの歴史ではそれを(必要なら)unsafeで記述してライブラリの中に安全に閉じ込めてきた そのためRustで一般プログラマーがunsafeを使わずに記述しても、ほとんどのケースでCと同等の速さが出る 615 名前：デフォルトの名無しさん [2023/11/21(火) 04:05:24.41 ID:60zWiP9n.net] 個人的な懸念点は処理のゼロコピー化においてCに劣るのか？という点 Rust界隈でゼロコピーフレームワークが色々あるがどういう工夫が行われているのか 調査は時間がかかりすぎるからやらないw 616 名前：デフォルトの名無しさん [2023/11/21(火) 04:13:54.83 ID:60zWiP9n.net] データ転送はCPU上の演算と比較してかなり遅い処理なので ゼロコピーで劣ると一部の処理でかなり遅くなる そしてベンチマーク系のプログラムではゼロコピーはあまり問題にならない。 617 名前：デフォルトの名無しさん [2023/11/21(火) 04:16:28.76 ID:60zWiP9n.net] ゼロコピーが問題になるのはserder、通信 あとたぶんOSの実装でも問題になるはず だから数学的計算というよりはシステム間の垣根を超えるようなところで問題になる RustがベンチマークでC並といっても、あくまで数値計算系の話 618 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 08:42:33.89 ID:UPhRR3yr.net] ゼロコピーってのはオリジナルのバッファ以外には追加でヒープアロケーションをせずに処理をするという意味 619 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 10:07:46.27 ID:ZzleWc4x.net] ウザイからttf_parserのコードでも読んでくれば 620 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 11:00:12.68 ID:HSO31doi.net] unsafe という名前が誤解の元になってる unsafe に描く内容って結局安全な内容しか描いてはいけない訳だ そして unsafe は使ってはいけない機能ではなくむしろ積極的に使って良い機能 621 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 11:55:27.06 ID:pNsPVZam.net] こういうやつがいるからこそunsafeという名前に価値があるんだよな 622 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 12:57:54.74 ID:4vFkathr.net] >>605 それらRustで書くことで遅くなった事例がない むしろ例えばCDN世界トップのCloudflareは Cで書かれたnginxを全面的にRustで作り直すことで CPUリソースとメモリリソースを1/3に削減することに成功している 623 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 15:25:53.24 ID:OibZ9mzY.net] Cloudflareのやつはnginxがスレッドベースで処理をブロッキングしてしまう(CPU時間とメモリを占有してしまう)から マイクロスレッドで作り直した＝基本設計を大きく変更したというだけで、Rustだからパフォーマンスが向上したというわけではない 624 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 16:18:31.31 ID:Pb5WKpvw.net] stdをunsafeで検索するとUnsafeCellしか出てこなくて unsafeな関数の名前がほとんどuncheckedなのは let x = unsafe { do_something_unsafe() }; だとアホっぽいからかな 625 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 18:24:54.78 ID:Fzh9NpIU.net] 検索方法が間違ってる そしてuncheckedはunsafeとは意味が違う 626 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 23:10:58.28 ID:lumDzvUR.net] >>611 そこではなく 杞憂の>>603が言うところのゼロコピーやゼロコストはCとRustで同様に実現できているから 新たなシステムはCを使わずにRustで書いたという話ではないか 627 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 23:28:16.17 ID:u3FDf3nL.net] 外部入力をtransmuteとか地雷臭がハンパない どうぞご安全に〜 628 名前：デフォルトの名無しさん mailto:sage [2023/11/21(火) 23:39:45.33 ID:lumDzvUR.net] transmute使わなくてすむsafeなライブラリ関数が揃ってるからね 629 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 09:15:59.95 ID:rKTwm3uz.net] Rust って同じ変数名なのに違う型に出来るよね？ 同じスコープで再定義出来ると言うか上書き出来る 名前が変わらないから便利って思うかも知れないが 気を付けてソース観ていないと途中で型が変わってるやん！ってなる なかなか嫌な構文だね 可読性低下しない？勘違いしそう 630 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 09:18:00.86 ID:rKTwm3uz.net] あと上書きされたとき前のリソースは上書きされたタイミングで消えてない 明示的に drop していれば消えるがしなかったら実は生きたまま 迷惑仕様じゃないかな 631 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 10:20:51.65 ID:ytuM+CNS.net] >>618 同じスコープ内でシャドウィングする時は意味的に同じものを入れるようにする 前のリソースがすぐにドロップされないのはシャドウィング時にそのリソースへの参照を使う事で不要なアロケーションを避けられるから 632 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 12:38:39.68 ID:EEEndPKs.net] シャドウイングされた時に勝手に消える方が迷惑仕様だな その時点で他から参照されてるかもしれないし 633 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 13:46:10.54 ID:V6cVkJ+M.net] >>617 Rustはプログラマーに優しい強い静的型付けの言語だから型が違えばエラーになるため混乱もなく大丈夫 また、型変換するたびに別の変数名にしなければいけなかった言語よりも便利でプログラミングも快適だよ 634 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 16:27:51.72 ID:81rqCYd0.net] Rustの欠点は誰も使ってない所だけ 635 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 17:24:40.07 ID:4EAT4Ovg.net] >>622 どうしてそんな悲しいこと言うの！ 636 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 18:44:41.46 ID:vlc4nTzz.net] 誰も使ってないのってカッコいいな 637 名前：デフォルトの名無しさん mailto:sage [2023/11/25(土) 23:55:37.33 ID:B979bnCG.net] 俺だけが知っている 638 名前：デフォルトの名無しさん mailto:sage [2023/11/26(日) 09:12:21.52 ID:k38CbPq9.net] ユーザーが少ないのはアドバンテージだってポール・グレアムも言ってる。 639 名前：デフォルトの名無しさん mailto:sage [2023/11/26(日) 09:20:04.49 ID:OE1+8Rl8.net] GAFAMで使われるようになった時点で言語として消え去る可能性は十分下がったし 別にこれ以上使う人増えなくてもいいんじゃないかな 日本のSIerにまで広まるなんてまずないだろうし 640 名前：デフォルトの名無しさん mailto:sage [2023/11/26(日) 10:05:44.56 ID:Deg4O8Si.net] 言語じゃないけどBlenderみたいにいつの間にか覇権を取ってたりすることもあり得る 641 名前：デフォルトの名無しさん [2023/11/26(日) 11:39:45.82 ID:d/KzVdDP.net] おまえが使ってるのに誰も使ってないって可笑しなことを言うのな もしかしておまえも使ってないだろ？正直に言え 642 名前：デフォルトの名無しさん mailto:sage [2023/11/26(日) 11:42:35.06 ID:Deg4O8Si.net] 「俺の周りじゃ」 643 名前：デフォルトの名無しさん [2023/11/26(日) 12:18:50.10 ID:d/KzVdDP.net] ぼっちってこと？ 644 名前：デフォルトの名無しさん mailto:sage [2023/11/26(日) 12:23:12.23 ID:oOwLuMql.net] Rust「きゃー、私のために争わないで 645 名前：デフォルトの名無しさん mailto:sage [2023/11/26(日) 12:32:50.97 ID:iMOX0Yuj.net] クズがこっちに移動してきたか まかせろ 646 名前：デフォルトの名無しさん mailto:sage [2023/11/26(日) 13:04:33.25 ID:oOwLuMql.net] crateのバージョンが1.0になってないのが多いから、まだまだだなーって思う 647 名前：デフォルトの名無しさん mailto:sage [2023/11/27(月) 02:23:02.91 ID:hnitA9Px.net] ぼっちざRust 648 名前：デフォルトの名無しさん mailto:sage [2023/11/27(月) 03:19:17.53 ID:shAL5QFI.net] >>635 ちょっとかっこいいじゃん 649 名前：デフォルトの名無しさん [2023/11/27(月) 10:05:45.61 ID:7/k6/GSg.net] 草 https://www.youtube.com/watch?v=i-fbsgTWM5Q https://www.youtube.com/watch?v=AVKkhpGsXoI https://www.youtube.com/watch?v=ylxlLa9X_O0 https://www.youtube.com/watch?v=LqmtSQ8tmzg 650 名前：デフォルトの名無しさん mailto:sage [2023/11/28(火) 08:31:02.24 ID:t7+ip2Xg.net] Rustって名前が良くない 651 名前：デフォルトの名無しさん mailto:sage [2023/11/28(火) 08:45:48.68 ID:ruCnqVCc.net] Cナントカじゃそれこそカビが生えてる 652 名前：デフォルトの名無しさん mailto:sage [2023/12/03(日) 08:34:26.30 ID:JMjzgwiz.net] >>638 go-langよりはマシ 653 名前：デフォルトの名無しさん mailto:sage [2023/12/03(日) 18:40:27.28 ID:kcDV2U5x.net] go は何が駄目といってネーミングがクソすぎるからな あとマスコットがキモすぎる 654 名前：デフォルトの名無しさん mailto:sage [2023/12/03(日) 20:05:06.19 ID:KItL/kTG.net] ogleとセットで売り出せていれば多少は救われたかもしれない 文字型runeの中二感は好きなんだけど 655 名前：デフォルトの名無しさん [2023/12/08(金) 13:43:21.24 ID:QsZXn/jV.net] VSCodeのrust_analyzerが、全く関係のないC#のプロジェクトでも勝手に動き始めるようになっちゃった みんなのところどう？他の言語とか使ってたら起動しちゃったりしてる？？？ 656 名前：デフォルトの名無しさん mailto:sage [2023/12/08(金) 15:21:20.43 ID:FH+GH+Zi.net] >>641 ネーミングが死ぬほどクソなのは同意だけど マスコットはかわいいじゃん！ 657 名前：デフォルトの名無しさん mailto:sage [2023/12/10(日) 04:46:02.96 ID:RGphax9G.net] ʕ◔ϖ◔ʔ < お呼びですか？ 658 名前：デフォルトの名無しさん mailto:sage [2023/12/10(日) 11:57:04.81 ID:1MxEINjf.net] つべでrust検索するとゲームばっかり出る 659 名前：デフォルトの名無しさん mailto:sage [2023/12/21(木) 16:58:33.82 ID:HvDn5p2W.net] GAFAMで使われてるから廃れることないし、 コミュニティに変な人が入って来ない方が居心地が良いまである 660 名前：デフォルトの名無しさん mailto:sage [2023/12/21(木) 17:12:16.21 ID:JI0UYSEL.net] gopher はちいかわと同じヤバみを感じる 661 名前：デフォルトの名無しさん mailto:sage [2023/12/21(木) 17:13:31.75 ID:HvDn5p2W.net] 言語のマスコットネタは寒いよなあ 662 名前：デフォルトの名無しさん mailto:sage [2023/12/22(金) 13:35:06.75 ID:lJtOGqn+.net] カニのフェリスも割りと一般的な名前 663 名前：デフォルトの名無しさん mailto:sage [2023/12/25(月) 09:35:30.12 ID:734EcmtL.net] 「Rust」言語向けの“ビジュアルタイムトラベルデバッガー”「FireDBG」が公開 https://forest.watch.impress.co.jp/docs/news/1557204.html 664 名前：デフォルトの名無しさん mailto:sage [2023/12/25(月) 10:28:47.95 ID:7mXOqNeO.net] タイムトラベル？使い物になるのか？ 665 名前：デフォルトの名無しさん mailto:sage [2023/12/25(月) 12:40:39.37 ID:Sk+Bp6T/.net] タイムトラベル知らんのか 666 名前：デフォルトの名無しさん [2023/12/26(火) 01:14:24.20 ID:79CvGGY2.net] >>652 CやC++やJavaでも昔からコールスタックは遡れたけど、あれのビジュアル良くしたやつとは違うのかね？ 667 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 01:58:52.00 ID:DHuhCQvi.net] >>654 違う 状態の変遷を戻ったり進めたりできる つかググればすぐ出てくるやろ 668 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 04:22:44.20 ID:hadQuCYF.net] >>634 コミュニティに入るPGのレベルが全体的に高すぎて 俺の実装でversionを1.0にするのはおこがましい的な萎縮が働いてそう 669 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 04:22:50.25 ID:hadQuCYF.net] >>634 コミュニティに入るPGのレベルが全体的に高すぎて 俺の実装でvers 670 名前：ionを1.0にするのはおこがましい的な萎縮が働いてそう [] [ここ壊れてます] 671 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 08:35:59.69 ID:P1ddGMJS.net] >>656 セマンティックバージョニングのせいだよ。 バージョンナンバーの付け方は基準があって互換性が維持されるときとされないときで数値の上げかたが違う。 しかしメジャーバージョンがゼロのときは基準の適用外で勝手にしていいことになってる。 初期は試行錯誤があって当然だからね。 キッチリした管理なんかしたくないからまだまだ初期だという体裁でゼロのままにしたほうが楽なんだよ。 672 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 08:50:16.75 ID:RJv1OlmX.net] >>658 これやな オレオレライブラリ作る時とか 絶対に1系まで上げない 673 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 09:58:50.36 ID:4qW9SvtE.net] Rustの要であるfutures futures-coreなども0.3のままだな hyperは先月ようやく正式1.0になり先週1.1になった h2が0.3から0.4に上がった 674 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 10:02:59.91 ID:QVgSLMrU.net] どうでもいいな 675 名前：デフォルトの名無しさん [2023/12/26(火) 11:10:33.20 ID:rdxjbOn3.net] メジャーバージョンが0のライブラリなんて怖くてよう使わん Julia並みの破壊的変更が来ても文句言えんからな 676 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 11:17:02.90 ID:RJv1OlmX.net] そういう日が来たら全部壊して書き直した方が早いよ 自分の書いてる所の効率も洗練されて良くなるし 677 名前：デフォルトの名無しさん [2023/12/26(火) 11:53:58.51 ID:druMhfTB.net] まあこういう感じの真面目にサポートとかする気のない人しか使ってない言語なんだろうな 678 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 12:09:12.16 ID:aCwAChA1.net] >>656 それ他の言語でも散見されるぞ 1.0は枯れ切った後に出て実質でかい機能追加は行わなくなったところでつけることが多い 大抵凄腕の人のライブラリに多いような気がする SemVerが浸透する前からこの状態だったし 679 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 15:06:21.44 ID:iSUEMnuj.net] Inkscapeは一生1.0に上がらないと思ってた 680 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 16:49:51.67 ID:KvBUmVJg.net] GitHub Issueが2627件あるZigはどうするつもりなんだろう 681 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 17:19:43.95 ID:Y/g/LC26.net] どうでもいいな ライブラリの質はSemverで測るものじゃないから 682 名前：デフォルトの名無しさん [2023/12/26(火) 17:33:22.23 ID:E/z8PERd.net] ライブラリの質にsemver考慮しない人間、仕事にRust使う気がなさそう 趣味プログラムで一年も生かす気がないコードならまあわかる 仕事で限られた工数で長期サポートするならsemver気にしないはありえん まあRustなんて所詮趣味プログラミング向けなのかもな まともな仕事には使えん 683 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 17:36:00.58 ID:APrQ9KVs.net] 個々のバージョンにおいて出来が良いかどうかはともかくとして、 長期的な互換性に対する姿勢を測る指針のひとつにはなる。 684 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 17:43:23.74 ID:AKSTTleD.net] 帰れゴミカスども https://mevius.5ch.net/test/read.cgi/tech/1701997063/ 685 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 18:34:35.78 ID:6dPf9R/w.net] ライブラリを選ぶときや使うときには当然Semverは気にする でもそれは質を測るものではない その違いが分からないとか理解に苦しむ ま、どうでもいいけど 686 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 18:42:19.39 ID:krXurI2c.net] rustを使う人は、みんな凄腕で無ければ自分で実装するイメージ。 687 名前：デフォルトの名無しさん [2023/12/26(火) 20:02:46.87 ID:E/z8PERd.net] >>672 質って品質って意味だろ？ 品質にはサポート品質は当然含まれるだろ 688 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 20:12:35.91 ID:RJv1OlmX.net] 出来たばっかりの言語にやってきて 1系になってるライブラリまるでない使えねー！ お前はJavaに帰れ 689 名前：デフォルトの名無しさん [2023/12/26(火) 20:20:41.08 ID:E/z8PERd.net] >>675 古いって言ってももう開発開始から17年なんだよな Javaリリースから27年であり、正直そこまで差はないだろ 正式リリースからは8年だけど、リリースが遅かったことを評価することは出来んし、正直そこまで差はないと思わざるを得ない 正直、いつまで新しい言語みたいな顔してるんだよって気持ちだ まるで自分を若いと勘違いしているおっさんみたいだ 690 名前：デフォルトの名無しさん [2023/12/26(火) 20:30:47.94 ID:rdxjbOn3.net] しかしJavaに帰れってのも悲しい発言だな 結局仕事ならJavaって>>675も思ってるってことなんだもんな 691 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 20:34:34.53 ID:4qW9SvtE.net] 他の言語と比較したい人は言語比較スレへ アンチ活動したい人はアンチスレへ 692 名前：デフォルトの名無しさん mailto:sage [2023/12/26(火) 22:38:40.65 ID:ewLNJPek.net] >>674 メジャーバージョンが1.0以上かどうかはサポート品質を測る指標にならないんだよ 実際にいろんなライブラリをきちんと調べて使った経験があれば誰にでもわかる常識的なこと エアプで批判だけしたかったのだとしたらもう少し別の観点から攻めた方がいい 693 名前：デフォルトの名無しさん [2023/12/26(火) 23:11:29.12 ID:exfh4uMB.net] >>679 いや仕様が安定しているというのはオープンなライブラリが提供可能な最大のサポートだが まあでもそう思わない分野があるのは理解できるよ 多分君の業界では一度書いたコードが1年以上使われることはないのだろう そういう業界ではライブラリが変わりまくって新機能が追加されることをサポートと呼ぶだろうし、それはまあわからんではない でも0.9で止めるみたいな、特に新機能付けるわけでもないけどfixする気もありません。好きな時に変えたいですみたいなのはサポートとは程遠いよね？ 694 名前：デフォルトの名無しさん [2023/12/26(火) 23:13:25.69 ID:exfh4uMB.net] 0.9は関係なかったな 695 名前：デフォルトの名無しさん mailto:sage [2023/12/27(水) 00:41:46.65 ID:3CBetLUr.net] >>680 まとめると 仕様の安定度を知りたいんたけど よくわかんないから1.0未満は不安定 1.0以上なら安定だと判断してるってことだね 君の業界では ご愁傷様です 696 名前：デフォルトの名無しさん [2023/12/27(水) 00:49:37.20 ID:JhhYq7wG.net] >>682 書いてないことを読み込んで妄想で勝手にまとめる読解力すごいな 697 名前：デフォルトの名無しさん mailto:sage [2023/12/27(水) 00:53:03.07 ID:6D5uPlZV.net] >>682 まぁワッチョイスレから逃げ回ってるような荒らしなんだから構うのはやめとこうぜ 698 名前：デフォルトの名無しさん mailto:sage [2023/12/27(水) 05:17:40.43 ID:/OnGyPrY.net] そこまでNGされるのが嫌なのか 699 名前：デフォルトの名無しさん mailto:sage [2023/12/27(水) 21:49:50.71 ID:feQ9KdG1.net] 自然淘汰とかいうけど それを人為的にやったらただの私刑じゃないかね 700 名前：デフォルトの名無しさん mailto:sage [2023/12/27(水) 22:20:54.47 ID:/OnGyPrY.net] 改行NGにすれば全部消えるよ 俺は一時期それにしてたけどおもちゃが見えなくなるのは寂しいからやめた どうしても消したい場合はそれ推奨 701 名前：デフォルトの名無しさん mailto:sage [2023/12/27(水) 22:55:48.52 ID:+Ixmj89w.net] Polonius期待 702 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 08:10:24.28 ID:7EmcMJDG.net] 1.0 出てても信頼できるかどうかは結局のところ内情ちゃんと見ないとわからないからなぁ。 パッチバージョンで破壊的な事するOSSはとても多い。 703 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 08:35:00.47 ID:uitX+xsl.net] >>689 Rustならば ①バージョン上がろうがバージョン指定のまま使い続けられる ➁ソース内のテスト及びカバレッジの仕組により意図しない破壊的ミスを防げる ➂意図した破壊的変更は1.xから2.0へ上げるルールが守られているため①により1.*指定で安心して使える 704 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 09:01:37.54 ID:JG4/aLYi.net] そのルールが厳格に守られてなんかいないって話なんやが。 705 名前：デフォルトの名無しさん [2023/12/28(木) 09:05:11.24 ID:tRLYlD1D.net] 1.0を超えたら信頼出来るなんて言ってる奴は居ないんだよな 1.0を超えてないのは問題外だが 706 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 11:02:26.82 ID:TCyyQhqN.net] >>692 1.0を超えてなくてもAPI仕様が安定していて信頼できるのも普通にある 1.0を目安にしちゃうのは中身を判断する術を持たないマヌケだけ 707 名前：デフォルトの名無しさん [2023/12/28(木) 11:34:37.14 ID:PHYdezLP.net] >>693 仕様が安定しているなら1.0にすれば良い それをしないのは使用を固定したくないという甘えの意思表示 実態として変わらないとしても、人に使ってもらうことについて真面目に考えていない心の現れ 708 名前：デフォルトの名無しさん [2023/12/28(木) 11:35:52.30 ID:PHYdezLP.net] お前が勝手に信頼しているだけで、開発者も想定していない信頼を受けて困っているだろう 709 名前：デフォルトの名無しさん [2023/12/28(木) 11:47:36.08 ID:PHYdezLP.net] 普通に考えて欲しいんだが、自分がライブラリ開発者の立場だったとして、1.0に上げていないライブラリを安定してて信頼できるものとして使うユーザーがいたら「ちょっと待って」って思うだろ 710 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 11:54:18.66 ID:jeZ/sYb6.net] 使わせてもらってる立場から、使ってやってるに増長するキッズ 文句言うならサポート契約でも結んでからにしろクズ 711 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 11:58:34.84 ID:uitX+xsl.net] Rustと関係ない話なら他のスレでやれ ここで話すなら具体的にRustのどのクレートの話か示せ 712 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 11:59:02.76 ID:N5v1piyg.net] バージョン関係なくTHIS SOFTWARE IS PROVIDED "AS IS"なライセンスのライブラリでなに勘違いしてんだろこいつとは思う 713 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:00:19.07 ID:N5v1piyg.net] >>698 ここを新しい雑談スレにするか 今決めた 714 名前：デフォルトの名無しさん [2023/12/28(木) 12:00:19.20 ID:PHYdezLP.net] 開発者の意思表示を正しく読めよ 1.0になってないものを勝手に信頼するな それはユーザーの心構えが出来ていない 715 名前：デフォルトの名無しさん [2023/12/28(木) 12:02:39.92 ID:jJTXzrLr.net] >>699 それは法の話だろ 法とは別に、法的な責任を取らないとしてもどの程度信頼して欲しいかがあるだろ 716 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:07:24.88 ID:N5v1piyg.net] >>702 特定の機能のサポートは不十分ですとかそういうのならREADMEに書くけど 漠然と程度とだけ言われてもなんのことだろう…… 717 名前：デフォルトの名無しさん [2023/12/28(木) 12:09:48.59 ID:x4URU/48.net] >>693 >>695 718 名前：デフォルトの名無しさん [2023/12/28(木) 12:15:29.31 ID:PHYdezLP.net] >>703 不十分なのが特定の機能だけなら全体を1.0に上げてからその機能をexperimentalとして提供して良いだろ だから特定の機能が不安定とかはバージョンニングと独立では？ 俺なんか勘違いしてるか？ 719 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:19:43.58 ID:uitX+xsl.net] 具体的にどのクレートの話か出せない時点で机上の空論 720 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:25:11.39 ID:N5v1piyg.net] >>705 具体的な領域 721 名前：の限定や条件の明示なく絶対的な「信頼」が存在すると思っている それがv1リリースで示されると思っている、ってあたりを勘違いしてるんじゃないかな…… セキュリティを語るときに「この前提が崩れない限り」安全としか語れないのと似ている [] [ここ壊れてます] 722 名前：デフォルトの名無しさん [2023/12/28(木) 12:30:33.09 ID:PHYdezLP.net] >>707 それはお前の勘違いだな 俺はv1になっていないと信頼出来ないとは書いたが、 v1リリースで示されるとは一言も書いていない。 対偶は成立するが、裏は成立しない。高校で習っただろ 723 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:35:25.46 ID:N5v1piyg.net] >>708 なるほどな、「『俺は』信頼できない」か 「信頼できる」と呼ぶに値する主観的絶対的基準があるんだな それが何かは明文化できる？ 724 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:35:38.49 ID:ySYWG+kx.net] お前まともにRust使ったことないだろう なんでこのスレにいるの？ 725 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:39:55.64 ID:9fQ265/7.net] 仕様の安定度を知りたいなら1.0未満かどうかなんてゴミのような基準使わなくても他にいくらでもマシな方法があるだろうに 726 名前：デフォルトの名無しさん [2023/12/28(木) 12:43:17.71 ID:PHYdezLP.net] >>709 「俺は」は「書いた」にかかっている 複数通りの解釈が可能な文書を書いたことを謹んでお詫び申し上げる 727 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:46:56.09 ID:N5v1piyg.net] >>712 なら要旨は変わらないよ 絶対的信頼などない せいぜいcargo-crevでも参考にするがいい https://web.crev.dev/rust-reviews/ 728 名前：デフォルトの名無しさん [2023/12/28(木) 12:49:05.73 ID:PHYdezLP.net] >>713 絶対的な信頼が可能なものなど存在しないのが当たり前なので俺はこれまで話題にも上げなかったが、どうしてもその話をしたいようなので、そんなものはないという点については当たり前のこととして同意することをここに記す 729 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:50:06.29 ID:3VbosFG3.net] ほんとにどうでもいい話だったな 730 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 12:52:12.25 ID:DH0jKNBE.net] 最近のMicrosoftやApple、Googleなんて安定しているとはいいがたく商用でも責任なんて取らないがみんな使っている 731 名前：デフォルトの名無しさん [2023/12/28(木) 14:56:05.00 ID:PHYdezLP.net] ほんとうにどうでも良い話だったな 俺に噛みついてきた人間、逆裏対偶理解していない数IA未履修者と、わざわざ1.0未満で止めているものを勝手に信頼し始めるやべー奴しかいなかった 732 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 15:03:10.32 ID:13cJB/jM.net] やっぱりワッチョイは必要だという結論しか出て来ない ワッチョイ無しは荒らしに構うから伸びてるだけだわ…… 733 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 15:54:11.64 ID:uitX+xsl.net] >>718 必要な人はこちらへ住み分け プログラミング言語 Rust 4【ﾜｯﾁｮｲ】 https://mevius.5ch.net/test/read.cgi/tech/1514107621/ 734 名前：デフォルトの名無しさん mailto:sage [2023/12/28(木) 17:10:51.72 ID:QN4uwoNP.net] >>717 清々しいほどの負け犬の遠吠えだな クスッと笑えたので㌧クスッと 735 名前：デフォルトの名無しさん [2023/12/28(木) 20:36:54.93 ID:JQwnhIVp.net] >>679 あなたがたまたまそうだっただけ はい、光の速さで論破 736 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 08:33:17.51 ID:CCwb5Mxd.net] バージョン0.9は「信頼してはいけない」という解釈が可能 複数通りの解釈を発生させた戦犯は謝罪するべきという解釈も可能 737 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 08:38:26.10 ID:sHM61QvB.net] 0.1.234 みたいにパッチバージョン爆発させてる OSS は継続性という点でわりと信頼感がある。 738 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 09:12:11.91 ID:a+GKJrq8.net] たしかに234.0.0と0.1.234なら1.0未満とはいえ後者のほうがいいな 739 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 09:59:51.90 ID:CCwb5Mxd.net] セマンティックだから1通り以上の解釈がある 無意味かつ無リスクな数字にすれば0通り 740 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 10:19:20.55 ID:DHnfEKbi.net] >バージョン0.9は「信頼してはいけない」という解釈が可能 じゃ0.10にすればいいんですねww 741 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 10:25:18.94 ID:f2oltWq4.net] >>723 誰もがお行儀良くone by oneでincrementしてるとは限らないよ 742 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 10:30:28.27 ID:CUdroGt9.net] ライブラリを選ぶときは過去にリリースしたバージョン数、期間、頻度、メンテナンス状況、リリースノートの内容、ドキュメントの内容、Dependencies、Dependentsあたりの基本的項目くらいはみんな確認するよね？ バージョン番号だけで評価しようとする意味がわからない 743 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 10:36:02.78 ID:0cvltfsQ.net] >>728 「だけで」と言ってるやつはいないよ。 その上でバージョンナンバー自体に対してはこういう基準で見るというのが現在のトピック。 744 名前：デフォルトの名無しさん [2023/12/29(金) 11:52:32.00 ID:fWvRNSV1.net] 急に「だけで」みたいな条件を脳内補完し始める人間、数IA未履修者っぽい気配がする 745 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 11:57:48.80 ID:gPoT6KCM.net] >>728 むしろ採用クレート比較の際にバージョン番号で判断したことはない それらの項目に加えてダウンロード数とその変化も見る 746 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 12:12:05.81 ID:PikwmNJc.net] 番号見てあれこれ想像してないで受け入れテスト書けよ 747 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 12:18:04.06 ID:pF6WWzLY.net] >>732 ほんとそれ あちこちに直接組み込んだら 別ライブラリ使いたいの度に全部書き直しやんけ 自前のちょっとしたラッパー書いて 同プロジェクトから呼ぶときはラッパー通せば良くね？ 一度バージョン上げてみてテスト通らないので、時間出来るまで見送りですねーってやれば終わり 748 名前：デフォルトの名無しさん [2023/12/29(金) 12:42:41.12 ID:1/HEfF20.net] ちょっとH2とH2に依存しているライブラリの使っている機能全てのラッパー書いてラッパーのメンテナンスしてくれる人いるー？ できれば別ライブラリ使いたくなった時も対応してくれるいいなー 749 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 12:45:01.14 ID:gPoT6KCM.net] >>733 破壊的変更があるバージョンへと上げる必要はない セキュリティ問題への対応のためバージョンアップが必要、かつ、破壊的変更バージョンしかない、という状況は極めて稀 稀な状況のみ追随すればよい 750 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 13:03:50.04 ID:ymW7FjRY.net] >>735 セマンティクバージョンの話なんだからそれは当たり前やろ マイナーやパッチの場合の判断や 751 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 13:50:41.57 ID:CCwb5Mxd.net] 標準ライブラリのたぐいを自作ライブラリでラップするのは 自己肯定感というか個人主義の 752 名前：成功体験がないと難しいんじゃないか [] [ここ壊れてます] 753 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 14:08:03.03 ID:5mnDPveJ.net] ぽまいらGRUBも使ってなかったの？ あれなんかあんな便利なのにずーっと0.9だったでしょ あんなに人類に役立つソフトなかなかないで 754 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 14:12:05.35 ID:gPoT6KCM.net] ラップすることは本質ではなくただ単にラップするのは本末転倒 抽象化のために自分側の関数をそれぞれ作ってその中に外部ライブラリを閉じ込めるのが一般的 結果的にラップの一形態となっているにすぎない 755 名前：デフォルトの名無しさん [2023/12/29(金) 14:12:37.90 ID:Y5pppiMt.net] GRUBの仕様が変わったら面倒って状態になったことないので流石に別の話では 756 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 16:21:20.54 ID:GcW4fAIp.net] >>731 だよな それが常識的な考え バージョン番号から勝手な推測をしたところで 他から得られる情報ですべて上書きされるだけだからライブラリ選択においては全く意味がない 757 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 16:40:37.66 ID:fjXA5V8+.net] >>729 >「だけで」と言ってるやつはいないよ。 「だけで」と言ってるやつはいないけど「だけで」判断してるマヌケはいるよね？ まぁほぼ君だけなんだけどさ↓ 「メジャーバージョンが0のライブラリなんて怖くてよう使わん」 「0.9で止めるみたいな、特に新機能付けるわけでもないけどfixする気もありません。好きな時に変えたいですみたいなのはサポートとは程遠い」 「1.0を超えてないのは問題外」 「1.0に上げていないライブラリを安定してて信頼できるものとして使うユーザーがいたら「ちょっと待って」って思うだろ」 「1.0になってないものを勝手に信頼するな」 「わざわざ1.0未満で止めているものを勝手に信頼し始めるやべー奴しかいなかった」 758 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 18:22:07.42 ID:v1Foeynd.net] 確かにどう見てもバージョンナンバーだけで判断してるな 759 名前：デフォルトの名無しさん [2023/12/29(金) 19:11:58.37 ID:fWvRNSV1.net] 俺が書いた内容がID透視によって別の人の書き込み扱いになっていて笑っちゃった ごめんよ>>729 それはそうと、>>742と>>743も裏と対偶の区別がついていない中卒の主張かな？ 「バージョン1未満」と「信頼出来る」でベン図を書いてみて、俺の主著の領域と「バージョンだけで判断」の領域に色をつけてみて欲しい 760 名前：デフォルトの名無しさん [2023/12/29(金) 19:28:31.50 ID:fWvRNSV1.net] ああ、それとも「仕様が安定していて信頼出来る」と「あるプロダクトの依存として採用する」の方が良いかな 761 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 19:32:39.94 ID:0cvltfsQ.net] 関連しそうなクレートを全て精査するのは無理なんだから分かりやすい基準で足切りラインを設定するのは普通の処置なんじゃないの。 それがバージョンナンバーでも作者でもダウンロード数でもいいけど、バージョンナンバーでマシそうなのを選出してから細かい絞り混みをするのはそんなに不自然なこととは思わないけどな。 クレートを使う側の選出では偽陰性が増えてでも疑陽性が少ないほうが絞り混みやすいわけだし。 762 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 20:54:47.18 ID:CCwb5Mxd.net] ベン図も三角関数も 何の役に立つのかを分かりやすく示さなければ足切られる側なんだよな 763 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 21:21:00.48 ID:qZkdUj+g.net] >>746 そこでバージョンナンバーを考慮することはない 例えば比較の片方が1.xでもう片方が0.3.xだとして何の判断材料にもならない 764 名前：デフォルトの名無しさん [2023/12/29(金) 21:52:37.44 ID:fWvRNSV1.net] バージョンナンバーを考慮することはないって意見、同意はしないけど逆裏対偶みたいな基本的な誤りはないのでまあ分野によってはそうかもって感じ 俺も年単位でサポートする気がない書き捨てに近いプログラム書くときはそうだし 765 名前：デフォルトの名無しさん mailto:sage [2023/12/29(金) 23:21:04.71 ID:QVcmgKmp.net] バージョンおじさん見苦しい 766 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 00:00:54.19 ID:xE8SJEDn.net] 所有権の複製のときといっしょの流れになってない？ｗ しょーもないところで食い下がってゴールポスト動かして居座るやつ 767 名前：デフォルトの名無しさん [2023/12/30(土) 00:42:52.50 ID:slhZof7h.net] 対偶と裏の違いがわかってないから変なゴールポストを幻視してしまうのでは？ 768 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 01:02:25.15 ID:CdBdHENn.net] 『「バージョン1未満」は「信頼出来ない」と判断しているが「バージョンだけで判断」していない』 複製オジさんもビックリしてそう 769 名前：デフォルトの名無しさん [2023/12/30(土) 01:56:09.99 ID:slhZof7h.net] >>753 はい中卒 >>751 居座るというか、俺へのレスがあるからお返事書いてあげているだけなんだよな どっちかというと召喚されている 770 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 04:10:17.11 ID:+VY2mXpj.net] >>754 具体的にどのクレートをバージョンナンバーにより採用した採用しなかったのかを書きなさい 771 名前：デフォルトの名無しさん [2023/12/30(土) 04:20:00.71 ID:slhZof7h.net] >>755 人にものを聞く態度か？　それが？ 「しなさい」とか言う奴に対してまともな返事を書く気はない 772 名前：デフォルトの名無しさん [2023/12/30(土) 04:25:37.61 ID:slhZof7h.net] いやそれはそれと俺が選ばなかったライブラリの話、真面目に答えると結構ちゃんと選ばないと分野がバレるな 773 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 04:26:52.37 ID:+VY2mXpj.net] >>756 一度も具体的な話を書けないエアプログラマーはこのスレから去れ 774 名前：デフォルトの名無しさん [2023/12/30(土) 04:56:11.37 ID:slhZof7h.net] >>758 自分もそうだろ ブーメラン得意か 775 名前：デフォルトの名無しさん [2023/12/30(土) 05:03:26.73 ID:slhZof7h.net] 不毛な話に返信している自覚はあるので、俺に言及する奴が消えたら俺も書かなくはなるんだよな ID:+VY2mXpjが具体的な話をしてくれたらそっちに話題が移るんじゃないだろうか 776 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 05:10:37.63 ID:+VY2mXpj.net] >>759 バージョンナンバーで選んだことはないためそんな具体例は当然ない バージョンナンバーで選んでいるおまえが具体例を出せ 777 名前：デフォルトの名無しさん [2023/12/30(土) 05:19:08.00 ID:slhZof7h.net] >>761 「出してください」な 778 名前：デフォルトの名無しさん [2023/12/30(土) 05:21:27.73 ID:slhZof7h.net] まあちゃんと「出してください」って言われても俺の分野がバレない奴があったか悩ましいが 779 名前：デフォルトの名無しさん [2023/12/30(土) 05:28:06.55 ID:slhZof7h.net] こういうのは具体的を出すということ自体が結構難しいんだよな >>761が使っているライブラリでバージョンが1未満のものを上げるとかしてくれたら話が早い 780 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 06:29:39.39 ID:GnED1sKw.net] Rust勉強中。アノテーション注釈が出てきたところで流行らない理由をなんとなく察する ヌルポとメモリーリークを防げるから個人開発で使う分にはいいけど。会社で広める気にはならない 学習コスト高いわ 781 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 10:07:43.55 ID:bcJEqtzR.net] async traitが安定化されてる！！！ https://blog.rust-lang.org/2023/12/28/Rust-1.75.0.html 782 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 10:32:04.21 ID:Q ] [ここ壊れてます] 783 名前：Gv3PFfa.net mailto: >>765 アノテーション注釈ってなんやねん 無駄にラーニング学習コスト費用高い資料読んでね？ [] [ここ壊れてます] 784 名前：デフォルトの名無しさん [2023/12/30(土) 11:16:50.31 ID:kCUZZSzY.net] >>765 ライフタイム注釈ってタイプしたつもりで全然ちがう文字を打ち込んでた the bookを読んでるだけだよ。疲れてたんだ… 785 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 11:33:27.15 ID:d4YZn3CY.net] the book はきついよね 786 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 11:41:42.24 ID:scaDM36O.net] staticを自粛する言語はみんな高コスト チェリーピッキングみたいに最高値の近辺だけが高いという指摘はうさんくさい 787 名前：デフォルトの名無しさん mailto:sage [2023/12/30(土) 12:22:34.64 ID:WjlNag1n.net] >>768 非公式翻訳版を読んでるだろ あれで学習したやつは例外なく使えないのが出来上がるからやめとけよ 788 名前：デフォルトの名無しさん [2023/12/30(土) 18:18:48.80 ID:Ycw4kjfb.net] >>759 自分が具体的なことを書いていないという指摘は否定しないw 789 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 05:11:31.11 ID:15iRFp/+.net] >>765 ライフタイム注釈はたいてい一意に定まりその時は省略できるから面倒にならないよ 省略できず明示的にライフタイム注釈を指定しないといけない場合は 例えば複数の参照を受け取り参照を返す関数などでそれら参照間の関係を指定する 790 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 10:19:28.53 ID:kd8WxVq5.net] >>765 >ヌルポとメモリーリークを防げるから メモリリークは防げない ヌルポとメモリリークが防げればいいだけならNull Safetyを備えたGC言語で十分 791 名前：デフォルトの名無しさん [2023/12/31(日) 10:35:21.39 ID:NOiZF6ke.net] なまじライフタイムを省略できるせいでライフタイム未修得でも書けてしまう言語なので、いざライフタイム省略出来ない時が来た時に脳がバグる 792 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 11:15:14.55 ID:sbs7ggSq.net] ライフタイムの記述は省略できることはあっても常にライフタイムを意識しながら書かなきゃいけない それに省略できない場面にも日々遭遇するから「省略できるから面倒にならない」みたいな初心者釣りはやめた方がいい 暗黙的に意識しなきゃいけないC++に比べればある意味面倒ではないという程度 793 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 11:24:54.37 ID:rKdc/qeD.net] マクロやFFIのようなやや高度な機能を除いた基本機能の中ではライフタイムが一番難しくて一番面倒 性能と引き換えに受け入れなければいけない面倒臭さ 794 名前：デフォルトの名無しさん [2023/12/31(日) 12:07:26.58 ID:8Uv46fmp.net] ライフタイム意識しなくても良いと騙されて書き始めた人間のがライフタイムに恐れを抱いて迂回しながら書いた至る所でcloneして値渡するコード 795 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 13:31:13.38 ID:K3mMRoqD.net] まあ C++ と比較するとおおよそ良くなってると思うが C++ で不都合なく寿命管理できる能力があるなら Rust でライフタイムを明記するのを面倒と感じることはあるだろうな。 人類は駄目なので実際には頻繁に問題を起こすという現実があるんだけどさ。　わかってても間違うのが人類。 796 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 13:50:46.98 ID:PS1jMjj+.net] お金を賭ければ失敗することもあるけど賭けなければどうということはない どっちも現実なんだけどリスク回避＝現実逃避だと思ってるのが人類あるある 797 名前：デフォルトの名無しさん [2023/12/31(日) 14:00:16.32 ID:8Uv46fmp.net] C++で不都合なく寿命管理出来る能力があったらライフタイム管理なんて数文字タイプが増えるだけになのでは 798 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 14:02:49.07 ID:JAX3toXP.net] >>779 Rustで性能&安全性優位になるのは積極的にスタックに積んで参照使いまくった場合だろうけど、c++だとスマートポインタとアロケータで最適化しとけという話になるからなぁ。 どんくらい性能差あるのかわからん。 799 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 14:05:38.66 ID:K3mMRoqD.net] >>781 出来ると思ってるが実際には出来てないって話さ 800 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 16:01:28.24 ID:r3ulhjhy.net] もうRustじゃ無理なんだよ 801 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 17:31:22.31 ID:15iRFp/+.net] >>784 Rustが有利という話の流れの中で唐突にRustが何か無理なことある？ 802 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 18:02:32.92 ID:K3mMRoqD.net] プログラミング出来ない人は本当に出来ない。 C++ を使えているくらいの人なら Rust を (良いと思うかどうかは別として) 真面目に学べば使いこなせるだろうけど、初心者が最初に学び始めるには全く向いてないなぁと思うくらいのハードルの高さはあると思う。 803 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 18:29:47.72 ID:15iRFp/+.net] プログラミング出来ない人にRustはハードルが高いという主張か 804 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 19:12:47.61 ID:SnRIdEnt.net] ゴミには何触らせてもゴミ 805 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 20:25:01.01 ID:d6XbubcX.net] >>786 単に最近のスクリプト言語が簡単過ぎるだけだと思うけどね ブイブイ言わせてる()モダンなスクリプト言語使いが 俺たちRustも書けるっしょwみたいなノリで挑戦して 書けなくて諦めるというのを何度も見てきた 本来プログラミングってのはこの程度は難しいものよ 806 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 20:41:56.95 ID:Asz1BteV.net] Rustを書けず断念するような低レベルの人ならば 他の言語でもまともなプログラムは書けないと思うけどな 807 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 22:03:37.75 ID:682wQwxe.net] バージョンおじさんの次はスクリプトコンプおじさんか 808 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 22:07:53.39 ID:fB+p+szm.net] ライフタイムは関数に渡すときborrowするだけなら何も難しいことはないんだが型に参照を含めていろんな操作をしたり持ち回ったりし始めると複雑度が急上昇する 809 名前：デフォルトの名無しさん mailto:sage [2023/12/31(日) 22:22:03.06 ID:Asz1BteV.net] そこは同じ 型に含まれてる参照のライフタイムがその型にも付くだけ 810 名前：デフォルトの名無しさん mailto:sage [2024/01/01(月) 00:50:09.76 ID:X6Py91w/.net] あけましておめでとうございます ライフタイム面倒なので捨ててstaticにしたいそんな貴方へ魔法の関数プレゼント！ fn to_static_str(input: &str) -> &'static str { 　　input.to_owned().leak() } 811 名前：デフォルトの名無しさん mailto:sage [2024/01/01(月) 19:58:44.82 ID:SMFNndU8.net] the book で勉強中だけど覚えること多いなあ 構文を覚えるだけで70時間はかかりそう デザインパターンの勉強は必要なさそうだけど 実践投入するには読経も20時間分ぐらい必要だろうな 812 名前：デフォルトの名無しさん mailto:sage [2024/01/01(月) 22:17:40.22 ID:nmIunYxl.net] 90時間でも約11日稼働ならオンボーディングで 極端に辛いというほどじゃなくね 813 名前：デフォルトの名無しさん mailto:sage [2024/01/01(月) 22:29:17.37 ID:pmJAVvpO.net] >>795 Rustの構文は諸言語のバリエーション範囲内でほとんど同じ 強力なパターンマッチングとその構文が新規なくらいですぐ習得できる 814 名前：デフォルトの名無しさん [2024/01/02(火) 00:14:27.39 ID:SHn+5kOU.net] Rustの勉強が大変なら勉強なんかせんでええ Copilotに書かせてコンパイル通ればOKや！ 815 名前：デフォルトの名無しさん mailto:sage [2024/01/02(火) 08:32:02.80 ID:xTyEZXhx.net] copilot は予測変換の賢いやつって感じ。 個々の場面では思ったよりも賢くて使い物になるが全体を構成するのに人の思考がいらないほど、全部丸投げ出来るほどではない。 出来る人が楽をするツールであって、できない人が使ってもまともなものは作れない。 816 名前：デフォルトの名無しさん [2024/01/02(火) 22:18:53.42 ID:3cCPTdjI.net] >>792 どっちかというとそういうもち回しによる複雑な操作するなってのがrustの思想だろ 817 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 00:45:56.91 ID:cT5UAedN.net] 他の言語の習慣を捨てないとなかなか実践できないと思う しばらく使ってるとRust特有のプラクティスが見えてくるけど 818 名前：デフォルトの名無しさん [2024/01/03(水) 00:58:25.14 ID:WEsHc8Hy.net] 全体を構成する部分が問題になってRustにノータイムで移行できない人間が書くスクリプト言語で書かれたプログラム、読みたくなさすぎる 819 名前：デフォルトの名無しさん mailto:sage [2024/01/03(水) 18:10:43.49 ID:AJuUFyM+.net] VSCodeとrust-analyzerでrustを書いている人にちょっとお聞きしたいんだけど、 rustのコード補完で、必ずabc順になっちゃうんだけど 直前に使用したメソッドを優先的に上位に表示させることってできないの？ VSCodeのエディタの設定でrecently usedを設定してもabc順でしか表示さない InteliJIdeaでは学習した結果、使用頻度の高いものを上位に表示してくれてたのに・・ 820 名前：デフォルトの名無しさん [2024/01/03(水) 23:00:13.67 ID:parSgmbo.net] 質問の仕方が間違っているぞ そういう時は「補完もまともに出来ないクソ言語」って言えば信者が頑張って探してくれる 821 名前：デフォルトの名無しさん mailto:sage [2024/01/04(木) 17:30:55.33 ID:mYBU2Jpa.net] InteliJでは出来てたって書いてあるの読めない人なのかな？ こういう人がテストケースとか書いてると思うと怖くてたまらんね 822 名前：デフォルトの名無しさん mailto:sage [2024/01/04(木) 17:56:16.02 ID:dLQyUrS8.net] >>804は頭の弱いRustアンチの人だから無視しとけ 823 名前：デフォルトの名無しさん mailto:sage [2024/01/04(木) 18:21:30.81 ID:mYBU2Jpa.net] ごめんよ rustが難しくて理解できない可愛そうな人だったか 824 名前：デフォルトの名無しさん [2024/01/04(木) 19:32:15.16 ID:lFo5UMLf.net] 誰も問題解決出来てなくて草 マジで糞言語なのか？ VSCodeでもPythonなら出来るぞこれ 825 名前：デフォルトの名無しさん [2024/01/04(木) 20:05:26.49 ID:9Tnu7Lk1.net] >>776 これはそう思うわ。 そこが面倒ならそもそもrust使うことが面倒だろって気にしかならん。 826 名前：デフォルトの名無しさん mailto:sage [2024/01/04(木) 20:44:14.40 ID:5w1EWT82.net] 普通にバグ報告すればいいのに 827 名前：デフォルトの名無しさん mailto:sage [2024/01/04(木) 20:47:26.53 ID:mYBU2Jpa.net] >>808 あらためてVSCode再起動したら普通に直近に選択したメソッドや変数が上位に表示されるようになった ごめんね　ぺこり ちなPythonは入れ子のループの内側から外側のbreakができないから嫌い 828 名前：デフォルトの名無しさん mailto:sage [2024/01/04(木) 21:51:07.65 ID:dt0a6v34.net] InteliJ は rust-analyzer 使ってないんじゃなかった？ 開発支援機能の基盤が違えば細かい挙動が一致しないのなんて当たり前過ぎて何が言いたいのかわからない。 829 名前：デフォルトの名無しさん mailto:sage [2024/01/04(木) 22:28:32.21 ID:4GGvVaU9.net] >>795の読経って何？ 830 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 08:39:06.77 ID:wSd1e+VK.net] >>813 https://github.com/BurntSushi この人のリポジトリひとつ読んだら実装に移るわ 831 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 09:40:39.59 ID:K2XmLAOd.net] Rustで書かれたLinux互換OS「Maestro」が爆誕 https://softantenna.com/blog/rust-maestro/ 832 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 09:43:03.49 ID:QSnLODWj.net] >>814 ああ、コードを読むのを読経と言ってるのか。ありがとう。 833 名前：デフォルトの名無しさん [2024/01/05(金) 13:58:06.60 ID:p8td/CWz.net] 読経なんかせんでええ GPTに書かせろ 834 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 14:50:07.45 ID:5Ddnqo9+.net] ソースはお経じゃねえぞ 835 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 16:26:15.51 ID:qm5+loRz.net] 写すと写経 読むと読経か 般若心経に波羅蜜多という単語が出て来る 修行の意味だが、修行を行った量という意味でもあり 英単語のparameterと同語源だという 引数か ヤシの木palmとparameterも同語源って説がある palmは手の平の意味だが手の指で文字を数えるとも繋がる これがまた修行の量とか引数って概念に繋がる またヤシの葉で分厚いパルミラヤシと呼ばれるものは経文を書くのに使われていた 経文を書いた量がまた修行のパラメーターとなった ナツメヤシのことをdateというが日にちも数えるもの、デートも日にちを重ねて交流を深めるものとされた ヤシの葉と修行と日にちと引数は常に数えるものとされた 一方で波羅蜜、パラミツというスイカの5倍くらいある果物もある 果実を輪切りにするとアナログ時計のように果肉が並び 時間を象徴するものだから？という話があるが、パラミツと波羅蜜多は特に関係がないという方が多い インドにRust外注したら動くものは帰ってくるのかどうか 836 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 17:09:23.62 ID:FktlJzQH.net] parameterのpara-はギリシア語由来の「離れている」では parallel（平行）のpara- 837 名前：デフォルトの名無しさん mailto:sage [2024/01/05(金) 19:03:58.53 ID:kJ7MyVdE.net] >>815 爆誕出来てないじゃん。 仮に互換するにした場合、バグも再現するんかね？ 838 名前：デフォルトの名無しさん [2024/01/06(土) 15:29:56.82 ID:NPThFXTg.net] 無理にひねくれたこと書かんでよろしい 839 名前：デフォルトの名無しさん mailto:sage [2024/01/07(日) 02:08:36.16 ID:eqr3i2HS.net] rustちょっと書いたけどなんかハマらんな つまんない 刺激が少ない 俺は別に言語に安全性なんて求めてないんだ 刺激がほしいんだ 840 名前：デフォルトの名無しさん [2024/01/07(日) 02:15:40.93 ID:k7dl9y2N.net] >>823 お前のチームのバグ出しまくる同僚に使わせたら？ 841 名前：デフォルトの名無しさん [2024/01/07(日) 02:41:23.33 ID:KA2Mqlfb.net] プログラミングそのものに刺激を求めるんじゃない 刺激はプログラミングで実現したいものに求めろ 842 名前：デフォルトの名無しさん [2024/01/07(日) 09:36:48.73 ID:qkYZiPZe.net] rustはコンパイラにムチを打たれながらコーディングする性癖ドＭ言語だよ 自身の性癖と合う言語を使ってけ 843 名前：デフォルトの名無しさん [2024/01/07(日) 15:48:04.06 ID:ujkX2rEF.net] Rustがムチ打つかレビューでムチ打つかの違いでしかないんだよな 誰にも見せないコードなら関係ないけど 844 名前：デフォルトの名無しさん mailto:sage [2024/01/07(日) 16:53:56.32 ID:FD9BMc1I.net] 男は黙ってSegmentation Fault 845 名前：デフォルトの名無しさん [2024/01/07(日) 21:59:04.51 ID:k7dl9y2N.net] >>827 レビューは体裁しか見ないやついるからな。内容読まないとかレビューになってねーから。 コンパイラにチェックさせたほうがマシ。 846 名前：デフォルトの名無しさん mailto:sage [2024/01/08(月) 12:20:12.43 ID:JTfbpR0w.net] 刺激ってメモリリークでクラッシュとか、ストレージフォーマットとかか？ 847 名前：デフォルトの名無しさん mailto:sage [2024/01/08(月) 20:41:35.20 ID:6GvPzxXI.net] スマートポインタについて勉強中。強い参照、弱い参照という概念が出てきて目が回る RefCell……所有権の共有が発生する参照……参照？？？ 言葉遊びが過ぎないか。。。 848 名前：デフォルトの名無しさん [2024/01/08(月) 21:50:36.68 ID:VjyRCTjd.net] 何書いてるかによるけど、出来ればスマートポインタ使わずに書きたい 849 名前：デフォルトの名無しさん mailto:sage [2024/01/08(月) 21:56:10.69 ID:a9mjVCEv.net] >>831 強い参照、弱い参照はRustやC++だけでなくJavaやC#、PythonやJavaScriptでさえ出てくる一般的な概念だぞ RefCellは所有権の共有じゃないぞ スマートポインタや参照という言葉もRustの定義を理解した上で学ぶ必要があるんだけどちゃんとした資料で勉強してるか？ 850 名前：デフォルトの名無しさん [2024/01/08(月) 22:02:17.92 ID:6GvPzxXI.net] >>833 目が回って頭が混乱してた。Rcのことです the bookを読んでます。英語版と日本語版を読み比べならが進めてます 851 名前：デフォルトの名無しさん [2024/01/08(月) 22:04:58.02 ID:6GvPzxXI.net] >>832 FSTという決定木を呼び出す実装を書く予定なんだよね どこまで既存のクレートを使えるか次第だけど。たぶんスマートポインタ必須だろうなあ……胃が重い 852 名前：デフォルトの名無しさん mailto:sage [2024/01/08(月) 22:45:23.91 ID:U+1fQP74.net] 853 名前：target="_blank">>>831 説明するのには言葉を使うしかしょうがないだろう。 それとも小難しい記号だらけの操作的意味論を読み解くほうがマシとでもいうか？ [] [ここ壊れてます] 854 名前：デフォルトの名無しさん mailto:sage [2024/01/08(月) 22:56:58.99 ID:DdO69zqE.net] >>835 まず前提環境が重要になる たとえば並行はあるのか？並列はあるのか？両方あるのか？ あるとしても共有が必要なそれらの範囲はどこまでなのか？ それとは別の話で参照の共有と所有権の共有についても前者だけで済むのか後者も必要なのか？ など 855 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 00:03:40.70 ID:8DV95bbu.net] >>835 木構造は普通にポインタ使うと地獄だよ Nodeにポインタを持たせる実装ならRefCellとRcとOptionの組み合わせでゴニョゴニョやることになる 856 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 00:15:41.68 ID:nS4EcHpr.net] 配列にどんどん詰め込んでいって ポインタのかわりにインデックスで管理するという方法も取れなくはない。 Rust で参照の取り扱いが面倒くさくなったときは割とよく使われる。 857 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 00:41:55.42 ID:p6fXuzFt.net] Rustだから面倒になるのではなく 同じ方針ならばC/C++でも同じようになる そしてどの言語でも同じく色んな方針を取ることができる たとえばプログラム終了まであるメモリを解放しない＆しなくてよい状況と方針ならば CだけでなくRustでもそのようにプログラミングすることで簡単になる 858 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 00:48:52.81 ID:71QF1ibn.net] Array/VecとMapでやる方が普通 てかスマートポインタで胃が重いとか言ってる人にFST実装させようとするのはどうなのか 学生さんの宿題ならいいんだけど 859 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 13:46:52.23 ID:cAvIdAYQ.net] >>815 windowsこそrustで書き直して欲しい 860 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 14:29:03.17 ID:ZeSQ9HCg.net] いやWindowsは消滅してくれ Windowsのパス区切り文字がバックスラッシュだと面倒くさいんだよ いつになったら他のOSのようにスラッシュになるんだ 861 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 14:42:13.51 ID:W90zSzbf.net] そこでいまどき困るか？ ライブラリで吸収してくれるだろ 862 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 15:03:46.95 ID:mDjH0FU9.net] 困るのはそんなポイントではないわな 863 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 15:51:14.16 ID:LmJT0Ko+.net] UNIX https://learn.microsoft.com/ja-jp/cpp/c-runtime-library/unix プログラムを UNIX に移植する場合は、次のガイドラインに従ってください。 ・引数としてパスとファイル名を表す文字列を実行するルーチンでは、UNIX と互換性のあるパス区切り記号を使用します。 UNIX は、この目的でスラッシュ (/) のみをサポートしますが、Win32 オペレーティング システムでは、円記号 (\) とスラッシュ (/) の両方をサポートします。 864 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 16:00:24.31 ID:OfKvL6VZ.net] WindowsはWSL2のおかげで立ち位置を少し取り戻した感ある Docker×WSL最強なんだ 865 名前：デフォルトの名無しさん [2024/01/09(火) 16:26:04.96 ID:dEgljR3a.net] Rustを学習していてよくわかんないんだけど、なんで&mut演算子って=の右側に書くの？ 演算子を分けて&を右でmutを左にすべきことじゃないのか 866 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 16:31:10.75 ID:T7+wXIHZ.net] >>848 変数がmutなのと参照がmutなのと意味が違うでしょ 867 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 16:38:48.96 ID:7APTEGxI.net] 不変なT型　T 不変な不変参照　&T 不変な可変参照　&mut T 可変なT型　mut T 可変な不変参照　mut &T 可変な可変参照　mut &mut T 868 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 16:51:10.28 ID:/HMizx3H.net] それ複オジがよく書いてたやつだけど そうやって書くと型の違いと変数のmutabilityの違いを混同しちゃうから良くないんだよね 869 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 16:57:39.62 ID:FRUFivso.net] fn main() { let mut foo = String::from("foo"); let mut bar = String::from("bar"); let a1 = &foo; // a1の値も参照先（foo）も変更できない // a1.push('o'); // 不可 // a1 = &bar; // 不可 println!("{a1}"); // foo let a2 = &mut foo; // a2の値は変更できないが参照先（foo）は変更できる a2.push('o'); // a2 = &mut bar; // 不可 println!("{a2}"); // fooo let mut a3 = &foo; // a3の値は変更できるが参照先（foo）は変更できない // a3.push('o'); // 不可 a3 = &bar; println!("{a3}"); // bar let mut a4 = &mut foo; // a4の値も参照先（foo）も変更できる a4.push('o'); a4 = &mut bar; println!("{foo} {a4}"); // foooo bar } 870 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 17:54:54.96 ID:yDV9ZPsZ.net] >>815 先にfirefox互換のブラウザをRustで作れよ 871 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 20:29:20.32 ID:OfKvL6VZ.net] >>815 ついにRustで書き切ったカーネルが出たか 素晴らしい😎 872 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 21:43:46.90 ID:ba97u6j0.net] JythonみたいにRinuxとか呼ばれる様になるんかね 873 名前：デフォルトの名無しさん [2024/01/09(火) 23:30:54.91 ID:kFOi0b9p.net] >>847 わかる 874 名前：デフォルトの名無しさん [2024/01/09(火) 23:33:35.76 ID:kFOi0b9p.net] >>850 ＞可変な不変参照　mut &T ＞可変な可変参照　mut &mut T そこは mut& T mut& mut T のほうが良くないか？ 875 名前：デフォルトの名無しさん mailto:sage [2024/01/09(火) 23:44:10.92 ID:VWF/HjAU.net] >>857 なんでmut& Tやmut& mut Tのほうがいいと思うの？ 876 名前：デフォルトの名無しさん mailto:sage [2024/01/10(水) 00:26:25.61 ID:50jzIioV.net] 変数は不変　参照先も不変 【Rust】 let ptr: &i32 = ... 【C/C++】 const int* const ptr = ... 変数は可変　参照先は不変 【Rust】 let mut ptr: &i32 = ... 【C/C++】 const int* ptr = ... 変数は不変　参照先は可変 【Rust】 let ptr: &mut i32 = ... 【C/C++】 int* const ptr = ... 変数は可変　参照先も可変 【Rust】 let mut ptr: &mut i32 = ... 【C/C++】 int* ptr = ... 877 名前：デフォルトの名無しさん mailto:sage [2024/01/15(月) 07:32:23.77 ID:GWa8/EJ0.net] プログラミングをしていて最も出現頻度が高いのがその4つのうちこのパターンだな ＞変数は不変　参照先も不変 ＞【Rust】 let ptr: &i32 = ... ＞【C/C++】 const int* const ptr = ... したがって可変部分のみmutを付加するRust方式が理に適っている 878 名前：デフォルトの名無しさん mailto:sage [2024/01/15(月) 09:26:21.36 ID:87NFfbL3.net] C/C++のconstとRustのletを対比するなよ コンパイル時の定数と変数は違うから 879 名前：デフォルトの名無しさん mailto:sage [2024/01/15(月) 10:46:44.96 ID:6ZDKWey9.net] C/C++のconstはコンパイル時の定数とは限らない > 変数は不変　参照先も不変 C++はconst int*で定義した変数経由では参照先を変更出来なくても他から参照先が変更されることがあるので「参照先が不変」とは言えない 880 名前：デフォルトの名無しさん mailto:sage [2024/01/15(月) 11:01:12.76 ID:AliX8x8r.net] >>861 コンパイル時の定数は Rustではconst C/C++ではconstexpr 881 名前：デフォルトの名無しさん mailto:sage [2024/01/15(月) 11:06:03.10 ID:YtourOsv.net] C/C++のconstはコンパイル時の定数となることもあるのがややこしいところ constexprはそれを矯正するもの 1対1の単純な比較では抜け落ちるものが多すぎる 882 名前：デフォルトの名無しさん mailto:sage [2024/01/15(月) 18:27:24.64 ID:8IhMbXbn.net] イミュータブルの観点でこの対応は合ってる。 Rust:　let foo: &i32 = ... C++:　const int* const foo = ... ただし違いとしては、 Rustではfooが生きている間は参照先が(内部可変性を除いて)真に書き変わらない保証がある点が異なる。 883 名前：デフォルトの名無しさん mailto:sage [2024/01/17(水) 18:48:37.40 ID:6S0S7+zy.net] この件はC++と比較しても刺激が少ない mutがない関数型言語と比較するほうがいい 884 名前：デフォルトの名無しさん mailto:sage [2024/01/17(水) 19:39:11.45 ID:gS91WelD.net] ミュータブルを無くすと美しく見える反面 ガベージコレクションが多数発生し効率が悪くなる アルゴリズムも制約を受けてしまい効率が悪くなる 885 名前：デフォルトの名無しさん mailto:sage [2024/01/17(水) 19:42:50.91 ID:NPS8JVAZ.net] Linuxカーネルについに実用的なコードが マージされたと話題になってるな 886 名前：デフォルトの名無しさん mailto:sage [2024/01/17(水) 20:07:47.38 ID:ouelKdFS.net] >>868 新規追加するドライバにだけ採用とか前に言ってなかったっけ？ 887 名前：デフォルトの名無しさん mailto:sage [2024/01/17(水) 21:08:18.79 ID:6S0S7+zy.net] >>867 ガベコレが多数発生することをRust風に言うと、 実行時の参照カウントが激しく増減する 888 名前：デフォルトの名無しさん mailto:sage [2024/01/17(水) 21:16:06.79 ID:gS91WelD.net] >>870 ミュータブルがない関数型言語との比較の話だから ミュータブル非導入で起きていることは使い捨て一時ガベージの大量発生 889 名前：デフォルトの名無しさん mailto:sage [2024/01/17(水) 23:31:19.01 ID:6S0S7+zy.net] cloneに似た処理をしてからオリジナルをdropするんだよね 890 名前：デフォルトの名無しさん mailto:sage [2024/01/18(木) 04:18:08.52 ID:p4+mv2Ay.net] RustはカーネルやOSコアの開発で存分に活躍してくれ🙏 891 名前：デフォルトの名無しさん mailto:sage [2024/01/18(木) 06:21:12.49 ID:vxth9lRp.net] ぺたんこおっぱい ぽっこりおなか つるつるわれめ 892 名前：デフォルトの名無しさん [2024/01/19(金) 01:46:37.00 ID:qsekRxP5.net] プログラミング言語利用実態調査でRustが急落 https://www.nikkei.com/article/DGXZQOUC223M10S3A221C2000000/ 893 名前：デフォルトの名無しさん [2024/01/19(金) 08:43:59.73 ID:q7Fi5Auv.net] >>875 それ日本だけのアンケートじゃん 894 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 08:55:08.16 ID:v7odrc0V.net] 登録が必要な記事貼るとか 895 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 10:17:52.92 ID:9hGbEahh.net] >>875 日本でもクソ言語ってバレ始めてるなｗ 896 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 10:49:32.99 ID:Z0EBK6tx.net] そもそもrustを使う場面があるか？って話 wasmは始まる前からオワコンだし、組み込みシステム開発してる人なんて割合で見ればプログラマの中でごく一部だし 897 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 11:13:07.05 ID:vjpbBz8R.net] >>879 ごく一部だというのが仮に事実だとしても、少ないからって要らないってわけでもないだろ。 そこそこの規模だと C よりは Rust のほうがいいわ。 898 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 11:19:17.56 ID:EYCY+PGA.net] >>875 ちゃんとリンク貼れ無能 スキルアップしたい言語はPythonとJavaScript、不動の不人気言語はCOBOL 安藤 正芳 日経クロステック／日経コンピュータ https://xtech.nikkei.com/atcl/nxt/column/18/02670/112900003/ 899 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 11:27:47.52 ID:uugkJRQ7.net] 「実際に仕事で使われているプログラミング言語」（2023） https://qiita.com/mmake/items/b346cb32ccc3bcb5d03f 日本でのRustの使用実態が全く見られないの笑えるな 900 名前：デフォルトの名無しさん [2024/01/19(金) 11:34:00.68 ID:EoDClT2o.net] Rustは業務で使用する言語ではない 901 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 11:36:55.28 ID:arzVgFZ3.net] 使われてる言語ランキング見てると、CやC++、Rustみたいな組み込み開発用言語は全体から見ればもはやプログラミングの中でもマニアックな分類なんやね ブログラマといえばWebサービス関連の人ってイメージになっちゃった 902 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 11:48:30.00 ID:vjpbBz8R.net] とはいえそれを支えるホスト環境 (OS) や処理系は大抵の場合に C とかで書かれてるんだけどな。 903 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 11:49:23.47 ID:pW7O4nZv.net] RustがC/C++の代わりになるのは間違いないのだけれどね 富士通さんはRustの普及をもっと頑張ってくれよ 904 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 12:01:24.14 ID:pW7O4nZv.net] >>885 C/C++からRustへの書き換え作業は大変だからね 脆弱性の解消のために徐々にRustへの置き換えが進んでるから2030年頃にはだいぶ完了してるっしょ 905 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 12:05:10.29 ID:pW7O4nZv.net] 有名どころだと ProssimoがsudoやzlibのRust実装を頑張ってるよね https://github.com/memorysafety 906 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 12:05:22.87 ID:vjpbBz8R.net] デバイスドライバとかは C のほうが楽だけど 言語処理系くらいのレイヤだと大部分は Rust で書いたほうが楽そうだなーとは思う。 907 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 12:26:38.25 ID:CZFLW0PQ.net] そろそろ実装に入れそうだけど。Rustを勉強したことを少し後悔ぎみ オブジェクト指向言語しか触ったことなかったから取得するのにガチで一ヶ月(130時間)かかった chatgptに聞いた感じだと、これでも割と早い方らしい。おとなしくC/C++を使えばよかった 908 名前：デフォルトの名無しさん [2024/01/19(金) 12:33:55.04 ID:3hcnICbb.net] 【AI】Googleの医療面接特化AI「AMIE」は人間よりも正確な診断が可能＆患者への印象に優れるという研究結果 [すらいむ★] https://egg.5ch.net/test/read.cgi/scienceplus/1705583722/l50 【AI】Google DeepMindが数学オリンピックレベルの幾何学問題を解けるAIを発表、人間の金メダリストに近い性能を発揮 [すらいむ★] https://egg.5ch.net/test/read.cgi/scienceplus/1705583476/l50 【AI】大学入試共通テスト、3つのチャットAIに解かせてみたら？　GPT-4はバケモノだった [すらいむ★] https://egg.5ch.net/test/read.cgi/scienceplus/1705585402/l50 【ナゾロジー】「株価の変動を粒子の振動として理解」量子力学で株式市場の法則を読む！ [すらいむ★] https://egg.5ch.net/test/read.cgi/scienceplus/1705583580/l50 【AI】NTT、自分の分身AIを低コストで作る技術。自分の合成音声を簡単に作れる技術も [すらいむ★] https://egg.5ch.net/test/read.cgi/scienceplus/1705583313/l50 ボイス・トォ・スカルのコアプログラムの一部は上記を統合している 909 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 13:26:04.84 ID:eEzmAF9q.net] >>890 130時間はサンクコストなので0時間の時点における正解は現時点でも正解 ってAIは教えてくれなかったの？ 910 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 13:41:00.69 ID:CZFLW0PQ.net] C/C++, java, pythonの経験があるから、Rustを取得するのに50時間かからないだろうと思ってた時期が僕にもありました ヌルポが怖いからRustを使うけど……歯を食いしばって捻出した130時間を投資回収できるかは神のみぞ知る 911 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 13:47:10.87 ID:vjpbBz8R.net] C/C++ の経験があってそんなに時間かかるか？ 「習得」というのがどの程度の基準で見るかにもよるけど いわゆる the book を一通り読んだ後なら コンパイラがあまり助けてくれないところ (unsafe) を除けば マニュアルを見ながら書けばだいたいなんとかなる程度には使えそうなもんだと思うんだが。 912 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 13:56:01.98 ID:arzVgFZ3.net] C/C++を適当にやってたせいでRustでつまづくってのはありそう 913 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 14:12:09.59 ID:CZFLW0PQ.net] >>894 最近はpythonで仕事する機会が多くて、C/C++を4年ほど触ってなかったのと、 仕事の後に疲れた頭で勉強したから体力的にキツかったのと。。。 the bookを読むだけで90時間はかかったわ。検索モジュールを開発しようと思ってるんだけど いきなり実装に入るより読経した方がマシな感じで、regexのコードを読んでる 既に10時間読経に捧げて、あと10時間は追加の読経が必要な感じ この後、形態素解析エンジンのコードも読む必要があるから、追加で20時間はお勉強する予定であわせて130時間 ……重いです 914 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 14:23:24.55 ID:arzVgFZ3.net] >>896 おつかれよくがんばった 915 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 14:50:46.17 ID:tvouuqwU.net] >>896 the bookでの90時間の中身がわからないので何とも言えないかな bookだけを読んだのか それともdocsやreferenceと行き来して読んだのか サンプルコードくらいのことを書けるようになっただけなのか それとも各機構や機能を本質的に理解したのでdocsなど見ればbookに書かれてないことも書けるようになったのか などピンキリだよね 916 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 15:08:45.88 ID:IG9zAVYP.net] >>890 一般的にですが、 自分が使いたい新たな言語の学習で、辛いとかキツいとか後悔とか感じる人はプログラマーに向いていません。 プログラマーに向いてる人たちにとっては、新たな学習や会得はワクワク楽しくてその時間を後悔することもありません。 917 名前：デフォルトの名無しさん [2024/01/19(金) 15:23:39.42 ID:w30sYh7E.net] >>899 禿同だな 918 名前：デフォルトの名無しさん [2024/01/19(金) 15:25:17.10 ID:1KLWZB9m.net] 件の人は質問がどれもバカっぽかったから習得からは程遠い印象 919 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 16:19:14.85 ID:vjpbBz8R.net] Rust の個々の機能が難しいとは感じないけど 綺麗に噛み合うように全体を設計するのは C++ とは違う感覚が要るから 大きいプログラムを綺麗に設計しようとしたら最初はしんどいかも。 ボトムアップ的なスタイルで書いていくのをオススメする。 920 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 16:39:45.44 ID:8qrrLmZj.net] 逆かな みんなリファクタリングが機能しないからRustだとボトムアップじゃだめだと分かっかんだよ 921 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 16:40:26.29 ID:Rx8gKVuk.net] the book自体の難しさがあるというか 922 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 17:22:29.33 ID:5TL7zSTv.net] the bookを頭から読むやつなんているんだ 大してわかりやすくもないし 説明が冗長な感じだからChatGPT使った方が良いぞ 923 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 17:23:51.53 ID:vjpbBz8R.net] 初心者にとって知らんことが書いてあるんだからそんなにスラスラとは読めないのは当たり前だし、文章自体に問題があるようには感じないな。 改善すべき点がゼロなわけではないが、少なくとも C++ を分かっているくらいの人が最初に読むには十分すぎるほどに良書じゃないの。 924 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 17:34:10.12 ID:vjpbBz8R.net] 説明対象がもつ難易度より分かりやすい説明があったとしたらその説明は嘘であるか不足しているってことだ。 本来の難易度は後にならないと分からないから学習者本人には見分けられない。 925 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 17:55:40.81 ID:88sLHWJm.net] ガリ勉完璧主義者ほど隅から隅まで理解しようとするけど 要領よくChatGPTを使いこなすチャラ男に天然GPTとしてカモられている 926 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 18:00:19.70 ID:88sLHWJm.net] 天然GPT本人はマウントして気持ち良くなりたいから他のみんなと勉強会じゃなくて家でガリ勉なんだ 927 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 18:05:32.43 ID:5TL7zSTv.net] 作りたいものを決めてそれを実現するための知識をChatGPTで調べるというやり方のほうがはるかに効率が良いよ 多少間違ったこと教えてきたり 古かったりするけどそれはもう気にしてたら仕方がないので 無視してどんどん手を動かすほうが良い 928 名前：デフォルトの名無しさん [2024/01/19(金) 18:15:21.92 ID:1hwMDgMT.net] The Bookは簡潔にまとめるために説明をやや端折り気味 書いてる内容自体が難しいわけじゃないけど深い理解には至らないから腹落ち感を得にくい あんまり期待しすぎず無料で読める基本チュートリアルとして捉えておくべき 929 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 18:26:39.26 ID:OWRF5bQs.net] ところでこのスレには組み込み開発でRustを使ってる人はいるの？ 930 名前：デフォルトの名無しさん [2024/01/19(金) 18:38:50.67 ID:5qNxVIXw.net] 組み込みは頭おじいちゃんが支配してるからRust使える人いないよ 931 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 18:49:19.87 ID:AbS8PLZw.net] そう組み込みも重要な分野だから、これにRustが皆無な時点で大手では大々的に採用されていないって事、せいぜい窓際 「実際に仕事で使われているプログラミング言語」（2023） https://qiita.com/mmake/items/b346cb32ccc3bcb5d03f 932 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 18:52:09.31 ID:wGMq60ju.net] そうだ窓際追い出し目的でおじいちゃんにRustやらよう 933 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 18:53:27.57 ID:wGMq60ju.net] そうだ窓際追い出し目的でおじいちゃんにRustやらせよう 本当にあるな 934 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 18:54:40.94 ID:75Zji/CQ.net] 今時の組み込みって何使ってるんだろ？ 935 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 18:55:15.30 ID:Nlxayr7x.net] >>903 Rustでもリファクタリング前提で書き始めるのがいいよ 早すぎる構造決め打ちや早すぎる最適化などはせずリファクタリングで対応 936 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 19:00:48.51 ID:SK8TlxrV.net] >>899 んなアホな。 一般的というなら「石の上にも三年」とも「下手の横好き」とも言うから、嫌いだからと言って不向きとは言えない。 937 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 19:08:03.87 ID:pqBZI8v7.net] 格言おじいちゃん、窓際組み込み？ 938 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 19:08:58.61 ID:pqBZI8v7.net] 格言は説得力とは真逆だと思うの 939 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 19:10:50.73 ID:+7/a4sFt.net] 自分がこうだから他人もこうあれ って考えは時代にそぐわない老害感がある 940 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 19:11:44.46 ID:pqBZI8v7.net] 論理的でもなく屁理屈にも劣ります 941 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 19:12:08.48 ID:SK8TlxrV.net] >>896 Rustは絶壁の学習曲線だから、段階的な学習は難しい。少なくともスタックフレームの動きを意識できないとキツイと思う。 Rustを使った開発も、小さく始める段階的開発とかきついんじゃない？ひたすらスクラップ＆ビルド繰り返しそう。 942 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 20:04:18.16 ID:U1u9K+K0.net] >>924 スタックフレームはコンピュータの基礎知識であってC言語でも必須でありそれをRustの問題にする人はいない 段階的開発がキツいという主張もそんなことはなく根拠もない 943 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 21:01:18.97 ID:vjpbBz8R.net] 全体を綺麗に構成することはしづらくても小さなモジュール単位でならそれなりに構成できるからそれを繰り返せばいい。 全体の構成を考えてから作るよりは汚いだろうけど、綺麗な全体の構成を考えるなんていう出来もしないことをやるよりはそういうボトムアップ方式のほうが少なくとも途中まではまあまあに出来る。 もちろんちゃんと全部をまともに構成できるだけの能力を身に付けられるならそれに越したことはないよ。 でも実際問題として初心者にはできないじゃんと思ったからボトムアップ方式のほうが(初心者の内は)よさそうと考えてる。 944 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 21:22:17.40 ID:U1u9K+K0.net] 他の言語と同じ そこにRust固有の問題はないな 945 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 22:20:52.17 ID:5TL7zSTv.net] >>924 意識するのはヒープじゃないか？ スタックフレームは解放されるんだから意識しないで良いんだぞ 946 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 22:39:11.81 ID:vjpbBz8R.net] 変数の寿命と連動するから意識するよ。 C/C++ の世界だと当たり前のことだから意識してる自覚すらないレベルで自然に考えてるけど。 947 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 22:39:43.86 ID:eEzmAF9q.net] 人格をもたない書物は効率が悪いという風潮は面白い 人格がなければ報酬とか私刑とかができないってことだろうか 948 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 22:43:52.06 ID:Hr4uH45j.net] 進行が早くなったのでいつもの 次スレはなしで既存のﾜｯﾁｮｲスレにしよう 過疎るのは既定路線なので頃合いでしょ 949 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 23:05:04.70 ID:Rx8gKVuk.net] 「スタックフレームを意識する」というのはどの程度を指してるんだろう。 どれがスタックに積まれるかとどうスタックに積まれるかは違うわけで。 950 名前：デフォルトの名無しさん [2024/01/19(金) 23:24:13.49 ID:LbAGY+B7.net] >>924 スタックフレームの動きってプログラミング初心者でも何の問題もなく理解できるやろ 学習曲線めちゃ緩やかじゃん 951 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 23:35:33.58 ID:QqY+6sl7.net] オラから『Rustの練習帳』って新刊が出るんだね タイトルがエモい 952 名前：デフォルトの名無しさん mailto:sage [2024/01/19(金) 23:44:43.13 ID:NtpPLEep.net] ワクワクすっぞ 953 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 00:29:37.21 ID:zhjwtCng.net] オライリーをオラと略す人は初めて見た 954 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 00:46:25.56 ID:B5JkVzvF.net] そう？ オラの村では普通だでね 955 名前：デフォルトの名無しさん [2024/01/20(土) 01:10:08.13 ID:ppE6WkEJ.net] 都会は進んでるなあー 956 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 01:16:50.20 ID:zhjwtCng.net] ミスチルはわかるんだ ミスター・チルドレンは長いから サザンもサザンオールスターズは長いからわかる マクドもマクドナルドは長いからギリわかる オライリーをオラは無いだろ たかが2文字略すなと思った ま、どうでもいいんだがな 957 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 01:51:39.52 ID:HZE0SdTu.net] スクリプト言語出身者が増えたせいだよ スタックフレームやヒープなんてCSやってりゃ習うでしょ コンパイラかコンピュータアーキテクチャでやる スクリプト言語はスタックフレームの開放も全てGCがやることになるから 全く意識しないんだよな 958 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 01:55:10.81 ID:ppE6WkEJ.net] スクリプト言語に限らず、C/C++を書かなければそこら辺に気を使う機会はないよ 959 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 07:57:38.44 ID:lqSANakz.net] >>937 公式にオラの村ってのがあるよね 960 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 08:33:10.42 ID:QXcnqV7m.net] GCありでパフォーマンスも関係ないなら、スコープだけ気にしていれば困らないしね。 961 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 08:49:07.11 ID:G76ZEaWY.net] >>939 マクドじゃなくてマックね 962 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 09:18:20.17 ID:viZi/CYZ.net] webサービスまわりは全部スクリプト言語かGCランタイム付き言語だもんなあ 963 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 11:01:53.93 ID:ppE6WkEJ.net] 最近は組み込みもC/C++を使う理由がないことが多い 964 名前：デフォルトの名無しさん [2024/01/20(土) 11:38:27.03 ID:lE+lj03S.net] オラは「Rust for Rustaceans」の訳書出さないな 本格的にRustやるなら必読書なんだけどな 965 名前：デフォルトの名無しさん [2024/01/20(土) 11:42:02.65 ID:o5qofGYG.net] スクリプト言語はともかく静的にコンパイルする言語ならGC言語でもスタック/ヒープは意識するけどね 966 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 12:07:36.77 ID:KBzblFQB.net] >>945 CPU時間(ミリ秒)あたりで課金されるからこそのRustだよ 967 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 12:23:09.39 ID:+uoYRouQ.net] オンプレミスでも同じ Rustで書くかスクリプト言語で書くかでサーバーやメモリの必要量が何倍も変わる 電気代も節約できRustはエコにも貢献 968 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 12:30:18.74 ID:KBzblFQB.net] そう、CO2排出量を考えたら、Rust以外で書くのは社会にとっての悪 969 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 12:33:36.69 ID:wJQgtkwZ.net] 昔は全体の性能に余裕があって I/O (ストレージと通信) が極端に足を引っ張る状況だったから言語処理系の動作速度は問題にならなかったけど今は全ての性能をギリギリまで絞り出す勝負に変わってる感じだね。 970 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 12:46:54.29 ID:+pH1NoHl.net] Rust言語は ・タイプセーフ、メモリセーフによる高い安全性 ・並列プログラミング処理設計 ・ガベージコレクタのようなランタイム無しに動作 だから、これらを活かせる製品に採用したらいいんじゃないかな いまどきそんなのは組み込みロボットとかカーネルやエンコーダデコーダくらいしかないような気がするけど 971 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 12:56:12.54 ID:UT8XEnd7.net] >>953 その条件ならウェブに向いてるね そして実際に使われてるね 972 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 13:15:54.83 ID:KWXCbsaH.net] ウェブっていうかwasmじゃね？ rustじゃないけどffmpegのwasm実装は使ったことある 973 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 13:17:39.73 ID:NDqmkpk/.net] >>954 Webって言っても大規模なユーザーがいるようなものじゃない？ 大した事無いサービスで、スペック高い人が必要なRustはまだまだ辛い気がする。Javascript並みに誰でも使えますって世の中になったらRust一択でも良いのかもしれないけれど。 974 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 13:22:10.20 ID:KBzblFQB.net] AWSもGCPもサーバーレス環境とかのランタイムや下周りがだいたいRustで書いてある 975 名前：デフォルトの名無しさん [2024/01/20(土) 13:22:24.95 ID:lxegQoou.net] CO2排出量は難しいな Rust書けない人間がCO2排出するだけのうんこ生産機になってしまうのもあんまエコじゃない気がする 976 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 13:24:24.78 ID:tKcafxZR.net] actix-webはどうなん？自分はよく知らんのだが使ってる人いるんけ？ 977 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 13:24:56.70 ID:NDqmkpk/.net] >>958 そんなこと言ってると、Rustへのリスキリング時のco2排出量もRustのコストって言われちゃうぞ。 978 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 13:27:59.09 ID:KBzblFQB.net] CO2排出量を考えて、コンパイル中は息を止めている 979 名前：デフォルトの名無しさん [2024/01/20(土) 13:34:01.02 ID:vYJJrZqN.net] JavaがOracle事件で終わって脱SpringでRustのActixがついに普及するかなと思ったらC#のASP.NETにみんな行っちゃった 980 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 13:39:08.81 ID:tKcafxZR.net] >>962 そうなんか… 981 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 13:57:32.93 ID:ngmk9luX.net] Javaが脱Springなんて馬鹿げた事言い出してるのかと見間違えたが 脱Javaの話か Rustは学習コスト高いからJavaでやってた様な大人数プロジェクトには向かんだろう 982 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 14:59:14.28 ID:ppE6WkEJ.net] みんな経済合理性でRustを選択するんだよな 983 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 15:49:27.64 ID:w9m16ZcP.net] >>952 特に機械学習ではその方向が顕著 MLIRみたいにSIMDやGPUを使う前提でIRが設計されてる Node.jsが切り開いた非同期IOの登場もでかい これによってIOの比重が高いプログラムでもIO待ちがなくなり さらにマルチコア、GPUを活かせる環境が整った 一方Rustはtokioなどの非同期IOを実現できるフレームワークが山のようにある さらにSIMD命令を直接使える仕様も整備されてきている (LLVMの最適化によって勝手に使われることも多いが) マルチスレッドは言わずもがな 他の言語でこれらを全てサポートしている言語はない 現在の最先端の環境を活かせる言語は他に選択肢がない < 984 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 16:00:45.48 ID:tKcafxZR.net] RustのWebアプリケーションは未履修だけどぜひやりたいなあ 985 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 18:46:27.21 ID:PTOG17pe.net] >>954 Webで使うにはTokioなどの重量級ランタイムが必要 ただ利用するだけなら難しくはないけどエコシステム含めそこまで安定しているものじゃないのでランタイム含め自力で修正できる力が必須 986 名前：デフォルトの名無しさん [2024/01/20(土) 18:55:33.87 ID:I+Fu8n3P.net] >>964 90年代後半にコボラーがJavaでWebアプリを作れるようになるための学習コストに比べればRustの学習コストは断然低い 987 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 19:12:06.87 ID:6DBgVQg4.net] >>969 その時期にいた純粋コボラーって定年間際のジジイじゃん。そりゃ学習コスト高いわ。 988 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 19:21:51.44 ID:w9m16ZcP.net] httpclientもそれぞれのイベントループに対応したものをつかわないとダメだから割と面倒なんだよね 使い方もフレームワークによってかなりクセが違っていて面倒だし ぶっちゃけWebはGoやpythonでいいんじゃねーかって思う 989 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 19:26:03.92 ID:tKcafxZR.net] Goでいいは分かる 990 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 19:56:32.80 ID:k6CjZuQW.net] Go のランタイムサポートは分厚めだがどうせ要るもの(やること)と考えればそんなに速度的に不利なわけではないよな。 991 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 20:11:15.24 ID:u/fg5YR1.net] 速度的にはGoで十分なんだけど型とか貧弱すぎるんだよな… sumタイプとパターンマッチくらいは欲しい 992 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 20:17:19.49 ID:tNrs3Odf.net] >>968 tokioは他言語と比べて大きくない そして安定している >>971 各言語に複数のイベントループライブラリがあってその通りだが Rustはデファクトスタンダードがあるためそこで困ることはない 993 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 21:17:45.54 ID:w9m16ZcP.net] >>975 いやデファクトがあるのは良いけど 例えばコマンド実行1つとっても tokio::process::commandとか使わなきゃいけなくてなんだかなあと 非同期版じゃないのと区別しなきゃいけなくて嫌気が刺す まあpythonもasync使えば同じことなのだけど 994 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 21:24:03.71 ID:w9m16ZcP.net] まあ俺はRust信者だから使うのだけど普通の人はなかなか辛いんじゃないかなーと その点Goは何も考えなくて良いしpythonもasync使わなけりゃ同期的に書けるし 995 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 21:48:04.29 ID:USm4U3n4.net] >>976 PythonもasyncはそうだしJavaScript(Node)も同期execと非同期exec分かれているし 動作が異なるのだから別になるのは当たり前 もちろんRustでも同様で そもそも関数の返り値が異なる だから関数が分かれているのは正しい したがって一番下位のライブラリが別であることに何ら問題はない 一方で中位ライブラリ作成側の視点に立つと 同期か非同期かだけの違いでasync/awitを除いて全く同じ構造の関数を作ることになる そのため『?async』キーワードによるジェネリック化がRustでは進められている 期待しているのはこの話でよいのか？ 996 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 23:05:04.71 ID:w9m16ZcP.net] >>978 いや見た目は似ててもpythonとはだいぶ違うよ まずpythonでのasync defは単なるコルーチンオブジェクトなので非同期とか関係ない これにより恐ろしい柔軟性を持ってる さらにWebにおいてはASGIという非同期Webフレームワークが満たすべき仕様をまず決めた その仕様を満たしさえすればどのような実装でも非同期の機能を満たせるような仕様となっている そこにはもうイベントループなどの概念は消え去っている さらに同期版と同居できる仕様となっている なのでdjangoなどは同期版と非同期版の切り替えが可能となっている このように明らかにユーザーフレンドリーな姿勢を貫いている 997 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 23:17:14.31 ID:wyzQTwgG.net] >>979 Rustのasyncもコルーチンだぞ まずは理解してから出直して来い 998 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 23:26:48.19 ID:HZE0SdTu.net] >>980 コルーチンではないでしょ 999 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 23:49:39.00 ID:nUH4CzWh.net] Rustのasyncはstackless croutineでstate machineとなっている 個別stackのresouceもswitchingも不要なため軽くて有利 1000 名前：デフォルトの名無しさん mailto:sage [2024/01/20(土) 23:50:29.43 ID:u/fg5YR1.net] Rustのasyncは（スタックレス）コルーチンである Rustのasyncは（スタックフル）コルーチンではない どっちも正しいとは思うけど 1001 名前：デフォルトの名無しさん [2024/01/21(日) 10:13:23.50 ID:VnWGTEfZ.net] >>977 Rustが活きるのってやっぱり軍事系じゃないかな 兵器の制御とかGCなんてもってのほかだし速度も必要 メモリリークも起こせない 1002 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 11:18:24.63 ID:JCOE1HZY.net] DAD御用達？ 1003 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 11:24:54.33 ID:8LqvrPkW.net] 物理攻撃にソフトウェアを活用するってある意味「お花畑」だよな 1004 名前：デフォルトの名無しさん [2024/01/21(日) 11:29:12.59 ID:7K9itJgV.net] パパ活か？DoDだろ DoD御用達はAdaだぞ 1005 名前：デフォルトの名無しさん [2024/01/21(日) 11:46:34.67 ID:VnWGTEfZ.net] やっぱりAdaしかないか プリプロセッサ使うのもNGだからマクロがダメなんかな 1006 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 11:59:39.08 ID:dFB+Bg2+.net] とはいえF-35はC++だったんだし、そのうちRust採用されてもおかしくはないけどな 1007 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 12:09:12.81 ID:4CYZ0hXB.net] The Book読んでコード打ち込んだりしたが理解できた気がしない 次はどうすればいいの 1008 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 13:24:30.49 ID:8LqvrPkW.net] 仕様の次は実装とか いま極端なところにいる奴は次はもう一方の極端に行けばいいし ちょうどいい位置にいる奴は一生そこに居続ければいいのでは？ 1009 名前：デフォルトの名無しさん [2024/01/21(日) 14:20:11.30 ID:sCtD39A+.net] >>990 理解できてないと感じるのがunsafeやasyncやマクロ辺りならそこは一旦放置して小さいCLIツールをいくつか書いて実践経験を一度積むほうがいいかもしれない 逆にownership/reference/lifetime/generic/traitといったコアなところが理解できてないと感じるならオライリー本など別の入門書をすすめる 1010 名前：デフォルトの名無しさん [2024/01/21(日) 15:14:08.20 ID:eSjvKxMy.net] >>989 Rustは使われない ISOプロセスは産業界の評価が高い 1011 名前：デフォルトの名無しさん [2024/01/21(日) 15:15:15.91 ID:eSjvKxMy.net] F-15は50年以上空を飛んでいることを思い出してほしい Rustは50年後存在しない 1012 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 15:44:39.63 ID:cX88PWDV.net] >>993 Rustのスポンサー欄を見ればわかるけど将来Rustが使われるのは確定されたことだぞ アンチさんどんまい 1013 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 15:46:08.09 ID:4rk7TZPC.net] 統計学的に会社や国家、生物種の存続見込みを解析した例を見たことが有るな。 これまでの歴史が長いものはこれからも長く続く可能性が高い。 1014 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 15:50:57.32 ID:eziZnnQK.net] >>996 Javaみたいにホストがアホなことするとすぐ廃れるけどな 1015 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 16:55:47.23 ID:4CYZ0hXB.net] >>992 ありがと 1016 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 19:43:22.00 ID:/dcZ0aWP.net] 次スレ Rust part22 https://mevius.5ch.net/test/read.cgi/tech/1705760500/ 1017 名前：デフォルトの名無しさん mailto:sage [2024/01/21(日) 20:22:28.74 ID:mpR7a4j6.net] >>994 C++みたいに、色々な実装がでてくれは、50年後にも生きてるんじゃない？ 1018 名前：1001 [Over 1000 Thread ID:Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 158日 21時間 57分 50秒 1019 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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