Rust part33

**デフォルトの名無しさん** · 2025/11/25(火) 18:06:26.30

refcellとかの内部可変性はズルいような感じする

**デフォルトの名無しさん** · 2025/11/25(火) 18:07:51.70

unwrap禁止おじさんw

**デフォルトの名無しさん** · 2025/11/25(火) 18:29:54.26

まぁ　クレートのラッパーにstd::fmt:DEBUG入れ込むのは、VScode　AIコパイロットで一度パターンを覚えてくれれば、楽になるが、あちきのようなvim使いにはテンプレートでやるしかない。
意外と手間がかかるのでマンドクサイ。

**デフォルトの名無しさん** · 2025/11/25(火) 18:43:51.50

>>928
ベストなわけあるか
握りつぶすのが最悪でその次に悪い対応

**デフォルトの名無しさん** · 2025/11/25(火) 18:50:48.51

>>927
わざわざデフォルト値にフォールバックする必要がないと思う
まさに今使ってる設定があるんだからそれを使い続ければいい
動作も変わらなず設定が無効な値に更新されないだけ

**デフォルトの名無しさん** · 2025/11/25(火) 19:15:28.03

まあRustだから安全ですよ
そんなに心配していません

**デフォルトの名無しさん** · 2025/11/26(水) 01:42:28.68

panic panic panic みんなが慌ててる
Rustは凄いぞ天才的だぞ将来楽しみだ

**デフォルトの名無しさん** · 2025/11/26(水) 02:55:05.14

認証せえ～！！

**デフォルトの名無しさん** · 2025/11/26(水) 07:57:42.58

>>930
https://doc.rust-lang.org/rustc/lints/listing/allowed-by-default.html#missing-debug-implementations

デフォルトだとallowになってるからdenyにしておくといい
lintルールは暇なときに眺めてみると勉強になるかもしれない

**デフォルトの名無しさん** · 2025/11/26(水) 08:33:59.66

>>934
まぁ　ファームウェア系などの、スマートポインタ多用の開発では必須なんだわ。
それなら、CやC++でやれば良いのにとは思うが、Rust信者はどうしようもない。
はやくC++開発に戻りたい。

**デフォルトの名無しさん** · 2025/11/26(水) 09:47:04.35

>>937
上位でエラーハンドリングしなければいけないという事実をunwrapで隠蔽してるのでこれもある種の握りつぶし

**デフォルトの名無しさん** · 2025/11/26(水) 11:03:01.70

safe panicで安心安全

**デフォルトの名無しさん** · 2025/11/26(水) 11:25:19.54

>>904
[derive(Debug)]
じゃだめなん？

**デフォルトの名無しさん** · 2025/11/26(水) 11:28:14.69

unwrapの何が悪いって言うと
コンパイル通って実行も出来てうまく処理したつもりになってるアマグラマーを量産してることだな

**デフォルトの名無しさん** · 2025/11/26(水) 11:46:54.66

>>946
まず「新しい型を定義する」ということをやらないといけないだろ。
元の型で取り出すのをいちいち明示するのもわずらわしいから Deref も実装したほうが良いかもしれない。
そのあたりも込みでの話。
Debug 自体をどう実装するか以前の部分で自動化したいってこと。

**デフォルトの名無しさん** · 2025/11/26(水) 12:10:39.11

proc_macro2で割と簡単に出来た気がするが

**デフォルトの名無しさん** · 2025/11/26(水) 13:51:04.55

|&x| ってやるとxが参照じゃなくなるんだけどなんで？

**デフォルトの名無しさん** · 2025/11/26(水) 13:56:50.66

>>950
Rust の引数はパターンマッチのメカニズムをそのまま適用しているから。
参照を &x の形で受けると参照でない部分が x として取り出される。

**デフォルトの名無しさん** · 2025/11/26(水) 14:40:21.92

&はコンストラクターだったってことか

**デフォルトの名無しさん** · 2025/11/26(水) 15:29:16.94

え？

**デフォルトの名無しさん** · 2025/11/26(水) 16:14:24.08

Rustはシンプルに出来ている
C++のバカな考え方に捕らわれてる人はなかなか理解できないか間違った複雑な捉え方をしてしまい正しく理解できないままの人もいる

**デフォルトの名無しさん** · 2025/11/26(水) 16:30:37.62

結局は、プログラムを完成できるかという事と維持のためのクリーンアーキが体現できるかという事で能力が決まる。
仕方なくRustでやってているが、C++がやり易いのは体感だ。　理解の問題ではない。Rustも理解している

**デフォルトの名無しさん** · 2025/11/26(水) 18:23:06.20

>>954
せめてunwrapの使い方くらいは理解してから出直してくれ

**デフォルトの名無しさん** · 2025/11/26(水) 18:56:04.77

クロージャーの引数の型を省略するとFnMutに渡したときライフタイムが正しく推論できなくなるみたいだな

**デフォルトの名無しさん** · 2025/11/26(水) 18:59:06.33

【海外記事紹介】Rustにはガッカリしている
> 11月24日、bykozyが「Blog - Rust is a disappointment」と題した記事を公開した。この記事では、Rustが期待されてきた「C++の後継候補」としての役割を十分に果たしていないのではないかという問題提起を行い、とくにコンパイル速度の遅さ、言語としての複雑さ、メモリ安全性と信頼性のトレードオフ、可変共有状態の扱いにおける限界について詳しく紹介している。

**デフォルトの名無しさん** · 2025/11/26(水) 19:33:52.84

複雑に屋上屋を重ねたC++との比較なのに、Rustに対して「言語としての複雑さ」とか、かなり偏向した人が書いてるな

**デフォルトの名無しさん** · 2025/11/26(水) 19:53:02.22

C++は複雑かつUBだらけで最悪だと書いてるよ
そのうえでRustは万能ではないと述べてる
ただし代替策を示しているわけではない
現状Rustしかないことになる

**デフォルトの名無しさん** · 2025/11/26(水) 21:19:43.49

googolleでchromeos作ってる人がもうc++書きたくないrustてゆってた

**デフォルトの名無しさん** · 2025/11/26(水) 21:43:11.86

>>946
>>903 にあるように、ライブラリが公開してる型がDebugを実装してない場合に困るという話
自作型に derive(Deaug) で自動的にDebugを実装できるのは、その構造体のフィールド全てがDebugを実装してる時だけ
なので、外部ライブラリの型をフィールドとして持つ構造体の場合は、ライブラリ側でDebugを実装してないとダメ
かつ、外部の型に対して impl Debug することもできないから、ラップした構造体が要る

よく使われてるライブラリだと >>910 のガイドに従って Debug を実装してるとは思うけど、実際のところどうなんだろ

**デフォルトの名無しさん** · 2025/11/26(水) 22:06:33.26

自分でももう分かってるでしょう
よく使われてないライブラリだとそんなもんってことです

**デフォルトの名無しさん** · 2025/11/26(水) 22:28:50.07

>>962
Debugの実装くらいならプルリクエスト投げれば対応してくれるのでは？

Debugの表示内容がわかりにくくてラッパー作ったことはあるけど
実装そのものがなくて困った経験は一度もないな

**デフォルトの名無しさん** · 2025/11/27(木) 00:27:00.56

Rustしかないのが問題だよな
Web用のスクリプトといえばPerlしかなかった時代と一緒

**デフォルトの名無しさん** · 2025/11/27(木) 00:54:12.31

それについては >>892 にでも言及している

**デフォルトの名無しさん** · 2025/11/27(木) 04:19:51.35

Rustは良い言語だけどC++の後継にならないのは同意
RustはCの後継にはとても良い