Rust part27

**デフォルトの名無しさん** · 2024/12/02(月) 22:32:50.31

公式
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 part26
https://mevius.5ch.net/test/read.cgi/tech/1726838318/

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

**デフォルトの名無しさん** · 2025/03/22(土) 01:57:17.67

コンテキストは一般的に使われる用語だぞ
それこそプログラミングのコンテキストでもよく使われる
コンテキスト長はまあ流行だからわざと使ってるんだろ

**デフォルトの名無しさん** · 2025/03/22(土) 02:18:51.91

>>807
コンテキストは知ってるよ。コンテキストに長さと言う概念持ち込むのがよく分からんだけ。単なるオブジェクトなんだから長いも短いもプログラマー次第じゃんと

**デフォルトの名無しさん** · 2025/03/22(土) 02:22:12.11

>>806
現代のチャットAIサービスの対話内記憶力（過去の対話履歴の保持限界）のしょぼさは誰もが知るところであってな...

**デフォルトの名無しさん** · 2025/03/22(土) 02:53:44.38

>>805
だってAIだもん

**デフォルトの名無しさん** · 2025/03/22(土) 03:27:10.02

科学臭防止のために
敢えて忘れっぽくしてあるんだろ
ボケ老人の無限ループと症状が良く似てる

**デフォルトの名無しさん** · 2025/03/22(土) 08:02:31.40

そんなこともあるさ
AIだもの

**デフォルトの名無しさん** · 2025/03/22(土) 08:46:20.81

粘着してくる馬鹿がこのご時世にLLMも知らないでなんでプログラムしてるのか謎すぎる

**デフォルトの名無しさん** · 2025/03/22(土) 08:50:54.26

コンテキスト長でググって意味が判らないならもうプログラマ引退した方が良いレベルだよ

＞　つくずくRust関連で賑わってる話題って
つくづくだよ　おじいちゃん

**デフォルトの名無しさん** · 2025/03/22(土) 09:07:44.47

つくずくにツッコむとか草
>>813-814みたいなお爺ちゃん丸出しなリアクションしてるのに本人は気ズいてないのも草

**デフォルトの名無しさん** · 2025/03/22(土) 09:14:42.51

RustよりGolangのほうがええぞ

**デフォルトの名無しさん** · 2025/03/22(土) 09:15:11.34

場合による。

**デフォルトの名無しさん** · 2025/03/22(土) 09:23:26.99

ほとんどのケースでGoが劣るけど
一部に互角なケースもある

**デフォルトの名無しさん** · 2025/03/22(土) 09:23:52.43

GC有り言語のコードをGC有り言語に移すのは難易度が低いってだけ
Rustははるか前にGCを言語仕様から外したから選ばれなかった

**デフォルトの名無しさん** · 2025/03/22(土) 09:31:58.11

RustでもC++でも循環含めたガベージをまとめて回収するならアリーナ系でメモリアロケート
そのわずかな手間だけで速くて省メモリになるから
TSのケースのようなそのまま移植ではなくて新規や再設計ならRustで組むのがベター

**デフォルトの名無しさん** · 2025/03/22(土) 09:38:45.99

Rustはマクロがあるから同じ処理を何度も書く手間が省ける
外部のコードジェネレータに頼らなくて良い
同じ様な処理が並びがちなインタプリタやコンパイラ系とは相性が良い

**デフォルトの名無しさん** · 2025/03/22(土) 10:02:18.86

負け惜しみばっかりで情けないな

**デフォルトの名無しさん** · 2025/03/22(土) 10:11:41.52

C#の敗因をここで議論する意味が分からん

**デフォルトの名無しさん** · 2025/03/22(土) 10:19:41.52

>>823
C#を含めた各クラス依存言語はクラスベースで書かざるを得ないため元のTypeScriptコードとの相違が大きくなり今後もコードを合わせ保守していかなければならない特殊事情のため選べなかったと書かれていた
いずれもTypeScript側の特殊事情で雁字搦めになっている
RustやC#の問題ではない

その件とは関係なくクラス依存言語は時代遅れだけどね

**デフォルトの名無しさん** · 2025/03/22(土) 11:00:03.74

比較的新しい言語のKotlinやSwiftでもクラスはありますがな…
人気トップレベルの Python でもクラスを使うし

近年問題視されてるのは実装の継承くらいで、カプセル化やポリモーフィズム、メソッド記法は Rust, Go にもあるし、OOP自体は今も現役
C#やJavaはクラスが常に必要で、そこは個人的には好まないけど (staticメソッドを実質的に名前空間+関数として使えはする)

**デフォルトの名無しさん** · 2025/03/22(土) 11:20:31.59

>>825
クラス依存言語が時代遅れと明確に書いた通りで同じ意見だ
もちろんそれらカプセル化・ポリモーフィズム・メソッド記法などはクラス特有ではなく関係ない話
クラスと他の差異はクラス継承にありそれが問題というのも同意見
KotlinとSwiftにクラスがあるのは置き換え継承言語として元言語にクラスがあったため

**デフォルトの名無しさん** · 2025/03/22(土) 11:32:44.58

実はすべてハードウェアの都合で
素敵な世界は後付けだからな

・データに型がある
・構造化
・クラスベース
・例外

マシンパワーが上がれば必要ない可能性がある

**デフォルトの名無しさん** · 2025/03/22(土) 11:34:01.80

マシンパワーでなく機械力な
敵性言語は使わないようにしよう

**デフォルトの名無しさん** · 2025/03/22(土) 11:40:22.91

クラスベースが時代遅れとは思わない
やってることは基本的に同じ
データと手続きがある
何も違いはないとまでは言わないけどさ
利便性があればそれを応用して使えればいい

**デフォルトの名無しさん** · 2025/03/22(土) 11:44:40.17

Pythonが優れてる
いやC#がほとんどのケースで優れてる
いやTypeScriptのほうがベター

君たちはこういうやり取り見たときにどう思うの？
やってること全く同じだよ
めちゃくちゃ次元が低い

**デフォルトの名無しさん** · 2025/03/22(土) 11:47:38.36

KotlinもSwiftもインターフェースを使えるんだから、クラスで問題になってる継承による可読性の悪化は十分に対処できる

**デフォルトの名無しさん** · 2025/03/22(土) 11:50:10.91

>>830
GC有りならその3つ+golangでいい

**デフォルトの名無しさん** · 2025/03/22(土) 12:03:06.76

>>829
全てをカバーしていないことが分かってきた程度だと思う
ほかのやり方のほうが良い場合もある的な

**デフォルトの名無しさん** · 2025/03/22(土) 12:05:17.24

>>830
金儲けのために劣った言語を推してくるベンダーや著者が後を絶たないので
それ違いますよ？という声は大切

**デフォルトの名無しさん** · 2025/03/22(土) 12:08:01.39

各々の言語ごとに規格を作っても言語がバラバラな状態は1ミリも改善しないんだよな

**デフォルトの名無しさん** · 2025/03/22(土) 12:08:16.78

大規模プロジェクトがどの言語を使うかは結局のところ利権の問題になってくるのさ
C#やJava等はその辺のしがらみが大きすぎる

**デフォルトの名無しさん** · 2025/03/22(土) 12:09:17.47

>>829
クラス依存言語は時代遅れ
クラスと他との差はクラス継承にある
クラス依存言語はクラス継承に依存している
もちろんクラス継承を使わずに上手く書けるならばその言語はクラス依存言語ではない
しかしクラス継承があるとそれをを使ってしまう人がいる
クラス継承を無くせた言語が好ましい

**デフォルトの名無しさん** · 2025/03/22(土) 12:11:48.69

windowsでデスクトップアプリ作るならC#
webでフロントエンド作るならts
AI系機械学習ならPython
趣味中の趣味でRustとgolang

**デフォルトの名無しさん** · 2025/03/22(土) 12:11:53.98

いうてGUIやるならクラス継承がないときつくね？

**デフォルトの名無しさん** · 2025/03/22(土) 12:13:52.50

RustやGoをやる人はフロントをやらないからクラス無しで十分なんだろうけどさ

**デフォルトの名無しさん** · 2025/03/22(土) 12:14:46.71

絶対にC++じゃないところ以外はc++使わなくなった
iotとかの組み込みとか

他人のソース読むのもめんどくさい

**デフォルトの名無しさん** · 2025/03/22(土) 12:18:05.67

ここはRustスレで組み込み屋の集う場所
フロント屋も居ていいけど話が噛み合わないことを自覚してくれ

**デフォルトの名無しさん** · 2025/03/22(土) 12:19:02.77

>>839 >>840
GUIはクラス継承の典型的な失敗適用ケースの一つとして有名だ
無理やりにピラミッドな歪んだクラス継承で作られているか無茶なクラス多重継承で作られているかになってしまっている
もちろんGUIはクラスを使わずにトレイトやインターフェイスなどで複数の機能を多重に実装するのが好ましい

**デフォルトの名無しさん** · 2025/03/22(土) 12:19:21.85

いのなかのかわずではいけない
llmぐらい使えないと

**デフォルトの名無しさん** · 2025/03/22(土) 12:22:13.13

自称組み込み屋では

**デフォルトの名無しさん** · 2025/03/22(土) 12:24:51.61

Trait境界

**デフォルトの名無しさん** · 2025/03/22(土) 12:25:22.83

Javaの悪口はやめなくていいよもっとやれ～

**デフォルトの名無しさん** · 2025/03/22(土) 12:28:08.50

Javaは偉大な功績があった
30年前のスターで今は選ばれないだけ

自分の母親をBBAと言うのと同じメンタリティ

**デフォルトの名無しさん** · 2025/03/22(土) 12:29:33.62

Trait制約

**デフォルトの名無しさん** · 2025/03/22(土) 12:33:14.93

javaは多くの人をC++から救った功労者
時代とパラダイムが変わり今はRustがC++から多くの人を救う功労者に

**デフォルトの名無しさん** · 2025/03/22(土) 12:33:33.59

OracleがアホなのであってJavaは悪くないおじさんになっていいか？

**デフォルトの名無しさん** · 2025/03/22(土) 12:56:47.52

>>851
Oracle 的ライセンス形態は Java の一部だ。
不可分なものを分けて考えるのはナンセンス。

**デフォルトの名無しさん** · 2025/03/22(土) 13:36:44.76

「RustにはGCが無い」は誤解を産む表現
GCを実装していない訳じゃなくてGCが不要なの

**デフォルトの名無しさん** · 2025/03/22(土) 13:44:37.92

メモリ管理を自分でやるかランタイムに任せるか、なんだよね
メモリ管理を自分でやらなくてはいけないとネガティブに捉えるならば「GCが無い」というデメリットになり得る

**デフォルトの名無しさん** · 2025/03/22(土) 13:53:15.19

前にこのスレで話題に出てたように
GCを後回しにして、そのまま終了するようなプログラムだと
RustよりGC付き言語の方が速いことがある

**デフォルトの名無しさん** · 2025/03/22(土) 14:05:17.42

>>851
C++やJavaがアホなのであってObjective-Cは悪く無い

**デフォルトの名無しさん** · 2025/03/22(土) 14:28:26.15

GCか。そういえばGCなしの Java って作れないんだろうか?

**デフォルトの名無しさん** · 2025/03/22(土) 14:52:54.85

>>857
それをやろうとしたのが脱JVMのKotlin/Nativeでしょ
とはいえKotlin/Nativeも独自のGCを作ったが

**デフォルトの名無しさん** · 2025/03/22(土) 17:02:35.40

【鹿児島】県警幹部、情報漏洩の疑い　2月には不同意性交疑いで送検 [蚤の市★]
https://asahi.5ch.net/test/read.cgi/newsplus/1742567997/

日本中で多発しているのか？
国民は騙されているのか？

**デフォルトの名無しさん** · 2025/03/22(土) 18:26:15.55

ここまで Rust が注目されているのはクラウドの従量課金システムの影響がデカい。

たとえばウェブ系みたいにリクエストをさばいて次のリクエストが来るまでの空き時間に GC が走れば GC の速度ペナルティは問題にならない……
と従来は言われていたんだが従量課金の世界では空き時間という概念が通用しない。
サービスを提供する上では問題にならなくてもかかる金が違うというのは経営層にわかりやすく見えてしまう。

**デフォルトの名無しさん** · 2025/03/22(土) 18:39:47.45

ラムダならGC走る前に終われるんでしょ

**デフォルトの名無しさん** · 2025/03/22(土) 18:54:40.05

Web系のサービス分野でRustが注目を浴びてるとは思いづらい
今のところ期待されてるのはCLIツールやシステムプログラミング、組込みなどじゃないの？
Rustの採用例 (Discordなど) はあるけど、有名どころのサービスを列挙していけば他の言語の方がずっと多いと思う

Web系だとRustのGoのようなコンパイル言語を選ぶ企業がいる一方で、「バックエンドにTypeScriptを使う」も妥当な選択肢の一つとして見られたりするくらいだし
(これはフロント側との知識の共有しやすさが理由)

**デフォルトの名無しさん** · 2025/03/22(土) 19:09:06.13

Goより茨の道だからやめたほうがいいね。メンバーがついてこれんし。
ライブラリが未整備だろうから自前実装も居るだろう
面倒。Rustのコミッタを集めてOSSにプルリク出していくことが広報になるとか割り切って尖ってくのを経営がOKすればいいが

**デフォルトの名無しさん** · 2025/03/22(土) 19:09:54.71

estieあたりはそうなのかな

**デフォルトの名無しさん** · 2025/03/22(土) 19:09:58.69

スタートエンドに使うのもあり

**デフォルトの名無しさん** · 2025/03/22(土) 19:10:54.90

Rust使うならC++使うわ

**デフォルトの名無しさん** · 2025/03/22(土) 19:15:35.11

ライブラリは未整備ではないが、カジュアルにAPIを変えちゃう傾向がある
あと、chronoみたいな基本的なライブラリが使いづらい

**デフォルトの名無しさん** · 2025/03/22(土) 19:17:42.77

>>862
Rustの利用調査でWebバックエンドが利用の最大多数派であったように
Rustといえば主要な使われ方はWebバックエンドだよ
そもそもRustの基幹の一つであるtokioはそのために作られた
goroutineより性能も良い

>>866
C++は絶対にない
tokioやgoroutineに匹敵する非同期インフラすらC++では弱くて無い

**デフォルトの名無しさん** · 2025/03/22(土) 19:27:58.28

型安全警察で～す

**デフォルトの名無しさん** · 2025/03/22(土) 19:44:27.97

ユーザーは無料で遊べちまうのに業者は課金されるのか

**デフォルトの名無しさん** · 2025/03/22(土) 20:06:41.33

>>860
別に注目されてないだろｗ

**デフォルトの名無しさん** · 2025/03/22(土) 20:46:20.66

RustはHaskellのようなもんだな

**デフォルトの名無しさん** · 2025/03/22(土) 20:51:35.38

サーバー系は、どう議論しようがAWSらがRustを使うと決めてるんだから俺たちもRustを使うべきなんだよね

**デフォルトの名無しさん** · 2025/03/22(土) 20:54:15.56

RustがIT企業の支持を得られて普及した要因の最大の理由は非同期タスクでCPUマルチコアスレッドを最大限に生かせることが実証されたため
もちろんそのメリットを生かせる最大の分野がWeb
その結果としてWebインフラが次々とRust製になっていってるのもご存知の通り

**デフォルトの名無しさん** · 2025/03/22(土) 20:58:48.70

>>873
内部で使われてるって話とごっちゃになってないか？

**デフォルトの名無しさん** · 2025/03/22(土) 21:37:06.41

内部で使ってれば外部 (SDK) の充実だって期待できるだろ。
他もサポートするとはいっても内部で第一に使っている言語が最も切られにくいはず。

**デフォルトの名無しさん** · 2025/03/22(土) 21:47:08.55

もちろんそれもあるがアマゾンAWSはエネルギー効率の高さを示してRustの使用が良いと主張している
エコのため、クラウド提供側にとっては電気消費量のため、クラウド利用側にとっては利用料金のため、誰にとってもRustが良い

**デフォルトの名無しさん** · 2025/03/22(土) 21:49:55.80

状況に応じて道具を選べないやつなんて所詮この程度だからな
相手にするだけ時間の無駄だよ

**デフォルトの名無しさん** · 2025/03/22(土) 21:56:00.76

企業としてはユーザーが最も多い言語のSDKに一番力を入れるんじゃない？

**デフォルトの名無しさん** · 2025/03/22(土) 21:56:48.74

じゃあRustか

**デフォルトの名無しさん** · 2025/03/22(土) 22:00:34.26

クラウドに限らずどんな分野のとんな用途でも
環境などで言語制限のある分野でなければ
Rustが一番よいだろうね

**デフォルトの名無しさん** · 2025/03/22(土) 22:02:15.86

雑な推理だな
お金の話をすれば雑でも許してもらえる法則でもあるのかな

**デフォルトの名無しさん** · 2025/03/22(土) 22:04:35.46

工数と開発者のスキルが必要なのが難点でしょ
スタートアップはとりあえずlaravelで雑でも動かしたい

**デフォルトの名無しさん** · 2025/03/22(土) 22:08:44.37

プログラマにかかるコストも大きいのでそれとのトレードオフではある。

**デフォルトの名無しさん** · 2025/03/22(土) 22:08:56.75

スキルがないとかその分野に標準の言語があるとかの制約がなければRust
制約がないのに他の言語を選ぶメリットがない

**デフォルトの名無しさん** · 2025/03/22(土) 22:17:50.69

なんで許されてるのか分からない人物を思い浮かべてください

もしかして、お金の話をしてるからじゃないか？

**デフォルトの名無しさん** · 2025/03/22(土) 22:49:39.83

Goのほうが良い

**デフォルトの名無しさん** · 2025/03/22(土) 22:49:40.67

Goのほうが良い

**デフォルトの名無しさん** · 2025/03/22(土) 23:13:07.51

なんかpythonの話ししてる時に呼んでもないのに出てくるRubyの人みたい

**デフォルトの名無しさん** · 2025/03/22(土) 23:30:44.29

Goは適用範囲が狭すぎてね
そしてその分野もRustが代わりになれるから

**デフォルトの名無しさん** · 2025/03/22(土) 23:39:54.79

シングルバイナリで配布するなら、今でもGoの方が有利だろ

**デフォルトの名無しさん** · 2025/03/22(土) 23:51:36.52

>>855
CやRustが必ず速く、GC言語が必ず遅いです。
そのケースでは、CもRustもメモリ解放する必要ありませんから。
GC言語がCやRustに勝てる可能性はありません。

**デフォルトの名無しさん** · 2025/03/22(土) 23:59:13.86

スタック領域を最も活用できるRustが一番有利だろうね
もちろんヒープ領域は返さない手がある

**デフォルトの名無しさん** · 2025/03/23(日) 00:19:54.96

プログラマが充分に賢いと仮定できるときとそうでないときがある。

**デフォルトの名無しさん** · 2025/03/23(日) 02:37:14.92

esbuildとswcを比べるといい
swcは少なくともesbuildの3～5倍の開発工数がかかってる
にもかかわらず性能でも人気でも後発のesbuildに実質負けている

**デフォルトの名無しさん** · 2025/03/23(日) 04:01:40.19

>>889
あれなんだろうな

**デフォルトの名無しさん** · 2025/03/23(日) 08:06:03.43

>>889
KENYA が Eust 使ってる姿が想像できないなω

**デフォルトの名無しさん** · 2025/03/23(日) 11:30:47.99

>>895
これが現実だよな
規模の大きい用途でもなければ性能差以外のところに価値を見出さないとRustは選択肢にならない

**デフォルトの名無しさん** · 2025/03/23(日) 11:46:34.65

>>898
バカ発見
それは言語の比較ではなく作者の比較

**デフォルトの名無しさん** · 2025/03/23(日) 12:05:46.10

それを言い始めたら、現実のプロジェクトであまり使われないのを無視して「Haskellは生産的」と主張し続けてる人と同じじゃないの

**デフォルトの名無しさん** · 2025/03/23(日) 12:16:32.87

何の制約もない理想的な世界ではRustが一番みたいな主張をするのは宗教だからね

現実を説いても無駄だよ

**デフォルトの名無しさん** · 2025/03/23(日) 12:29:31.57

ハスケルがどこで使われてるかは知らないが
Rustはネットインフラなど各所で使われてるからな

**デフォルトの名無しさん** · 2025/03/23(日) 13:45:50.39

PrismaなんてRustからTypescriptに乗り換えてるからなぁ

**デフォルトの名無しさん** · 2025/03/23(日) 14:04:29.94

まあ現実というか現時点でHaskellは実在しているので
自分は現実を説いていると思ってる人はじつは将来のHaskellについて説いているんだろう

**デフォルトの名無しさん** · 2025/03/23(日) 14:14:35.83

>>903
PrismはJavaScript/TypeScriptでのSQLのORMだよ
コアをRustで書いていたけどTypeScriptとの間でのデータのシリアル変換がオーバーヘッドなのでやめた
RustでなくC/C++でもGoでも何でも同じ話

**デフォルトの名無しさん** · 2025/03/23(日) 14:19:18.42

Haskell や ML 系は金融系で人気があるみたいな話だね。
そういう人は数理最適化とかの専門家で、アカデミック寄りの出自だったりするから言語もそういう系統になる。