Rust part14

**デフォルトの名無しさん** · 2022/02/12(土) 01:24:16.59

公式
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/

※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

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

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

**デフォルトの名無しさん** · 2022/03/07(月) 22:41:05.90

>>228
自由なライブラリが無数にある状況を良しとするとならcommon lispも良しとしてそう

**デフォルトの名無しさん** · 2022/03/07(月) 22:45:19.55

Common Lispと同じで一部のマニアが熱狂したままで一般に浸透せずそのまま死ぬ未来が見える

**デフォルトの名無しさん** · 2022/03/07(月) 22:53:18.02

おじさんがまたIDコロコロしてる……

**デフォルトの名無しさん** · 2022/03/07(月) 22:54:35.35

俺をキチガイアンチと一緒にするんじゃねえよ

**デフォルトの名無しさん** · 2022/03/07(月) 23:00:16.25

>>229
君が文脈を読めない人だから君だけが誤解している
例えば分かりやすく「PWA」という単語でこのスレを検索すると皆はTauriとは別の話をしていることがすぐ分かる
もちろんPWAの意味するところもWebブラウザ上での動作でありTauriの話とは別の話であると皆は分かっているためである

もう一つ君はRustにおけるunsafeの意味と位置づけを理解していないようだからそのような意味不明な発言となっているのだろう

>>233
ほとんどのメジャーなプログラミング言語では多数のフレームワークが競い合って良いものが残った
そうでない言語があるなら教えて欲しい
よほど特殊な例外だとわかるだろう

**デフォルトの名無しさん** · 2022/03/07(月) 23:01:40.70

>>237
良い物以外が死ぬくらい強いのがあればいいんだよ。生き残ってきた言語はそうだった。だけど今のrustはそうはなってないのがいかん
状況はcommon lispに近い

**デフォルトの名無しさん** · 2022/03/07(月) 23:23:44.30

>>238
強いもの1つだけが残る死の世界を望む人はいないしそんな現実もない
例えばJavaScriptのフレームワークの最新シェアを見ても1位は31%しかなく2位が12%で3位が11%とこの3つでようやく過半数
それぞれ特徴の異なるフレームワークが多数共存していて皆がそれぞれ自分に合ったものを選ぶことができる健全な世界となっている

**デフォルトの名無しさん** · 2022/03/07(月) 23:30:43.91

>>231
いくらでもあるから探してみ

>>237
お前がtauriに関するレスをしたところにお前が勝手にレスしてきて「tauriの話はしていない」とか言い始めただけだろ
cordovaみたいなのはPWAもちゃんと対応してるので、PWAならtauri関係ないというのも違う
unsafeもやはりお前なのか。。。お前が分かってないだけ

**デフォルトの名無しさん** · 2022/03/07(月) 23:31:07.44

>>239
Rustで31%とれそうな奴あるんか？
仮にあったとしてもそもそもRustのほうが圧倒的に人口少ないんやからJSの31%と同じコミュニティ規模出そうと思うと全然足らんぞ

**デフォルトの名無しさん** · 2022/03/07(月) 23:32:49.16

ってかJSが覇権とった時ってHTML上書きとJQuery以外あったん？

**デフォルトの名無しさん** · 2022/03/07(月) 23:40:00.14

ないわけじゃなかったけど、猫も杓子もjQuery一色だったな

**デフォルトの名無しさん** · 2022/03/07(月) 23:41:43.52

当時jQueryはブラウザ間の違いを吸収する役割を担ってたからというのもあるけど

**デフォルトの名無しさん** · 2022/03/07(月) 23:43:20.17

そもそもなんでWebフレームワークとして生き残れるかどうかって話になってるんだ？
Rustの本分はWebで言えばrustlsとかquicheみたいな最下層のライブラリ実装にあるんでは…
まぁWebフレームワークやGUIで普及するのはきついと思うよ

**デフォルトの名無しさん** · 2022/03/07(月) 23:43:54.72

間違い探しの練習問題作ってんのかな？

**デフォルトの名無しさん** · 2022/03/07(月) 23:50:27.38

>>229
＞Rustが件の調査で1番だったのはGCランタイムとか関係なく、安全で速いと嘯かれた人が騙されて使用してるだけ

デタラメすぎてあまりにも酷い
Rustを使っている人は騙されているのかw

＞実際には苦労して書いても速くなく、

苦労して書くという時点でプログラミング初心者か
普通に書けば速いぞ

＞unsafeを使って初めて速くなるか、

unsafeは閉じ込めた中で使うものであって普通は外でわざわざ使わん
そんなことしなくても速い

＞回りくどい方法を使わないと普通に書くより遅くなる

回りくどい方法で速くなるなんて見たことも聞いたこともない
普通に素直に書けばコンパイラの最適化で十分に速い

**デフォルトの名無しさん** · 2022/03/07(月) 23:51:41.39

ID:SxK5Ewlvは出禁な

**デフォルトの名無しさん** · 2022/03/07(月) 23:57:59.82

>>245
Rustはそんな下層だけの狭い対象の言語ではない
最近はサーバーサイドで起きるWebレンダリング同一コード要請から
Webフレームワークの一定数はRustがシェアを獲得するのは間違いない

**デフォルトの名無しさん** · 2022/03/08(火) 00:19:02.40

>>249
まぁGAFAやベンチャーの採用で1-2%くらい取れる可能性は否定しないけど
現状の大半を占めるJS/Java/Rubyあたりからの移行は無理だと思うけどなぁ

**デフォルトの名無しさん** · 2022/03/08(火) 00:23:12.80

>>247
騙されてるだけ
Rustをunsafeなしに書いたらC/C++より速くなる道理がない
制約を課している分必要メモリ量も増え、その分の時間がロスに繋がる
JIT込みで動作するVM系言語でもGC走る間もなく終わってしまう大半の簡単な処理では差などつかず、場合により簡単に抜かれてしまう

>>249
きついっつーの
JavaScriptでひぃひぃ言ってる大半のプログラマが使いにくいと思わないはずがなく、十分なメリットがないためにシェアが上がらない
全てをストリームで処理したい世界線に移動しないと無理

**デフォルトの名無しさん** · 2022/03/08(火) 00:29:04.75

>>251
質問
ではなぜJavaからC#やGoに至るまで
各種ベンチマークでRustが圧勝しているの？

**デフォルトの名無しさん** · 2022/03/08(火) 00:29:10.40

>>240
自分の頭が悪くて普通に書いたら遅くなるコードがどういうものなのか想像もできないので
検索キーワードだけでも良いので教えてください

**デフォルトの名無しさん** · 2022/03/08(火) 00:38:56.95

>>252
ベンチマークは極端な仮定に基づき簡単に特性を見るもので実運用ではその通りにはならないのが通例
依存する全クレート含めてRustの外へのアクセスを除いてunsafeを全く使わないコードで動かしてみればいい

>>253
Rust

**デフォルトの名無しさん** · 2022/03/08(火) 00:40:37.90

あと圧勝なんてしてないよ？

**デフォルトの名無しさん** · 2022/03/08(火) 00:41:09.70

>>254
なんだよまたコード例を貼れない人かよ

**デフォルトの名無しさん** · 2022/03/08(火) 00:43:19.64

>>256
こないだ貼ったよ
https://mevius.5ch.net/test/read.cgi/tech/1638086359/480

**デフォルトの名無しさん** · 2022/03/08(火) 00:56:08.88

>>257
コードを見てみましたが失格
fnの前にunsafeを付けなければなりません
かなり酷い初心者のようですが出直して勉強してからまた来てください

**デフォルトの名無しさん** · 2022/03/08(火) 01:13:52.49

それ書いたときも同じこと言われて
https://mevius.5ch.net/test/read.cgi/tech/1638086359/481
こう言った
https://mevius.5ch.net/test/read.cgi/tech/1638086359/483
ダメ押し
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2021&gist=8094ef6303e16cba3c13c58f8955a6ed

**デフォルトの名無しさん** · 2022/03/08(火) 01:21:02.52

playgroundは初心者さんが使いそうなので、あんまり変なので負荷をかけたくないってことで、compiler explorerにしてみた
https://godbolt.org/z/MEqoTM5Yq

**デフォルトの名無しさん** · 2022/03/08(火) 01:27:17.05

どうでもいいけど compiler explorer よく見たらvimが使えるｗちょっと感動したｗ

**デフォルトの名無しさん** · 2022/03/08(火) 02:05:41.64

>>257
普通に書いたら遅くなるコード例が欲しかったんですがこれは何をしようとしていて何が遅くなっているんですか？

**デフォルトの名無しさん** · 2022/03/08(火) 02:21:08.30

>>262
お前が誰かなんて知らねーし、すでに自分で探せと言ったものを何度も他人に聞くなよｗ本当に頭悪いなｗ

**デフォルトの名無しさん** · 2022/03/08(火) 02:27:22.25

おれのコードか? 欲しけりゃくれてやるぜ… 探してみろこの世の全てをそこに置いてきた(ﾄﾞﾝ

**デフォルトの名無しさん** · 2022/03/08(火) 02:27:39.29

>>263
どの書き込みに対するレスかすら確認せずに反論してたのか...すごい

**デフォルトの名無しさん** · 2022/03/08(火) 02:38:10.27

レスは適当に追うけど、長すぎんだよｗ
複数に答えてるところで分岐があるんだし、かなり前のお前のレスを読まないと分からない内容にしてるお前の頭が悪いだけｗ
しかも断られた内容を「自分の頭が悪くて...どういうものなのか想像もできないので...だけでも良いので教えてください」と懇願するほどの馬鹿ｗ
再度断られると煽りはじめ、しかもしつこく深夜まで…やばいってお前ｗ

**デフォルトの名無しさん** · 2022/03/08(火) 03:00:25.45

>>266
うんうん、わかったわかった
「普通に書いたら遅くなるコード例」はあなたからは出てこないのね
それならこれ以上やりとりしてもお互い無益なのでやめましょう
何度もレスさせてごめんね
こんな遅くまで付き合ってくれてありがとう

**デフォルトの名無しさん** · 2022/03/08(火) 04:06:31.78

>>267
はじめに断ってんだろｗ二度断ってなお煽ってきて何いってんの？ｗ確信犯がそれで許されるわけねーだろｗ
二度と書き込みませんと宣言したら許してやるｗ

**デフォルトの名無しさん** · 2022/03/08(火) 04:29:07.10

名だたる企業がRustについての肯定的なレポートを出しているが、それも誤りだというのか？
誤りではないが、だからといってシェアがとれるわけではないというのか？

**デフォルトの名無しさん** · 2022/03/08(火) 05:04:17.68

特定のシチュエーションで肯定的という事実だけ
それを元に何かを想像するのは自由だが、どの領域でどこまでシェアを伸ばせるかについては想像に過ぎない
さも名だたる企業が領域とシェアについて言及してるかのごとくに言い広めるのは良くない

**デフォルトの名無しさん** · 2022/03/08(火) 06:10:54.51

何もかもソース無し個人の感想で草

**デフォルトの名無しさん** · 2022/03/08(火) 06:19:02.05

自分で見つけられない人は可哀想ｗどこまでも煽っていくスタイルなんですねｗ

**デフォルトの名無しさん** · 2022/03/08(火) 06:35:46.51

>>270
名だたる企業が安全だと言っている事実に誤りはないのかね？
速度もCと互角と言っているのは？

**デフォルトの名無しさん** · 2022/03/08(火) 07:07:05.39

就寝したかな？

**デフォルトの名無しさん** · 2022/03/08(火) 13:19:25.26

C#ってWindows限定じゃなきゃ選択肢に上らない。いつMSがやーめた、今度はこっちにするわって言い出すかわからんもん。Rustはどうかな？

**デフォルトの名無しさん** · 2022/03/08(火) 14:18:20.87

MSがやめたら進化は止まるかもしれんが使えなくなるわけじゃないだろ

**デフォルトの名無しさん** · 2022/03/08(火) 14:44:27.03

>>275
いつの時代の話だよw

**デフォルトの名無しさん** · 2022/03/08(火) 14:57:59.41

言語に関してはMSはディスコンしてもサポートがめちゃ長いから比較的安心

D言語みたいなのでもまだ続いてるからRustも今のところ心配する必要ない
衰退し始めたら気長に移行すればいい

**デフォルトの名無しさん** · 2022/03/08(火) 18:06:02.16

>>274
昼過ぎに起きて一斉に書き込んでるね
よー寝るやつだw

**デフォルトの名無しさん** · 2022/03/08(火) 18:21:13.99

>>279
だなー、他のスレにも同じ時間帯に書くからわかりやすいわ

**デフォルトの名無しさん** · 2022/03/08(火) 22:24:39.58

非同期関数(非同期タスク)について質問です
単純に読むとか書くとかなどは非同期関数を呼んで待たされる(=待たせてくれる)のでawaitで待てばよいのですが
何かある仕事を専門にする人がシングルトン的に存在していてそこへ仕事を依頼して非同期に結果が出たら結果をもらう場合は
Rustではどうするのが効率がいいのでしょうか？
例えばコールバックをしてもらうとか
チャネルをもらってその読み出しで待つとか
スケジューラーの中で寝て待って起こしてもらうとか
その他など各々の可能不可能とメリットデメリットと具体的な方法が知りたいです
それに加えてタイムアウト付きで結果がまだ出ずとも時間内に戻りたい場合はどうなりますか？

**デフォルトの名無しさん** · 2022/03/08(火) 22:42:13.35

必要な機能をもった非同期ランタイムを選択する。
自分でやるなら unsafe でやることになるだろうけど本当にしんどい道のりになると思う。

**デフォルトの名無しさん** · 2022/03/08(火) 22:59:43.72

全然具体的でなくて草ｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/08(火) 23:20:38.55

ちょっと前提が異なるけど参考情報
hyperの中核となっているService traitは非同期コールバック方式
これでサーバーもクライアントもDNS解決もコネクション張るのも全てやっている

**デフォルトの名無しさん** · 2022/03/08(火) 23:28:46.08

>>281
select_all使えばいいと思う

**デフォルトの名無しさん** · 2022/03/08(火) 23:48:42.33

例えばhyperでサーバーがHTTPリクエスト受けるのにも二段のimpl Serviceが使われていて
一段目はコネクションが張られる毎
二段目はそのkeepaliveで複数回になりうるHTTPリクエスト毎

>>285
タイムアウトはその合成でいけるね

**デフォルトの名無しさん** · 2022/03/08(火) 23:52:54.53

古き良きselectを使わないやつはunsafeにまみれるがいい！
$ cargo geiger

**デフォルトの名無しさん** · 2022/03/08(火) 23:53:52.79

// こんな人向けの話
#[tokio::main]
async fn main() {
async {
println!("{}", "こんにちは世界！");
}.await;
}

**デフォルトの名無しさん** · 2022/03/09(水) 10:50:10.12

だけど今さらJavaを選択しないだろ。終わりの始まりはOracleがSUN Microsystemsを買収したとき。

**デフォルトの名無しさん** · 2022/03/09(水) 10:56:14.10

>>202
補完の効かないHTMLモドキ書くの辛ぽよな
VDOM系ならsauronがmacro以外でも書ける
個人的にはSilkenwebかな

**デフォルトの名無しさん** · 2022/03/09(水) 12:12:27.95

>>289
世の中web系ベンチャーばかりじゃないので…

**デフォルトの名無しさん** · 2022/03/09(水) 12:23:18.65

>>289
もちろん今となってはJavaを使う意義は全く無いが
Javaしか使えない(人材しかいない)遅れたところも存在している

**デフォルトの名無しさん** · 2022/03/09(水) 12:49:32.47

>>281
結局どこかで同期(待ち合わせ)したいならば
(1) 条件を満たしたらReadyになる自作Future<Output=T>を受け取りfuture.awaitで待つ
(2) lockされた非同期Arc<Mutex<T>>を受け取りmutex.lock().awaitで待つ
(3) 非同期channel::Receiver<T>を受け取りreceiver.recv().awaitで待つ
これらawaitの前の部分はfutureなのでタイムアウト付きにしたいなら
非同期timeout(duration, future).awaitで待つ　または非同期sleepを使って
futures::future::select(future, sleep(duration))で任意の仕様で作成可
さらに多くのfutureが関係するならselect_all

**デフォルトの名無しさん** · 2022/03/09(水) 13:01:08.14

悩ましいのが非同期処理待ち合わせにおけるタイムアウトしたときなどのキャンセル処理だな

**デフォルトの名無しさん** · 2022/03/09(水) 13:05:17.06

unsafeに屈してtokio/mioベースでウェーイし、二度と安全などと申しません！するのが普通
これは踏み絵なのだ

**デフォルトの名無しさん** · 2022/03/09(水) 18:04:37.99

マクロのdslは補完が効かないのか

**デフォルトの名無しさん** · 2022/03/09(水) 19:04:55.67

>>294
タイムアウトもしくは多数のfutureから先着一択した場合でも
残りのfutureは手元に残るしその出自も把握しているわけだから
用途ごとに必要なキャンセル処理を用意したり実施したりすればよいだけ
これは非同期でなく同期で全体の処理時間にタイムアウトを設けた場合でも起きる話

**デフォルトの名無しさん** · 2022/03/09(水) 22:19:31.86

async/awaitなどを使わないとしても、その手の処理を実装するなら通常は非同期I/Oを使用する
もしくは同期I/Oを別スレッドから強引にclose/shutdownする
なので、非同期I/Oを使用せずに綺麗に実装するなら、常に終わるまで待つか、キャンセル自体、つまりタイムアウトを諦めるのが普通
だから非同期を使うのであれば速度優先unsafe党に入り、RustはC/C++よりちょっと遅く、C/C++同様安全でない言語です！と懺悔しながら他の言語に許しを乞う必要があるｗ

**デフォルトの名無しさん** · 2022/03/09(水) 23:10:28.68

>>298
プログラミングしたことないためにunsafeが何かをわかっていない人だ
わかってないからブレて毎回主張に自己矛盾

**デフォルトの名無しさん** · 2022/03/09(水) 23:16:40.46

>>298
いつコテハンするの？

**デフォルトの名無しさん** · 2022/03/09(水) 23:23:01.29

僕ちゃん達にはむじゅかししゅぎましたかねｗ

**デフォルトの名無しさん** · 2022/03/09(水) 23:29:33.27

>>301
そんな単純な煽りはつまらんから
もっともらしいデタラメ並べた長文よろ

**デフォルトの名無しさん** · 2022/03/10(木) 05:39:25.09

このスレ以外でも思うんだけど
言語アンチって何が目的なの？
嫌なら使わなきゃいいだけだし
他に良い言語があると思うならそれ使えばいいじゃない

特にrust使う人なんてほぼ他の言語経験者なんだし
適材適所で使う言語選んでるでしょ
わざわざこのスレに来てrust批判したり他言語マンセーしたりしたとこで
大半の人は必要なら使うし必要ないなら使わない
余りにも不毛だからそういうのやめて欲しいわ

**デフォルトの名無しさん** · 2022/03/10(木) 05:43:47.53

俺はRustの話しかしてないんだがｗ
君もRustを使ってunsafe党に入るのだｗｗｗｗ
viva! cargo-geiger!!!!!

**デフォルトの名無しさん** · 2022/03/10(木) 06:31:20.40

>>303
反応を楽しんでるんだよ
それでリアルの憂さを晴らしてる

**デフォルトの名無しさん** · 2022/03/10(木) 07:17:23.57

# ようこそ！unsafe党へ！
cargo install cargo-edit cargo-geiger
cargo new notsafe
cd notsafe
cargo add --features full tokio
cat >src/main.rs <<EOF
#[tokio::main]
async fn main() { async { println!("{}", "こんにちは世界！"); }.await; }
EOF
cargo run
cargo geiger

**デフォルトの名無しさん** · 2022/03/10(木) 12:59:34.09

>>306
試してないけどこれどうなるん

**デフォルトの名無しさん** · 2022/03/10(木) 13:22:56.24

geigerは依存ライブラリを含めたunsafeの使用状況を集計するツールらしい
unsafe党とか言ってる人はもしかしたら
「見えないところでunsafe使うならRustは安全アピールするな」って言いたいのかもしれないし
unsafeをカウントできることがRustの安全性のひとつであることを知らないのかもしれない

**デフォルトの名無しさん** · 2022/03/10(木) 13:38:33.30

次スレはわっちょい頼むな

**デフォルトの名無しさん** · 2022/03/10(木) 14:09:03.75

>>307
https://i.imgur.com/jmr2YMq.png

**デフォルトの名無しさん** · 2022/03/10(木) 14:34:40.76

Unsafe使うなら見えないところでやってくれ。そしてUnsafe由来のバグは出すなっていうのがRustの思想ちゃうん？
ツール使わんと見えないなら大成功では

**デフォルトの名無しさん** · 2022/03/10(木) 15:37:06.36

# 見えないところでunsafeで一旦実行できるも、ちょっと修正するとコアダンプの例ｗ修正はunsafeでない場所ｗ
cargo install cargo-edit cargo-geiger
cargo new --lib maybe_safe
cd maybe_safe
cat >src/lib.rs <<EOF
pub fn read_address_4byte(address: usize) -> i32 { unsafe { *(address as *const i32) } }
EOF
cargo build
cd ..
cargo new perfectly_safe
cd perfectly_safe
cargo add --path ../maybe_safe maybe_safe
cat >src/main.rs <<EOF
#![forbid(unsafe_code)]
fn main() { maybe_safe::read_address_4byte(&0 as *const i32 as usize); }
EOF
cargo geiger
cargo run
cat >src/main.rs <<EOF
#![forbid(unsafe_code)]
fn main() { maybe_safe::read_address_4byte(0); }
EOF
cargo geiger
cargo run

**デフォルトの名無しさん** · 2022/03/10(木) 15:45:27.83

大成功(コアダンプ)でござるｗｗｗｗｗ

**デフォルトの名無しさん** · 2022/03/10(木) 16:15:09.98

>>312
これ何でread_address_4byteにunsafeつけないで内部でunsafeブロック使ったの？
渡された数値を無条件にアドレス扱いしてそこにアクセスするのが絶対に安全だと判断した根拠を
コメントで書いといた方がいいよ
ちゃんと理由を説明できないならunsafeブロック使うのはやめたほうがいい

**デフォルトの名無しさん** · 2022/03/10(木) 17:06:13.98

そりゃ変なプロパガンダかまされて、こんなしょーもない言語使わされるなんてことになったら最悪だからな。
若いバカに騙されるバカ経営陣によくある話だわ。

**デフォルトの名無しさん** · 2022/03/10(木) 17:16:27.08

バグを混入させたくて混入させる人は原則いないのである。
例示は可能な限り単純化しているが、現実世界は複雑なのだ。

プログラマが「意図せず」混入させてしまうバグを「一部」言語で回避できるからこその「安全」であり、プログラマ自身が安全性を保証する側になってしまってはもはや「安全とは言えない」ｗ
処理系が「標準」として提供するものは処理系が「安全」を保証するものと仮定して除外し、「標準以外」の安全性を確認できればプログラム全体の「安全」も仮定でき、それを機械的に可能にしているのがRustという言語ｗ
そしてそのする「標準以外」の安全性を確認ツールがガイガー(geiger)なのだｗ
「標準」が「安全」と仮定される限り、ガイガーがunsafeをscanした結果☢ が1つもなければ、プログラム全体の「安全」も仮定されることになる。
もし☢があるならば、プログラム全体の「安全」は言語(処理系)でなくプログラマ自身が保証する必要がある。
この☢がある状態はC/C++と何ら変わらず、かなりのライブラリで☢が氾濫する昨今、言語が保証する「安全」についてRustに優位性は存在しない。
に依存する。

Rustコミュニティは他言語と比べれば豆粒程度なので、言語が保証する「安全」がプログラム全体の「安全」に占めるウェイトが大きくなければ、どこかで破綻し見限られ、喧伝してる手前凋落する運命となるだろうｗ
しかしそれでも人は速度を諦められず、unsafe党に次々ダイブしていくわけであるｗ

☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢
☢ガイガーカウンター＝放射線測定器☢
☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢☢

**デフォルトの名無しさん** · 2022/03/10(木) 17:37:18.96

unsafeじゃなくて、carefulってキーワードにすれば良かったのにね

**デフォルトの名無しさん** · 2022/03/10(木) 17:39:42.56

わかってる人しか使っちゃいけないんだし、unsafeのほうがいいかなあ

**デフォルトの名無しさん** · 2022/03/10(木) 17:45:02.59

libcがunsafeだからlibcの利用禁止！！！！！！！！！！！！！！！！！！！！

**デフォルトの名無しさん** · 2022/03/10(木) 18:02:59.97

exampleが日本語のクレートなtrie木を使おうとしたらもうコレｗ
https://i.imgur.com/ksKY9gX.png
こういうのばっかりなんですわ

**デフォルトの名無しさん** · 2022/03/10(木) 18:05:02.01

> 例示は可能な限り単純化しているが、現実世界は複雑なのだ。
それはまあその通りで、だからあんまり複雑な内容をunsafe内で書くのはやめような

**デフォルトの名無しさん** · 2022/03/10(木) 18:07:50.66

毒を食らわば皿まで！by unsafe党！

**デフォルトの名無しさん** · 2022/03/10(木) 18:17:23.72

unsafe使ってるのは競プロの異常者たちだけというデータは出てるから無視で良い

**デフォルトの名無しさん** · 2022/03/10(木) 18:18:21.60

まーじでワッチョイ入れるべきだったなこれは

**デフォルトの名無しさん** · 2022/03/10(木) 18:21:54.05

ワッチョイスレ既にあるぞ

**デフォルトの名無しさん** · 2022/03/10(木) 18:33:47.69

cargo install でコマンドをインストールすると依存するクレートも含めて
$HOME/.cargo/bin/registry
以下のディレクトリにソースや管理用のデータが格納されているようですが、
これらの管理というのはどのようにすればよいものなのでしょうか？

一定以上に古いものを削除するとか、
インストール済みのバイナリクレートが依存しているものだけを残すとか、
そういう機能は普通はあるだろうと思うのですが cargo のコマンドとしては見当たらず、
何か専用のコマンドを入れる必要があったりするのなら教えて欲しいです。

**デフォルトの名無しさん** · 2022/03/10(木) 18:35:27.76

単純なものの組み合わせで複雑になるのだよｗ
複雑になると人間的なチェックでは見落としが出るのだよｗ
その際にどこまで複雑になっても正確さ100%の機械的チェックは申し分なく有効なのだよｗ
それを(Rustの)内側だけにある要因だけで捨ててunsafe党に入ってしまうのが現状のRust ｗ
私もあなたもunsafe! viva! unsafe! Rust is unsafe!!!

**デフォルトの名無しさん** · 2022/03/10(木) 18:36:19.21

>>326
cargo cache はどう？
https://crates.io/crates/cargo-cache

**デフォルトの名無しさん** · 2022/03/10(木) 18:36:59.75

>>327
組み合わせる前にunsafeブロック閉じよう
unsafe内で組み合わせ爆発を起こすな😡

**デフォルトの名無しさん** · 2022/03/10(木) 18:40:22.68

最新ナンバリングスレをワッチョイ化しないと多分だめ

**デフォルトの名無しさん** · 2022/03/10(木) 18:58:28.71

>>329
コンパイラチェック可能な最小限のunsafeブロックの外側が、事実上安全ではないんだよｗ
これをどこまで広げるかを人間が決めるのでは、複雑な現実世界に適用した際バグると言っているｗ
誰もがこれなら平気！バグはないというところから、バグは生まれるわけだｗ
unsafeがあるだけでそれは致命的な障害となるｗ viva! unsafe! Rust is unsafe!

**デフォルトの名無しさん** · 2022/03/10(木) 19:02:33.98

完全に安全な言語なんてどこにも存在しない