Rust part17

**デフォルトの名無しさん** · 2022/10/06(木) 22:43:13.96

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

日本語の情報
https://rust-jp.rs/

※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 part16

**デフォルトの名無しさん** · 2022/11/20(日) 14:26:55.83

>>411
不可能。

**デフォルトの名無しさん** · 2022/11/20(日) 14:27:54.72

>>412
>その差を埋めるために高度なアドレシングモードを用意した。
全く関係無い。
imul命令のlatencyはどんどん速くなって、いて、いまや 3 クロックほどに
なっているらしいが、アドレッシングモードは関係無い。

**デフォルトの名無しさん** · 2022/11/20(日) 14:31:49.56

>>414
imul は使われない。
関係ないものを持ち出しているのはそっち。

**デフォルトの名無しさん** · 2022/11/20(日) 14:34:23.52

この人大丈夫か？
なんか支離滅裂になってきてるが

**デフォルトの名無しさん** · 2022/11/20(日) 14:43:00.42

速度求めるならsizeは2のべき乗にするだろうしそれならバレルシフタで相当昔から1クロックで済むだろ
それほど大きくないサイズならアドレッシングモードでサポートしてるプロセッサーもあるし
ID:9/YCbfcZ はもう少しちゃんと勉強した方がいいと思うよ

**デフォルトの名無しさん** · 2022/11/20(日) 14:48:48.34

Rustで作ったdenoはなぜか遅いんだよな

https://dev.to/codesphere/bun-the-new-javascript-runtime-competing-with-deno-and-node-115d

**デフォルトの名無しさん** · 2022/11/20(日) 14:49:57.69

>>417
メモリの無駄になるので、一般にはObjectのサイズは2のべき乗には出来ない。

**デフォルトの名無しさん** · 2022/11/20(日) 14:53:40.99

>>418
元が根本的にダメだったら単に作り直すだけでも速くなったりするが、
大きなプロジェクトの成果物の性能が良いのは細々としたチューニングを続けてきたという蓄積の賜物。
すぐには越えられないのはごく普通のこと。

**デフォルトの名無しさん** · 2022/11/20(日) 15:06:31.98

>>415
配列
T a[N];
に対して、
a[index]
のアドレスを計算する時、
address = ((BYTE *)&a) + sizeof(T) * index;
の計算が行なわれ、マシン語レベルでは :
mov rax,(Tのサイズ)
imul rax,(index)
add rax,(aのアドレス)
と計算される。
Tのサイズが、1,2,4,8 の場合に限っては、
lea rax,[(aのアドレス) + (Tのサイズ) * index]
と書けるが、一般の場合には無理。

**デフォルトの名無しさん** · 2022/11/20(日) 15:15:31.54

>>418
bunが速いのは、denoやnodejsではJSで書かれている部分がbunではzigで書かれていることや
JSエンジンのJITの段数の違いによるもので
rust関係ないという理解なんだけど

**デフォルトの名無しさん** · 2022/11/20(日) 15:17:09.91

>>422
Bunはおいておいて、node(C++製JSエンジン?)とdeno(Rust製JSエンジン?)
では、denoの方がnodeより遅いと読み取れる。

**デフォルトの名無しさん** · 2022/11/20(日) 15:17:10.42

>>402
どのレス？もっかい書いてよ

**デフォルトの名無しさん** · 2022/11/20(日) 15:17:44.33

>>424
レスではなくスレ。
何度も書かない。

**デフォルトの名無しさん** · 2022/11/20(日) 15:24:09.33

>>423
Rust製JSエンジンとか書いてる時点でよくわかってないのが読み取れる

**デフォルトの名無しさん** · 2022/11/20(日) 15:26:15.43

>>425
スレのどのレスか教えてよ

**デフォルトの名無しさん** · 2022/11/20(日) 15:26:41.67

>>420
そっか、チューニング大事なんだな

**デフォルトの名無しさん** · 2022/11/20(日) 15:30:49.96

>>427
検索してくれ。

**デフォルトの名無しさん** · 2022/11/20(日) 15:34:04.94

>>426
nodeやdenoは余り知らないから。

**デフォルトの名無しさん** · 2022/11/20(日) 15:39:36.41

>>429
これのこと？
https://mevius.5ch.net/test/read.cgi/tech/1656285423/151

**デフォルトの名無しさん** · 2022/11/20(日) 15:43:51.99

>>431
まあ、そうだ。ただし、それは議論の一部。
ただ、反論する前に、頭がいいことが資格だぞ。
この板は頭の良さに対して全くフィルターが掛かってないから議論が混沌とする。
文字だけで理解するのではなく、イマジネーションと脳内のワーキングメモリー
を働かせて図形的に考えないとダメだぞ。

**デフォルトの名無しさん** · 2022/11/20(日) 15:45:48.15

>>431のレスはすべてをunsafeにすれば可能と暗に言ってるから、
>>402の言うunsafeを使っても済まない場合には該当しないか

**デフォルトの名無しさん** · 2022/11/20(日) 15:47:47.99

>>432
そうだね、文章だけではあなたの脳内の意図をちゃんと読み取れないから想像力が重要だね

**デフォルトの名無しさん** · 2022/11/20(日) 15:56:42.10

>>433
しかし、「すべてをunsafe」にするなら、Rustの意味が全く無いから、
「それでは済まない」。

**デフォルトの名無しさん** · 2022/11/20(日) 15:57:37.84

>>434
ちゃんと書くには長く書く必要があるが、理解できない人が多いから書けない。
そもそも、5chでは文章が途切れて書ききれない。

**デフォルトの名無しさん** · 2022/11/20(日) 16:13:12.85

>>428
チューニングの蓄積は大事だが、チューニングは実行環境 (など) の特性に合わせるということだから
前提となる特性が変われば今までの蓄積が今度は足を引っ張ることもある。
だからたまにはリセット (別プロジェクトとして始動) をするのも必要なことなんだよ。
少しづつ違う方針のものが併存しているのが健全な状態で、
真似したり反発したりしながら新陳代謝をしていくもんだ。

**デフォルトの名無しさん** · 2022/11/20(日) 19:14:36.78

グラフとかリンクトリストとかにはarena使えないの？
bumpaloとかtyped-arenaとかid_arenaとかgenerational-arenaとか色々出てるけど

**デフォルトの名無しさん** · 2022/11/20(日) 19:36:54.78

>>436
じゃあなんでこのスレに書いてるの？

**デフォルトの名無しさん** · 2022/11/20(日) 19:37:03.39

>>438
普通に使えるよ

**デフォルトの名無しさん** · 2022/11/20(日) 19:39:01.04

>>435
そもそもすべてをunsafeにする必要があるという前提が偽だよね
特定のデータ構造の操作がプラグラムのすべてなの？

**デフォルトの名無しさん** · 2022/11/20(日) 20:33:05.68

単純なLinkedListのdropでstackoverflow
https://matklad.github.io/2022/11/18/if-a-tree-falls-in-a-forest-does-it-overflow-the-stack.html

dropが再帰的に呼ばれそうなところでwarning出してくれたら嬉しいんだけどな
あ

**デフォルトの名無しさん** · 2022/11/21(月) 16:56:19.41

試しにいろいろやってみたけど
引数を含めて参照渡しなのか値渡しなのか完全に区別されてるのがいいね

**デフォルトの名無しさん** · 2022/11/21(月) 17:12:12.72

unsafeは甘え

**デフォルトの名無しさん** · 2022/11/21(月) 17:26:26.15

超エキスパートの皆さんが unsafe で
システムプログラミングしてくださるんだろうが

**デフォルトの名無しさん** · 2022/11/21(月) 21:30:40.94

https://qiita.com/ohakutsu/items/5d29001f79d42d63e886
本筋と関係ない部分での強めの態度での批判(というかいちゃもん)、いかにも日本的な陰湿なマウント文化が凝縮されていて笑えない

**デフォルトの名無しさん** · 2022/11/21(月) 21:46:20.48

テスト

**デフォルトの名無しさん** · 2022/11/21(月) 21:47:48.09

お、書けたか

今日から勉強始めて Tour of Rust やってるんだけどなんか分かりづらいような...？
The Book からやったほうがいいのかな

**デフォルトの名無しさん** · 2022/11/21(月) 21:54:54.43

Haskellからやった方がいいかも

**デフォルトの名無しさん** · 2022/11/21(月) 22:00:50.98

Haskell... モナド... うっ、頭が

**デフォルトの名無しさん** · 2022/11/21(月) 23:01:50.99

>>446
本当にこれ
ワイもその記事のコメント欄読んでいたけど
@Akira-T-Hatakeyamaが的外れの癖に高圧的に書いていて見ていて気分が悪くなったわ
サンプルコードもそんなおかしいものではないし事実Cではするメモリリークも防げている
まったく害のない記事を上げたがために揚げ足取りを取られていて不憫や

**デフォルトの名無しさん** · 2022/11/21(月) 23:15:45.42

> Cをきちんと理解していない人が RUST が安全ですと言っても、説得力皆無ですね。

ここに完全同意できてしまうから
この話はもうそこで終わってしまう

批判された側は改善するか記事消すかして
態度で反省を示してほしいわ
ゴミ記事量産すなって話

**デフォルトの名無しさん** · 2022/11/21(月) 23:45:49.72

callocの代わりにalloca使えとか揚げ足取りがすぎる
普通のOSならメモリリーク起きないというのも意味不明

**デフォルトの名無しさん** · 2022/11/21(月) 23:50:01.01

とはいえ元記事も微妙でメモリ安全の話をするならuse-after-free等の話をして欲しかった

**デフォルトの名無しさん** · 2022/11/22(火) 06:46:59.40

ありがちな不具合を示すサンプルにこうすりゃいいとか言われてもねぇ...
そもそもstr_new()でalloca()使ったらstr_new()から抜けた時に解放されちゃうからもっと酷いことになるのわかってないだろw

**デフォルトの名無しさん** · 2022/11/22(火) 09:08:14.28

>>451
コメントしてるやつほどではないにしても
記事もそれなりに害のある記事やろ

**デフォルトの名無しさん** · 2022/11/22(火) 10:53:06.52

コンパイル時評価の欠点
https://c3.handmade.network/blog/p/8590-the_downsides_of_compile_time_evaluation

Rustが攻撃されてる！許せねぇ！

**デフォルトの名無しさん** · 2022/11/22(火) 11:53:04.77

const fnと思ったらmacroの話か
書かれてることはもっともだと思うしrust-analyzerの作者も似たようなことを言っていたような

**デフォルトの名無しさん** · 2022/11/22(火) 12:05:47.11

コンパイル時評価の欠点と言うかマクロは混乱しやすいって話だろ
まあ良薬も使いすぎると毒になるしほどほどに使うのは難しいし、処理系のサポートが難しくてエラーメッセージがイミフになるとかあるから半分ぐらいは同意する

**デフォルトの名無しさん** · 2022/11/22(火) 13:20:21.25

>>457
この文脈でdownsidesを欠点と訳すのは微妙
「コンパイル時評価のマイナス面」みたいにプラス面の存在が当然の前提となる日本語にしないと与える意味が変わる

**デフォルトの名無しさん** · 2022/11/22(火) 16:03:09.05

0..10 で生成されるオブジェクトってイテレータですか？

**デフォルトの名無しさん** · 2022/11/22(火) 16:12:53.87

>>461
はい

0..10はRange<i32>
impl<A> Iterator for Range<A> where A: Step
impl Step for i32

**デフォルトの名無しさん** · 2022/11/22(火) 17:02:18.19

>>462
ありがとうございました

**デフォルトの名無しさん** · 2022/11/23(水) 08:39:00.67

>>463
どういたしまして

**デフォルトの名無しさん** · 2022/11/23(水) 22:54:55.70

The Bookの日本語版がRust 1.58で英語版がRust 1.62っぽいんですけど、この差が問題になることありますか？

**デフォルトの名無しさん** · 2022/11/23(水) 23:36:05.63

>>465 ほぼない
強いて言えば新しい書き方が載ってないぐらい
古い書き方でも問題なく動く

**デフォルトの名無しさん** · 2022/11/24(木) 01:19:12.75

>>465
バージョンの差は問題にならないが日本語版と原文の差は大きい

英語が苦手で原文だと読むのに3倍時間かかるような人でも原文読む方がRustを理解するには圧倒的な近道

**デフォルトの名無しさん** · 2022/11/24(木) 02:03:20.81

英語が駄目って人は百倍かけても読めない。

**デフォルトの名無しさん** · 2022/11/24(木) 02:06:19.42

The Book自体がそんな一生懸命読むべきもんじゃない
別のそのへんの本屋で売ってるRust本でもいい

**デフォルトの名無しさん** · 2022/11/24(木) 02:06:45.58

機械翻訳も良くなったとは言え普通に間違えるし英語読めない人なら日本語版の方がいいでしょ

**デフォルトの名無しさん** · 2022/11/24(木) 03:11:31.83

あの日本語版はないわな
Rust習得の弊害でしかない

**465** · 2022/11/24(木) 09:13:21.63

様々な意見、ありがとうございます！
両方を見比べて大きな差がありそうなところは英語版を翻訳して読んでみようと思います

**デフォルトの名無しさん** · 2022/11/24(木) 09:14:00.12

日本語版の一番の欠点は、基礎や概念を説明している項目が所々抜けてることだろうな
なんもわからないまま結論を覚えるだけになってしまう

**デフォルトの名無しさん** · 2022/11/24(木) 10:04:24.95

Rustって難しくね？
できればライフタイムあたり意識しないでプログラミングしたいんだけど

**デフォルトの名無しさん** · 2022/11/24(木) 11:37:21.52

そういう難しいところに直に向かい合うための言語なので...

**デフォルトの名無しさん** · 2022/11/24(木) 12:37:17.60

Typeshareが1.0になったけどどない？
https://github.com/1Password/typeshare

**デフォルトの名無しさん** · 2022/11/24(木) 13:01:03.30

日本語版ダメだと思うなら添削してくれればいいのに
英語出来る俺スゲーとかマウント取りたいだけの人なんかな

**デフォルトの名無しさん** · 2022/11/24(木) 13:14:00.92

仮に貢献してても5chじゃなくて別のコミュニティで表明するんじゃね

**デフォルトの名無しさん** · 2022/11/24(木) 13:18:22.75

横からだけど義務教育で人並みの勉強をして英語がまったくできないっていうのは
本人の資質に問題があると思っている
(もちろん面と向かってこんなことは言わないけど)

**デフォルトの名無しさん** · 2022/11/24(木) 13:26:27.68

やっぱり>>477の意見が正しいわ

**デフォルトの名無しさん** · 2022/11/24(木) 13:29:37.83

マウント取りたいではなく、それくらい基本的なことなので
日本語版が無いと無理、英語版は無理、的なこと言うのは
それだけで足元見られる可能性がある、という話です

**デフォルトの名無しさん** · 2022/11/24(木) 14:12:12.17

余計なこと書くからマウント取りに来てると言われる
やりたくない理由とかいちいち書かなくてもいい

**デフォルトの名無しさん** · 2022/11/24(木) 14:16:41.96

まあ本当に必要なんだったら、翻訳してくれる人にお金を出したらいいんじゃないか？

**デフォルトの名無しさん** · 2022/11/24(木) 14:22:39.63

足元見られるとも知らずにRustに関する発言、情報発信はしないで欲しい。
背伸びしなくて良いよ、一発逆転なんて無いよと思う。
日本語版はそもそも無い方が良い。訳注満載の付加価値がない限り。(>>483には同意)

**デフォルトの名無しさん** · 2022/11/24(木) 14:31:48.71

日本語版ダメだよ
↓
だったら直してよ
↓
金出して訳してもらえ

こんな感じ？「俺に金出せ！」でもないらしい。

**デフォルトの名無しさん** · 2022/11/24(木) 14:36:47.65

金出して本買え

**デフォルトの名無しさん** · 2022/11/24(木) 14:39:33.49

>>485,486
エンコーディング周り、OS毎の違いなど付加価値要素はたくさん有るので
誰かが有償orタダでやってくれるのには文句はない。
ところで、大人になって英語を敬遠している人って、学校時代、
授業で良い発音で教科書を読む人をクスクス笑ってた人でしょ？

**デフォルトの名無しさん** · 2022/11/24(木) 14:50:48.56

そりゃあ個々人としては英語を読めりゃあそれに越したことはないがなぁ。
だけど自国のコミュニティ、自国語の資料をそろえることが出来ないというのは格好悪い話であるのも確かだよな。

**デフォルトの名無しさん** · 2022/11/24(木) 14:59:33.05

>>488 クスクス笑ってた側の人ですか？
あと、このスレ、執筆家が何人かいる気がするのは何故？

**デフォルトの名無しさん** · 2022/11/24(木) 15:18:32.24

>>479みたいな主張の人は能率の高低論を読める読めない論にすり替えている
日本の義務教育の英語レベルは英語の技術資料を日本語と同等にすらすら
読めるとはほど遠いだろう
英語が読めても日本語と比べたら低能率って人は少なくないという点を無視している

**デフォルトの名無しさん** · 2022/11/24(木) 15:23:14.78

ここはRustスレなので､英語の話がしたいなら英語スレへ

**デフォルトの名無しさん** · 2022/11/24(木) 15:33:59.04

一方rustコミュニティはコンパイラのdiagnosticの翻訳者を募集していたのであった
https://blog.rust-lang.org/inside-rust/2022/08/16/diagnostic-effort.html

>>484はこういうのもやらない方が良いと思ってる？

**デフォルトの名無しさん** · 2022/11/24(木) 15:36:53.62

bookもどんどん翻訳するなら支援するとのこと
> We'd love help translating the book!

https://github.com/rust-lang/book

**デフォルトの名無しさん** · 2022/11/24(木) 15:41:27.99

とりあえず日本語で学びたいという人はちゃんとした日本語書籍を買って読むことをすすめる
とにかく最初からあの低品質の日本語訳読むのはオススメしない

ただThe Bookレベルの英語は読めるようにしないとリファレンスも読めないしStackOverflowや公式フォーラムも読めないからすぐ詰むよ

**デフォルトの名無しさん** · 2022/11/24(木) 15:41:58.17

>>490
>英語が駄目って人は百倍かけても読めない。
これを受けて、読める読めない論を展開していたんだけど、読解力の問題？
>>492,493
>まあ本当に必要なんだったら、翻訳してくれる人にお金を出したらいいんじゃないか？
なんにしても、必死に日本語版、自国語の資料を擁護する勢力がいることに新鮮な驚き。
クスクス笑ってた側の人ですか？

**デフォルトの名無しさん** · 2022/11/24(木) 15:45:21.17

>>494 前半、後半、ともに同意です

**デフォルトの名無しさん** · 2022/11/24(木) 15:55:09.50

個々人の生存戦略としてはそりゃ英語読めた方が良いけど
コミュニティとしては裾野を広げるために各種言語のリソースは用意されてた方が良い
bookの翻訳が不十分なのは課題だが、だからといって翻訳の取り組み自体を否定するのは違うんじゃないの？
それとも英語等のハードルを越えた人間のみ触れるものであるべきという思想なのかな

**デフォルトの名無しさん** · 2022/11/24(木) 15:59:42.08

Rustの翻訳コミュニティって以前から揉めてるけど
それがよくわかるスレだね

**デフォルトの名無しさん** · 2022/11/24(木) 16:03:48.82

>>497
いやいや、英語を奉り過ぎだって。
それくらい基本的なことなのに英語を敬遠する勢力がRustコミュニティで発言、情報発信はしないで欲しい。
クスクス笑ってた側の人かどうか、そろそろ表明してくれませんか？

**デフォルトの名無しさん** · 2022/11/24(木) 16:11:10.23

>>499
残念ながらその態度はCoCに反するのでコミュニティで行動していけないのはあなたの方なんだよなぁ
https://www.rust-lang.org/policies/code-of-conduct

**デフォルトの名無しさん** · 2022/11/24(木) 16:19:22.01

>>500
ポリコレを真に受けて衆愚コミュニティにしたいなら、あなた自らが翻訳を率先するのが筋です。

**デフォルトの名無しさん** · 2022/11/24(木) 16:23:22.95

>>501
平気でライセンス違反とかしちゃう人？
少なくとも自分がコミュニティで望まれてない人材とは自覚しておいてね

**デフォルトの名無しさん** · 2022/11/24(木) 16:32:29.37

>>502
多分それは別人です。
自分はRustコミュニティに何の貢献もしてませんが、
あなたは、The Book日本語版(Rust 1.58)に携わった方ですか？
それともライターさんですか？

**デフォルトの名無しさん** · 2022/11/24(木) 16:38:28.16

Rust は崇高なものであるべき
みたいな人がいるんだな…

**デフォルトの名無しさん** · 2022/11/24(木) 16:39:48.68

てかそんなやつばっかじゃん。プライド高くてさ。

**デフォルトの名無しさん** · 2022/11/24(木) 17:03:55.18

>>504,505
そんな思い上がりは全くありません。英語一つでここまで必死に拒絶する、単純翻訳を崇め奉る勢力の存在、その資質に興味があるだけです。
こちらは翻訳の際の付加価値について認めているのに、翻訳活動を全否定されたかのような反応、読解力。
最初は冗談半分でしたが、本当にクスクス笑ってた側の人、うぇーい、したいだけの人のイメージが浮かんで来ます。
純粋に、資質に興味があるだけです。
それとも、本当にライターさん(ネットメディア？)か何かなんですかね。

**デフォルトの名無しさん** · 2022/11/24(木) 17:36:37.60

>>506
あなたの言う付加価値はローカライゼーションにまつわる固有事情の記事を追加せよという話だよね
付加価値があって初めて価値があるという発言は翻訳そのものには価値を認めてないんだから翻訳自体を全否定してるんじゃないの

あなたの発言は英語もできないやつは人間のカスだからrustに近づくんじゃないとしか読めないんだけど、解釈間違ってる？

**デフォルトの名無しさん** · 2022/11/24(木) 17:46:15.18

>>507
前半：全否定されたかどうかが気になってしょうがないのでしょうが、こちらはそこに含意は無く、付加価値が満載なら文句は無いです、有償無償問わず。
後半：ずいぶん卑屈な受け止め方ですね。なんでそんな感性が身にしみついちゃったんですか？拡大解釈し過ぎです。

**デフォルトの名無しさん** · 2022/11/24(木) 17:49:09.85

追加：自分は一言多いとよく言われます。誤解されやすい人です。

**デフォルトの名無しさん** · 2022/11/24(木) 17:52:10.07

仮に日本語で読解に1時間かかるとする。英語だと読解に1.5時間かかるとする
100人いたらその差は50時間
これを英語は読めれば問題ないなどと正当化していたら競争力が落ちるのは当然であろう

**デフォルトの名無しさん** · 2022/11/24(木) 18:12:49.43

俺は人に教える時に重宝してるけど
初めはざっくり理解できればいいし

**デフォルトの名無しさん** · 2022/11/24(木) 18:13:50.45

>>510
その仮定、その足し算に何の意味があるのか、誰の競争力の話か分かりませんが、とにかく頑張ってください。付加価値期待してます。
追加：1.5倍くらいなら英語で頑張り続けたら長くても1~2ヶ月くらいで、≒1倍になるのが適正な資質
その間の努力、時間配分が出来ないならタダの背伸び、無いものネダリ、わがまま、甘え