Rust part23

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

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

公式ドキュメント
https://www.rust-lang.org/learn

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

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part22
https://mevius.5ch.net/test/read.cgi/tech/1705760500/

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

**デフォルトの名無しさん** · 2024/03/11(月) 21:44:11.78

安全で高速を名乗ってるくせにライブラリがおっせえ言語だなあ
これ治すにはいちいち依存ライブラリ全てをcloneしてきてチマチマ変更していかないといけないってマジかよ

**デフォルトの名無しさん** · 2024/03/11(月) 22:02:54.43

言語とは関係ない
外部からのデータを扱うなど攻撃耐性など必要となる部分には攻撃耐性のあるハッシュが必須
そうでない部分には攻撃耐性は必要ない
各プログラムの中にこれら両者はは共存しうる
この使い分けができているかどうかは各言語の問題ではない

**デフォルトの名無しさん** · 2024/03/11(月) 22:17:15.26

ライブラリやその管理が言語と関係がないとする主張は可能だが、その主張をするとcargoやcratesの存在が言語と関係ないことになり、Rustの良さを支えている理由の大きな割合を失うことになる
やはりエコシステムやそこにある資産も含めての言語の評価だろう

それにユーザーの問題を言語が引き取らないのであればコードを書く人が充分賢いことを仮定することになり、C++で良いということになる

**デフォルトの名無しさん** · 2024/03/11(月) 22:22:30.50

>>241
C++だけでなくスクリプト言語であろうがすべて同じ
攻撃耐性が必要となるところで強度の高いものが使われてなければ欠陥プログラム

**デフォルトの名無しさん** · 2024/03/11(月) 22:24:26.89

>>242
だからデフォルトなんかいらないんだよ
ハッシュごとき使うのにデフォルトがないと使えないような人間がcratesの名前空間を埋めていくのはヤバいよ

**デフォルトの名無しさん** · 2024/03/11(月) 22:32:51.13

>>243
ほとんどの言語の連想配列(hashmap)のハッシュ関数はデフォルトがありますよ
指定しないと使えない言語がもしあるとしてもレアじゃないですか？

**デフォルトの名無しさん** · 2024/03/11(月) 22:38:01.21

>>244
それはJavaScriptやPythonのような馬鹿がライブラリを書いて馬鹿が馬鹿の再生産をすることを推奨している言語の話でしょう？
もしくは仕様だけ緩く決めて実装には何の責任も取らない言語か

**デフォルトの名無しさん** · 2024/03/11(月) 22:39:37.27

スクリプト言語だと速度は求められないという了解があるし

**デフォルトの名無しさん** · 2024/03/11(月) 22:53:49.00

Rust や C++ の思想でいう速さはゼロコスト抽象のことだよ。
抽象化にはコストはない (または十分に小さい) が実行すれば実行内容に相応の実行コストが生じるのは当たり前のことだし、実行内容を最小限にすることを目指したって単に不便になるだけだ。

**デフォルトの名無しさん** · 2024/03/11(月) 23:24:30.57

あらゆる言語のあらゆるプログラムについて以下が成り立つ
【必須】信頼できない外部入力データに対しては攻撃に強いハッシュ関数を用いなければならない
【自由】そうでないデータに対してはどのハッシュ関数を用いてもよい

この状況で安全な言語はデフォルトとして攻撃に強いハッシュ関数が適切
そして後者と判断できるプログラマーのためにハッシュ関数を指定できる仕様が適切

Rustはこの適切な仕様となっている

**デフォルトの名無しさん** · 2024/03/11(月) 23:26:28.61

雨の降らない日に傘をさしてるのがRust

**デフォルトの名無しさん** · 2024/03/11(月) 23:31:49.34

外に出るときはヘルメットを被って110をすでに入力したスマホを持ちながらおむつをしてコンドームつけてるのがRust

**デフォルトの名無しさん** · 2024/03/11(月) 23:39:22.87

雨が降る日のためにいつでも傘をさしてるだけだろ…

**デフォルトの名無しさん** · 2024/03/11(月) 23:47:29.47

デフォルトとFxHasherで比較してみたけどHashMapへのinsertのみで実行時間1.7倍
現実のプログラムだとそれ以外の部分が大量にあるためそれ次第で誤差だね
これはデフォルトが安全側に倒す形を取っていて正解と思う

**デフォルトの名無しさん** · 2024/03/11(月) 23:47:55.83

>>248
>【自由】そうでないデータに対してはどのハッシュ関数を用いてもよい
いやーそれはどうだろう？
ハッシュDoS耐性は不要でも例えばFxHashを使うべきじゃないユースケースも普通にあるよね？

stdに1つしかHasherが用意されておらずサードパーティ頼みな現状は言語的には結構不親切

**デフォルトの名無しさん** · 2024/03/11(月) 23:55:39.88

hash自体は基本的にアホでも作れる
それが適切なのかどうかは不明

**デフォルトの名無しさん** · 2024/03/11(月) 23:59:34.73

Rustはデフォルトハッシュ関数が用意されていておかしいと言うけど
すべての言語で用意されてるでしょ？

Rustは様々なハッシュ関数が標準ライブラリにないと言うけど
それが普通でしょ？

さらにRustの標準ライブラリはなるべく小さくする方針ね

**デフォルトの名無しさん** · 2024/03/12(火) 00:02:16.02

>>255
ここまで読んでそういう解釈になってるなら理解する力が足りてない

重いハッシュ関数がデフォルトになってるのがどうなのかと言う話

**デフォルトの名無しさん** · 2024/03/12(火) 00:06:26.32

普通に考えて攻撃に強いハッシュ関数がデフォルトとなってるのがベストだよね
攻撃の可能性のない部分のみを後でチューンアップつまり弱いハッシュ関数で置き換えるだけだから
これより良い策があるの？

**デフォルトの名無しさん** · 2024/03/12(火) 00:07:45.67

攻撃の可能性のある部分をチューンナップ

**デフォルトの名無しさん** · 2024/03/12(火) 00:10:05.78

>>258
バカなの？
それだとチューンアップする前が攻撃耐性ないじゃん

**デフォルトの名無しさん** · 2024/03/12(火) 00:10:10.84

江戸時代士農工商の身分制度があって
雨の日だけ農民も下駄を履いてよかった

**デフォルトの名無しさん** · 2024/03/12(火) 00:11:17.84

>>259
攻撃されないのに攻撃態勢をつける馬鹿

**デフォルトの名無しさん** · 2024/03/12(火) 00:13:45.61

みんなの言語思想発表会をするのはいいけどRustをそれに巻き込むなよ

**デフォルトの名無しさん** · 2024/03/12(火) 00:15:25.47

IDコロコロ全肯定君

攻撃されるかもしれないのに攻撃の耐性をつけてない人に
対するフールプルーフのために一律全てのコードを遅くする

そもそもその人が設計ミスってるんだろう

**デフォルトの名無しさん** · 2024/03/12(火) 00:15:58.38

SafeSlowHashMapみたいな名前にすれば良いのに

**デフォルトの名無しさん** · 2024/03/12(火) 00:16:19.18

>>264
少なくともこれかな

**デフォルトの名無しさん** · 2024/03/12(火) 00:27:26.16

>>264 >>265
Rustを使ったことすらない人が文句を言ってるのか
RustのHashMapはHasherに対しても多相であり型パラメータでHasherを指定する

**デフォルトの名無しさん** · 2024/03/12(火) 00:32:47.44

>>266
HashMap::new()すらしたことないのかな？

**デフォルトの名無しさん** · 2024/03/12(火) 00:33:47.12

>>266
誰もそんな話してないやろ
これだから複クンは

**デフォルトの名無しさん** · 2024/03/12(火) 00:35:30.45

こいつは結論が先にあってRustのすべてが正しいから後で理屈をつけているだけ
いつもおかしなことを言ってる

**デフォルトの名無しさん** · 2024/03/12(火) 00:36:58.41

ripgrepとかuvとかの既に実用が始まってるRust製アプリでは
デフォルトのハッシュ関数使ってるの？

**デフォルトの名無しさん** · 2024/03/12(火) 01:00:19.76

>>267
やっぱりRustを使ったことないんだな
impl<K, V, S> HashMap<K, V, S>にfn new()は存在しないため
HashMap::<Key, Value, BuildHasherDefault<Hasher>>::default()のように使う

**デフォルトの名無しさん** · 2024/03/12(火) 01:04:13.79

ほらこんな壊れたレスしかできないんだよ
脳が死んでる

**デフォルトの名無しさん** · 2024/03/12(火) 01:05:51.45

常に論点ずらし
何の生産性もない

**デフォルトの名無しさん** · 2024/03/12(火) 01:42:25.91

いつもRustを叩いてRustスレを荒らしてるアンチの言動はいつもワンパターン
今回のHashMapの件で例えると
もしデフォルトのハッシュ関数が安全でなく速いものだと「Rustはデフォルトが安全でない！」と叩く
もしデフォルトのハッシュ関数が安全で遅いものだと「Rustはデフォルトが遅い！」と叩く
どちらになっていても叩くことが目的のキチガイ

**デフォルトの名無しさん** · 2024/03/12(火) 09:25:30.86

「俺が高速なプログラムを作れるのは言語のおかげ」は合ってるが
「俺が低速なプログラムしか作れないのは言語のせい」は間違ってる

**デフォルトの名無しさん** · 2024/03/12(火) 15:42:43.44

『「俺が低速なプログラムしか作れないのは言語のせい」は間違っている』という立場、ユーザーが充分賢いことを仮定しているのでそれならPythonとC++で良い

**デフォルトの名無しさん** · 2024/03/12(火) 16:02:50.20

ほんとどうでもいいな
自転車置き場というより豚小屋の議論

**デフォルトの名無しさん** · 2024/03/12(火) 16:28:46.76

プログラムしかしない人はこういうことしか考えることがないんよ

**デフォルトの名無しさん** · 2024/03/12(火) 17:33:47.15

知識があれば高速化が可能な場合があるのは、言語や項目に関わらず一般的な話。
安全方針のRustとしては、ハッシュ衝突強度を知らなくてもデフォルトで安全がベター。

**デフォルトの名無しさん** · 2024/03/12(火) 18:00:43.49

デフォルトいらんが
ハッシュも自分で選べんガイジがハッシュマップ使うな

**デフォルトの名無しさん** · 2024/03/12(火) 18:49:06.95

>>279
わかってなさそうなので再度書くけど
ハッシュ衝突強度が高いからと言ってハッシュDoS耐性が高いとも限らないしHashMapに適してるとも限らないからね

**デフォルトの名無しさん** · 2024/03/12(火) 18:51:51.27

弱いハッシュでも困るようなプログラム書く人は、自分で判断できるんじゃないの？デフォルトはパフォーマンス優先で良いと思うけどな。

**デフォルトの名無しさん** · 2024/03/12(火) 19:50:55.41

攻撃で困るかどうか攻撃されるまで初心者は判断できないと思う。
そして攻撃されてから対処するのでは遅いかもしれない。
パフォーマンスチューニングは遅いことが問題になってからやるので深刻ではなかろう。

**デフォルトの名無しさん** · 2024/03/12(火) 19:59:05.75

>>283
同意

**デフォルトの名無しさん** · 2024/03/12(火) 20:00:13.63

RustのDefaultHasherは安全かつパフォーマンスのいいSipHashを使っているので普通は気にする必要ない
もちろんPythonやJavaScript(v8)やSwiftなど多くの言語がこのSipHashを使っている
そのうえでRustは必要とするHashMap毎にFxHashなどさらに高速なものを簡単に指定できる

**デフォルトの名無しさん** · 2024/03/12(火) 20:49:08.64

Pythonはハッシュ値計算したらオブジェクトに保存してるでしょ

**デフォルトの名無しさん** · 2024/03/12(火) 20:49:29.65

他の言語たちがRustを参考に同じように後追いしているのね

＞Pythonの文字列やバイト列に対するハッシュアルゴリズムは、HashDoS対策としてPython 3.4から SipHash24が使われていました。
＞その後、ラウンド数を減らしたSipHash13でも十分に安全だとして2015年にRustが、2016年にRubyが、SipHash24からSipHash13への切り替えを行いました。
＞Rust や Ruby からは数年遅れましたが、Pythonもデフォルトの文字列ハッシュアルゴリズムがSipHash13に切り替わりました。

**デフォルトの名無しさん** · 2024/03/12(火) 20:56:37.07

>>286
常にそれをされたら困るが
Rustでもハッシュ値をオブジェクトに持つstring_cacheなどが用途に応じて使われている

**デフォルトの名無しさん** · 2024/03/12(火) 22:08:56.94

>>274
人にキチガイと言う前に自分の脳を使って考えたら？

どちらになっても叩くことはないだろ
他の言語はデフォルトで速いハッシュを使ってるよ

**デフォルトの名無しさん** · 2024/03/12(火) 22:13:42.86

Python　Ruby　スクリプト系言語

**デフォルトの名無しさん** · 2024/03/12(火) 22:30:53.75

他の言語もRustと同じハッシュ関数を用いていることが判明したのにRust叩きを続ける一匹

**デフォルトの名無しさん** · 2024/03/13(水) 01:06:52.67

他の言語の例としてPythonやRubyのような遅いこと前提でとにかく初心者が書いても動けば良いという思想の言語を持ち出してくるのはおかしいでしょう

**デフォルトの名無しさん** · 2024/03/13(水) 01:36:16.81

Swiftも同じSipHash13だよ

**デフォルトの名無しさん** · 2024/03/13(水) 06:48:44.81

>>292
じゃあRustの思想は？

**デフォルトの名無しさん** · 2024/03/13(水) 07:26:54.50

>>283
判断できない人まで言語側で救う必要性が分からない。

それなら、unsafeもカジュアルに使えないように仕掛けを用意した方が良いんじゃないかと。

**デフォルトの名無しさん** · 2024/03/13(水) 08:05:27.17

必要なことしかやりませんって言語は他にあるからそちら使えばいいのでは？

**デフォルトの名無しさん** · 2024/03/13(水) 11:53:59.71

安全と速度は両立するかそれともトレードオフか
トレードしかしない人にとって、コストは支払うと決めたら絶対にキャンセルできない印象があるよね
有償かと思ったけどよく考えたらやっぱゼロコストだったという現象は許せない

**デフォルトの名無しさん** · 2024/03/13(水) 13:08:21.45

Rustなんかに手を出すのはC++まともに書けない馬鹿なんだから、「充分賢ければ速く書ける」は実質「速く書けない」なんだよな
賢いならRustなんかやらない

**デフォルトの名無しさん** · 2024/03/13(水) 13:52:10.04

自由があればデフォルト設定を強制されないのは自明な事実
ただし、賢い人間が自由を所有しているのか、道具自体が自由度を持っているのか
そもそも「所有している」というのはただの感想なのか客観的事実なのか

**デフォルトの名無しさん** · 2024/03/13(水) 15:08:41.44

アホ vs バカの不毛な争いが続くのは隔離スレにﾜｯﾁｮｲつけたやつの責任だからな

**デフォルトの名無しさん** · 2024/03/13(水) 17:12:52.60

本スレにワッチョイつけず隔離スレと称して余計なスレ立ててそっちにワッチョイつけるバカども。
5chでRust使ってるって言ってるやつらはそんなもの

**デフォルトの名無しさん** · 2024/03/13(水) 17:32:48.34

不毛の判断が早いなあ
後世の歴史家が判断するという定型文に縛られないから早いんだな

**デフォルトの名無しさん** · 2024/03/13(水) 17:40:34.76

安全と速度を両立させたのが
RustやPythonなどが採用しているSipHash13

**デフォルトの名無しさん** · 2024/03/13(水) 18:38:09.42

>>295
いや、unsafeは判断できる人が使うものだろ。

**デフォルトの名無しさん** · 2024/03/13(水) 21:22:31.53

>>300
分かってるんならﾜｯﾁｮｲ付きRustスレの盛り上げに協力してくれんかえ

**デフォルトの名無しさん** · 2024/03/13(水) 21:54:19.69

ワッチョイなんか盛り上がる訳ねえ
そんな話題あったらこのスレに投下してつまらない議論を流した方が余程生産的

**デフォルトの名無しさん** · 2024/03/13(水) 22:31:42.96

高齢化でコーディングできなくなったおじいさんを叩くのは良くないと言う話

**デフォルトの名無しさん** · 2024/03/13(水) 22:39:35.15

30後半でコーディングしてるやつなんて9割コミュ障で出世できなかったやつだろ

**デフォルトの名無しさん** · 2024/03/13(水) 22:42:16.17

出世出来ましたか？

**デフォルトの名無しさん** · 2024/03/13(水) 22:52:25.45

能力が低下してコーディングできないのとしないのでは大違い

**デフォルトの名無しさん** · 2024/03/14(木) 00:41:25.89

結局スクリプト言語で書かれた原作が必要か
他のジャンルでも原作なしのオリジナルは難しそうだろう

**デフォルトの名無しさん** · 2024/03/14(木) 12:30:54.13

Rustで書き直してパフォーマンスが上がったので注目浴びる！みたいなプロダクトはなんか白けるよな。
JSとかPythonの基盤ツールをRustで書き換えて激速！みたいなのはもう汎用言語としてのアイデンティティ捨てられててオワットル。

**デフォルトの名無しさん** · 2024/03/14(木) 12:34:38.63

日本みたいに、何とかするには人投入しよう！スキルどうでもいいからとにかく人集めて！なところじゃね～。

**デフォルトの名無しさん** · 2024/03/14(木) 13:45:31.80

おそらく植山類が新しいリンカを作ったあたりが開発ツール高速化の機運の始まりだと思う。
歴史的事情でごちゃごちゃしてて遅いのが仕方がないと思われていたものについて
速度を意識して書いてみたら数百倍単位で速くなってわひゃーーというのが強烈なインパクトだった。
(それは C++ で書かれてるんだけどね。)
商売で開発ツールを提供している会社にとっては少なくともそれと同程度のものを出さないと面子が立たない。
リンカを作ってるところはこぞって高速化に努めた。
リンカ以外にもその機運が波及しているのが今。

で、高速化のキモはデータ構造であるというのが明瞭になったんだけど
メモリ管理の部分を処理系 (ランタイムサポート) の側でやるようなものだとそこんところのチューニングが出来ない。
Rust である必然性が強いわけではないけど C++ とかよりは今なら Rust のほうがいいかなってのはまあ自然な判断ではある。

**デフォルトの名無しさん** · 2024/03/15(金) 00:47:31.57

コードを書けない
プログラムできなくなるとこういうことしか書けなくなると言う見本

**デフォルトの名無しさん** · 2024/03/15(金) 10:43:30.71

だが読むより書くほうが優れているという前提から
原作を正しく読解するよりも正しくない二次創作のほうが優れているという結論が出てくる

**デフォルトの名無しさん** · 2024/03/15(金) 11:53:24.75

春だなぁw

**デフォルトの名無しさん** · 2024/03/15(金) 18:26:51.96

ai bot

**デフォルトの名無しさん** · 2024/03/15(金) 20:40:42.93

>>315
辛辣で草
そういう似非技術者系おじいちゃんおちょくると
怒って自分が唯一知ってる知識振り回してくるから面白いぞ

**デフォルトの名無しさん** · 2024/03/15(金) 21:07:06.30

Rustコードを書けない似非技術者系おじいちゃんたちは他のスレでやりとりしなさい
ここはRust専用スレ

**デフォルトの名無しさん** · 2024/03/15(金) 21:26:31.60

コーディングが出来なくなると人生はつらいと思うけどな…

**デフォルトの名無しさん** · 2024/03/15(金) 21:36:49.30

できなくなるんじゃなくて
元々できてないんよね>>314みたいな人は
というより単に職業マじゃないのかもな
趣味でプログラム触ったことあるパソコン少年的な

**デフォルトの名無しさん** · 2024/03/16(土) 00:23:32.44

人はいつか何もできなくなって死んでいくんだよな
つまらないね

**デフォルトの名無しさん** · 2024/03/16(土) 08:54:22.01

肉屋がレッドオーシャンになれば豚はブルーだからこれでいい

**デフォルトの名無しさん** · 2024/03/17(日) 19:33:58.02

Rust書けるやつ集めるの大変すぎ

**デフォルトの名無しさん** · 2024/03/17(日) 22:06:35.75

Rustで書けば速くてリソースコスト下げられるうえに保守性も良くていいことずくめだからだな
ただしまともなプログラマーしか使い　　こなせない

**デフォルトの名無しさん** · 2024/03/18(月) 09:59:50.17

むしろ変なやつしか使ってない感じだけど…

**デフォルトの名無しさん** · 2024/03/18(月) 10:20:48.83

しょーもないこだわり持ってるやつしか使ってない

**デフォルトの名無しさん** · 2024/03/18(月) 13:49:12.09

今後の仕事考えたらRustだね

**デフォルトの名無しさん** · 2024/03/18(月) 14:26:36.03

メモリ安全性ってなんなの？

**デフォルトの名無しさん** · 2024/03/18(月) 14:49:59.91

無効なアドレスを参照しない
運が良ければSegmentation Fault、運が悪ければ変な値が使われて何か起こる

無効なアドレスを更新しない
運が良ければSegmentation Fault、運が悪ければそこの値が壊れて何か起こる

メモリリークは割とどうでもいい

**デフォルトの名無しさん** · 2024/03/18(月) 15:00:45.39

>>330
メモリ安全性のうち特に重要な一つがメモリ競合の安全性
まだ使っている値を意図せずに書き換えてしまい矛盾してしまう
プログラミングで起こるバグの代表的な一つ
Rustではこれを防ぐことができる

**デフォルトの名無しさん** · 2024/03/18(月) 15:02:35.53

>>331
ありがとう
「運が悪ければ変な値が使われて何か起こる」
そういえばメモリの概念理解せずにC言語使って、動かすたびに結果がかわるバグプログラム生み出してビビリ倒したことを思い出しました……

**デフォルトの名無しさん** · 2024/03/18(月) 15:07:28.37

>>332
ありがとう
「運が悪ければ変な値が使われて何か起こる」
そういえばC言語の現在時刻取得関数がポインタ返し&参照先書き換えるタイプの関数だったので大ハマリしたことありますね…

**デフォルトの名無しさん** · 2024/03/18(月) 18:35:36.34

セルフコントならもう少し面白いやつを頼む

**デフォルトの名無しさん** · 2024/03/20(水) 01:19:02.24

WebAssemblyバイナリの実行環境を提供する「Rust」で作成されたランタイム「Wasmi」に脆弱性が明らかになった。
ttps://www.security-next.com/154875

**デフォルトの名無しさん** · 2024/03/20(水) 05:37:59.51

デフォルトで制限よりも多くのパラメーターを指定すると域外に書き込みを行うおそれがある「CVE-2024-28123」が明らかとなった。

2023年12月にリリースされた「同0.31.1」にて脆弱性は修正された。
パラメーターが128個以下であることを確認する回避策についてもアナウンスしている。

**デフォルトの名無しさん** · 2024/03/20(水) 12:50:32.15

>>336
そういうのRust関係ないからわざわざここに書かなくてもいいよ

**デフォルトの名無しさん** · 2024/03/20(水) 13:00:27.22

関係無いわけないでしょｗ
rustで書かれてたら安全なんじゃなかったん？ｗ