Rust part33

**デフォルトの名無しさん** · 2025/08/15(金) 17:49:30.70

公式
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 part32
https://mevius.5ch.net/test/read.cgi/tech/1755057787/
Rust part31 https://mevius.5ch.net/test/read.cgi/tech/1751545806/
Rust part30 https://mevius.5ch.net/test/read.cgi/tech/1748392296/

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

**デフォルトの名無しさん** · 2025/11/01(土) 13:35:00.58

rustはeatherはresultがあるから要らないといってなくなったらしいが、
errorのところにerrorじゃないものを入れてokのところに、
okじゃないものを入れるのにみんな抵抗感は感じないのだろうか

**デフォルトの名無しさん** · 2025/11/01(土) 13:37:12.17

GCに依存できる環境だとここまで考えなくてもいいんでしょ？
大変は大変でその代わりメリットがあると

**デフォルトの名無しさん** · 2025/11/01(土) 13:39:02.26

>>537
GC言語にも抽象度の高い言語があるからそこは関係ないよ

**デフォルトの名無しさん** · 2025/11/01(土) 13:41:49.38

>>537
GC言語でもグローバル変数をそのまま使ったらスレッドセーフでないため競合して詰む
もちろんその初期化も同じ
Rust固有の問題ではなくどの言語でも必要な話

**デフォルトの名無しさん** · 2025/11/01(土) 13:51:01.37

>>536
Result型を本来の用途以外で使ったらコードレビューで絶対リジェクトされると思うよ
ResultとOptionは実用上での利用が多かったから標準ライブラリに入ったのであって、Eitherが使いたかったら外部ライブラリ使うか自作すればいい

**デフォルトの名無しさん** · 2025/11/01(土) 13:57:10.92

>>540
そんなことはない
標準ライブラリでもErrorを拡大解釈してエラー以外に用いている
特に多いのが値の返還にResultのErrorを利用
左右対称ならResultを使わずにeither crateを使うべき

**デフォルトの名無しさん** · 2025/11/01(土) 14:22:52.12

>>534
基本的な概念や仕組みを知らないままバイブコーディングしていたらコードレビューもできずに詰みそう

**デフォルトの名無しさん** · 2025/11/01(土) 14:52:04.69

謎の禅問答を学習したら知能は増え信者は減る？
いや信者が増える方が宗教だろ
科学を舐めるな

**デフォルトの名無しさん** · 2025/11/01(土) 15:33:03.66

複オジは嘘ばっかりだな

**デフォルトの名無しさん** · 2025/11/01(土) 15:37:15.60

抽象化を理解できずに謎の禅問答にみえる新たな科学かもしれぬ

**デフォルトの名無しさん** · 2025/11/01(土) 18:01:00.80

複おじもはや一周回ってRustアンチまである

**デフォルトの名無しさん** · 2025/11/01(土) 19:00:08.27

>>545
盛大なブーメラン

>>528のように
内部可変性という抽象概念の定義を
特定の具体的内部実装でしか説明できないやつが
抽象化を理解してるわけがないんだよな

いつも思うが複オジはマジで抽象化理解してないよね
>>482のようなクソコード量産するのも根本原因は同じだと思うよ

**デフォルトの名無しさん** · 2025/11/01(土) 19:22:28.52

両者が対等ならLeft、Right使うよりOwned、Borrowedみたいに名前つけてくれ
Leftが成功寄り、Rightが失敗寄りみたいな慣習を持ち出すならResultでいい

**デフォルトの名無しさん** · 2025/11/01(土) 19:58:52.73

成功失敗に使う言語もあるけどRustのEitherはLeftとRight完全に対等
Resultよりも高機能で強力
RustのEitherはもともとRayonのために作られてItertoolsもそのEitherを組み込んでいて事実上の標準

**デフォルトの名無しさん** · 2025/11/01(土) 21:11:37.16

>>546
本人にそのつもりは一切ないだろうが結果的にはアンチ活動家以外の何者でもないわな

**デフォルトの名無しさん** · 2025/11/01(土) 21:21:09.81

Rust使いはアホというイメージを与えると同時に、
あんまりにも盲信的かつ程度が低いもんだから他の人が「さすがにそれは違う」とRustに対して批判的なトーンで諫めるものだから、
自然とスレの空気がアンチっぽくなるんだよね

**デフォルトの名無しさん** · 2025/11/01(土) 21:22:50.18

困ったもんだよな

**デフォルトの名無しさん** · 2025/11/01(土) 21:30:17.22

servo、久しぶりに動かしてみたら、まあまあ出来てるな
ついでにversoプロジェクトが終了していたことを今さら知った

がわの部分、shellが機能不足過ぎて常用するブラウザーには到底ならないが
描画エンジンとしては現時点でも何かに使えそう

**デフォルトの名無しさん** · 2025/11/01(土) 22:29:09.83

Rust使いはアホではないけど概念的に普通にコード書くのも大変なんだなと

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

抽象度の低い言語より書きやすい

**デフォルトの名無しさん** · 2025/11/01(土) 23:35:48.21

所有権の複製おじさん
データ参照の競合おじさん
可変を得るおじさん

**デフォルトの名無しさん** · 2025/11/02(日) 15:05:38.09

>>555
Rustより抽象度の低い言語ってメジャー言語ではCとC++しかないじゃん

**デフォルトの名無しさん** · 2025/11/02(日) 18:02:42.58

全部きれいなお姉さんに置き換えたら赦す心が芽生えた

**デフォルトの名無しさん** · 2025/11/02(日) 20:55:21.31

確かに船と同じでコードを女性に例えるともっと
大事に扱う気になるかも知れない

**デフォルトの名無しさん** · 2025/11/02(日) 23:53:23.75

>>557
Goも

**デフォルトの名無しさん** · 2025/11/03(月) 01:05:29.98

メスガキのほうがイメージしやすいかもしれん

**デフォルトの名無しさん** · 2025/11/03(月) 11:14:52.63

そういえば女性エンジニアって能力的な下限が男性底辺よりも上な気がする
組織による違いや生存者バイアス的なのもあると思うが

**デフォルトの名無しさん** · 2025/11/03(月) 11:27:28.99

原初は職業プログラマは女性の仕事だったのに一気に男性が増えたのはなぜななのか

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

男の1/100ぐらいしか女いないしな
数が多ければ多いほど無能と有能の差は広がる

**デフォルトの名無しさん** · 2025/11/03(月) 12:06:07.94

プログラマの最底辺は技術云々じゃなく基本的な就労適正に問題があるレベルだからなあ
女性は自分の申告しているスキルの範囲ではそれなりに真面目にきっちりと仕事をする奴が多い気がする
ダメならすぐ病んで消えるから職場的にはあまり問題にならないし

**デフォルトの名無しさん** · 2025/11/03(月) 12:14:09.94

Recent Rust Changes
https://www.ncameron.org/blog/recent-rust-changes/

**デフォルトの名無しさん** · 2025/11/05(水) 17:38:13.88

RustでESP32とオモたが、環境作りがムズイ。
Windows VSCodeでPlatformIOのようにサクっとできるようにならないもんかね？

**デフォルトの名無しさん** · 2025/11/05(水) 17:51:33.76

まだ発展途上じゃけえ
ほとんどのクレートがまだバージョン0だし

**デフォルトの名無しさん** · 2025/11/05(水) 18:21:47.42

>>567
cargoでespupしてespflashでええやん

**デフォルトの名無しさん** · 2025/11/06(木) 06:35:00.47

anyhowみたいなライブラリが出てきたということは、Rustってやっぱり厳密すぎたんじゃないかな
次に流行る言語は妥協がありそう

**デフォルトの名無しさん** · 2025/11/06(木) 12:39:14.84

>>202
pythonでも標準ライブラリでasyncio.Lockが提供されてるよ

**デフォルトの名無しさん** · 2025/11/06(木) 13:30:57.33

>>571
Pythonのasyncio.Lockは失格
対象となる値とロックの関係が保持されない
ロックを得なくても値の変更が可能

**デフォルトの名無しさん** · 2025/11/06(木) 13:33:07.83

Pythonはそういう用途に使う言語じゃない
まちがってる

**デフォルトの名無しさん** · 2025/11/06(木) 13:51:58.57

>>571
よく読んでごらん
安全性のための必須条件を満たしているかどうかの話だよ
Pythonはこの安全性を満たしていないね

202 デフォルトの名無しさん sage 2025/09/21(日) 02:43:46.06 ID:ETMxp5J0
Mutexなどロックしている間のみ変数にアクセスできるしくみを用意している言語はRustだけじゃね？

**デフォルトの名無しさん** · 2025/11/06(木) 14:12:27.56

>>571
複オジィッシング詐欺に引っ掛かるやつw

**デフォルトの名無しさん** · 2025/11/07(金) 16:08:21.14

Rustでスマホアプリのバックエンドを実装してるんだけど、sqliteがシングルスレッド前提だからそこだけ同期処理になるんよ
この領域を非同期で書けないの最高に気持ち悪い。まとめてsqlにデータを挿入しないで、データがバッファーに貯まったらダンプする処理とか同期で書くの生理的にきつい
tokioのchannelとstd::threadが混じっていく

**デフォルトの名無しさん** · 2025/11/07(金) 16:32:35.77

>>576
Rust云々の前にそんなクソみたいなアーキテクチャを見直してきなさい
そんなもんどう考えてもまともなDBMSとスクリプト言語の組み合わせより遅くなるんだからRustの恥晒しになるだけ

**デフォルトの名無しさん** · 2025/11/07(金) 16:44:11.59

>>576
sqlite担当へチャネルを使ってリクエスト
sqlite担当はそのチャネルに来たリクエストを次々と処理する

**デフォルトの名無しさん** · 2025/11/07(金) 17:22:18.89

>>577
iphone, androidで安定的に動く唯一のRDBであるsqliteがシングルスレッドでしか動かないからどうしようもないんですよ

>>578
自分も同じ結論に落ち着きました
本来なら非同期処理で書くべきようなことまで、ループ処理やタイムアウトを多用して同期で書くからムズムズするけど

**デフォルトの名無しさん** · 2025/11/07(金) 17:22:46.88

>>576
sqlx::SqlitePool

**デフォルトの名無しさん** · 2025/11/07(金) 17:36:37.18

>>580
ああっ。確かにsqlxを使う選択肢はありますね。失念してました
自分は実践でsqlxではなくrusqliteを技術選択しました
RDB用の単スレッドで動作させるならば、sqlxよりrusqliteの方が速いからです
別スレッドを立て、タスク管理をしてまでスループットを上げたいという条件下でsqlxは選びにくいと感じました

**デフォルトの名無しさん** · 2025/11/07(金) 17:38:03.28

>>576
sqliteは非同期には対応してないがマルチスレッドには対応していてシングルスレッド前提ではない
同時に書き込めるのは1コネクションだけなので書き込み処理を一つのスレッドにまとめる方法はよく採用されるけどそれをシングルスレッド前提と言ってる？

いずれにしろ非同期のラッパーを書いて同期部分は一箇所に隠蔽すればいいだけ
ラッパーが用意されてるライブラリもある

**デフォルトの名無しさん** · 2025/11/07(金) 17:39:57.53

>>577
バックエンドサーバーの話じゃなくてUIコード(フロント)から呼ばれるライブラリくらいの意味でバックエンドという言葉を使ってるのだと思う

**デフォルトの名無しさん** · 2025/11/07(金) 17:47:33.29

>>582 >>583
自分の言葉の選択の曖昧なところまで含めてすべてお見通しですね
Sqliteがシングルスレッド前提ではなく、制約がコネクションにかかること指摘ありがとうございます
同期のコードを集約して、非同期で包む方向で実装を進めていました。ライブラリについては調べてなかったです。有益な情報ありがとうございます
丁度そのあたりのコードで自作が増えて実装が複雑化しはじめていた頃なのでツールを調べてみます

**デフォルトの名無しさん** · 2025/11/07(金) 19:56:16.34

いつから健全なスレになった

**デフォルトの名無しさん** · 2025/11/07(金) 20:31:07.75

sqliteて最近はcloudflareでも使われてるし最近流行ってるらしい🧐

**デフォルトの名無しさん** · 2025/11/07(金) 22:19:46.72

ワークロード的に明らかに問題が出ることが分かってるというのでなければ
とりあえずspawn_blockingを使うだけの方法から始めてもいいと思う

**デフォルトの名無しさん** · 2025/11/07(金) 22:33:36.98

>>582
彼の用途でそのマルチスレッド対応は意味がなくてスレッドMutexにより非同期タスクスケジューラのスレッドをブロックしてスケジューリング妨害となってしまう
つまりスレッドMutexではなくawaitで待つ非同期タスクMutexを使うべきだがsqliteは当然対応していない
そこでシングルスレッド前提で使う話なのかなと理解した
マルチスレッドで使う場合も非同期タスクとは別スレッドのsqlite用のスレッドプールを用意する形になるかと

**デフォルトの名無しさん** · 2025/11/08(土) 01:31:09.85

Debianのパッケージマネージャーであるaptが部分的にRustで書き直された影響で
RustがコンパイルできないマイナーなアーキテクチャがOSサポート停止になってしまうらしい
これは恨みを買うね

**デフォルトの名無しさん** · 2025/11/08(土) 13:19:45.72

aptのメンテナーすごい判断したな
メリットの方が大きいと踏んだからだと思うが、ノイジー・マイノリティの影響力を舐めてるわ

**デフォルトの名無しさん** · 2025/11/08(土) 13:56:10.82

実質的なメリットよりモチベーションの問題でしょ
DebianはLinux界隈の中では比較的大きな組織とはいえ所詮はコミュニティプロジェクト、
Rustを使えるならと活発に貢献してくれる若い奴1人のモチベ＝[ションは開発ｂｱける上で大ｂｫなファクターｂｾ
でも成演ﾊを享受するだｂｯのユーザーはｂｵばしば、大きｂﾈ企業の製品と涛ｯ等の体制や責粕Cがあるように滑ｨ違いしてるんｂｾよね
まｂRustの方はもｂﾍやコミュニテャBプロジェクトｂﾅはなく壮々たｂ髑蜉驪ﾆが顔を�Aね潤沢なリソ＝[スを有する組瑞Dなので、同様ｂﾌ言い訳は許さｂ黷ﾈいけどね

**デフォルトの名無しさん** · 2025/11/08(土) 14:53:09.75

シェア低くてもサポートしてほしいなら、自分でフォークして保守せえやってのが本来のOSSだからな

**デフォルトの名無しさん** · 2025/11/08(土) 15:05:36.63

https://lists.debian.org/deity/2025/10/msg00072.html

> alpha, hppa, m68k, and sh4

どうでもよ……

**デフォルトの名無しさん** · 2025/11/08(土) 17:35:27.61

詳しくないんだけど、サポート外になるCPUってどんなの？
古いPCに使われてるものなのか、それとも組込み機器など特定分野で使われてるものなのか
AMDやARMしか知らないから、実際どういうところが影響受けるのかいまいち想像が付かない

**デフォルトの名無しさん** · 2025/11/08(土) 17:37:34.34

>>594
誰も使ってないから気にしなくていいよ

**デフォルトの名無しさん** · 2025/11/08(土) 17:46:52.09

Cで書こうがRustで書こうがllvmではコンパイルできない感じ？

**デフォルトの名無しさん** · 2025/11/08(土) 18:37:24.47

>>588
意味なくないよ
マルチスレッド対応してるから
データをバッファに貯めてからまとめてDBに書くような処理を実行しながら
ユーザーアクションに応じたデータを同じDBから読み込んで表示するみたいなことが同時にできるわけで

とりあえず同期/非同期とシングルスレッド/マルチスレッドを区別しようよ
長時間かかる同期処理を通常の非同期タスクスケジューラにそのまま投げたらダメだということと
sqliteのマルチスレッド対応状況とは何の関係もないからさ

**デフォルトの名無しさん** · 2025/11/08(土) 18:51:24.50

そんな話は誰もしていなくて>>579氏はsqliteが非同期対応していないもどかしさを述べてるね
素直に let res = sqlite. request(x).await; と書きたい話だと思うよ

**デフォルトの名無しさん** · 2025/11/08(土) 19:28:31.98

シングルスレッドかつ同期 => 悪い
マルチスレッドまたは非同期 => 良い
シングルスレッドかつ非同期 => 書けない

非同期とマルチスレッドの二刀流のようなものが正解

**デフォルトの名無しさん** · 2025/11/08(土) 20:59:10.51

Rustはマルチスレッド非同期がデフォルトだよ
事情があればシングルスレッド指定しても非同期使えるけど

**デフォルトの名無しさん** · 2025/11/08(土) 21:17:23.23

>>600
Rustがじゃなくてtokioがじゃない？
言語そのものは非同期ランタイムなんて持ってないわけだし

**デフォルトの名無しさん** · 2025/11/08(土) 21:20:49.42

いや、ほとんどの場合はマルチスレッド同期でじゅうぶん
なにかと非同期にしたがるのは意識高い系の所業

**デフォルトの名無しさん** · 2025/11/08(土) 21:44:26.91

昔はselectやpollで捌いていたけど
Rustの非同期タスクとtokioスケジューラで便利になったよ
意識が高いではなくプログラミングのしやすさと実用面から非同期が使われてるの

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

なんでも文字列で入出力したらGCの意識じゃなくて価値が低くなる
価値を高騰させろ
循環参照を考えろ

**デフォルトの名無しさん** · 2025/11/10(月) 20:26:15.74

rustのクレートは公式が作ってるやつかそうじゃないやつか区別する方法ある？

**デフォルトの名無しさん** · 2025/11/10(月) 20:35:29.89

クレート　←全て非公式
標準ライブラリ　←公式

**デフォルトの名無しさん** · 2025/11/10(月) 22:52:23.28

どの言語でも
公式だから保証があるわけでもなく
公式だから非公式より良いとは限らず
公式の意味も範囲も様々だから拘ってもしょうがないよ

**デフォルトの名無しさん** · 2025/11/11(火) 01:03:25.98

知覚は不完全なので
存在すること＝知覚されること
とは言えない
また、目に見えないものがあるから目は役に立たない、とも言えない

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

開発チームの人が作っているクレートなんかだと準公式くらいの立場のものはあるが、逆に言えばそこまで作っていて標準に入れないのは相応の理由があるのかもしれない。
個々に検証しないとわからん。

**デフォルトの名無しさん** · 2025/11/11(火) 17:32:20.73

Rustは開発ルールがガチガチすぎるんよ
俺はその恩恵をただ受ける側だからいいけど作ってる神々は燃え尽きかかってる

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

だからまずC++で作ってそれからRustで作り直すのが正解

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

>>610
開発ルールがガチガチすぎるって何？
どこで誰が何をする時の話？

**デフォルトの名無しさん** · 2025/11/11(火) 20:40:33.25

>>612
ごめん。ほとんど独り言のつもりで書いた
Rustプロジェクトが、破壊的変更禁止とメモリ安全とスレッド安全と型安全とゼロコスト抽象化のすべてに
妥協を許さない方針を取ってるの、冷静に考えると狂ってるなーと

**デフォルトの名無しさん** · 2025/11/11(火) 21:27:34.80

それらを守らない言語があったらヤバくね？

**デフォルトの名無しさん** · 2025/11/11(火) 22:52:59.49

時間を守らないっていう妥協をしてみるといい
それで、時間だけは絶対守れと言い出したらそいつが神々を疲弊させた狂人だ

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

おいどん、コンピュータさんて0か1しか分からないのになんでcやらrustとかあるのがわからない
機械語マスターすればreactだのrustだのの「流行り」に惑わされること、なくなるやん？😊

**デフォルトの名無しさん** · 2025/11/12(水) 15:55:18.49

CPU の設計理念にも流行はあるよ。

**デフォルトの名無しさん** · 2025/11/12(水) 16:34:57.41

>>616
機械語でプログラムを作ると異なるアーキテクチャのCPUで動かない
機械語でプログラムを作るよりRustで書いたほうが楽で保守性もいい
実行速度もよほど手動で頑張らない限りRustで書いた方が速い
その理由はコンパイラがループ展開や並列化を含めた様々な最適化をしてくれるため

**デフォルトの名無しさん** · 2025/11/12(水) 20:01:46.19

>>616
おう、0と1でモンハン作ってみようぜ！

**デフォルトの名無しさん** · 2025/11/12(水) 20:14:40.22

機械語と言っても日本語や英語のように多くの系統と方言があるからなあ

**デフォルトの名無しさん** · 2025/11/12(水) 20:21:55.06

機械語でアプリを書くとなるとABIやカーネルコールの仕様も把握してないといけないしな

**デフォルトの名無しさん** · 2025/11/12(水) 23:27:09.63

Rustの中にインラインで機械語を書けて便利だよ
asm!
naked_asm!
global_asm!

**デフォルトの名無しさん** · 2025/11/12(水) 23:39:25.75

>>622
それ機械語じゃなくてアセンブリ言語な👈

**デフォルトの名無しさん** · 2025/11/12(水) 23:50:12.50

それは同じ

**デフォルトの名無しさん** · 2025/11/13(木) 01:48:22.68

CPUは商品だから次々と流行らせるが
C言語はもう物を売るってレベルじゃねえし二転三転させる意味がない

**デフォルトの名無しさん** · 2025/11/13(木) 03:31:15.53

>>616
Hello World!を表示するだけのx86-64版Mach-Oバイナリの例だよ
これでモンハン書けと言われたら辞表提出するね
https://i.imgur.com/VQv4ClC.png
https://pastebin.com/W13JSs1a

**デフォルトの名無しさん** · 2025/11/13(木) 19:03:40.70

https://www.phoronix.com/news/sudo-rs-security-ubuntu-25.10
Ubuntu 25.10 で採用された Rust 版 sudo（sudo-rs）に中程度の脆弱性が2件見つかり、sudo パスワード漏えいの可能性などが指摘されている

安全神話が崩壊しちゃったね

**デフォルトの名無しさん** · 2025/11/13(木) 19:09:10.61

>>627
どういうタイプの脆弱性？
メモリ関係ではないの？

**デフォルトの名無しさん** · 2025/11/13(木) 19:40:16.39

>>628
パスワード入力中にタイムアウトすると
入力文字列を標準出力にエコーする普通の動作に戻ってしまった時にパスワードが画面に表示されてしまう漏洩リスクらしい

別問題としてPAMを扱うコードのunsafeまみれを指摘する人がいた
https://imgur.com/a/j2hu5qL

**デフォルトの名無しさん** · 2025/11/13(木) 20:09:45.19

ソフトウェア設計上のミスは防げねえわな

**デフォルトの名無しさん** · 2025/11/13(木) 20:20:51.60

須藤て別にc版でいいと思うけど既存のコードをristにするてメリットあるんかな
速度とか負荷とゆう点ではc rustてそんな変わらないんでしょ

**デフォルトの名無しさん** · 2025/11/13(木) 20:46:57.75

>>631
sudoのC版はこれまでに無数の脆弱性が報告されてきていて今年の7月にもCVE-2025-32462とCVE-2025-32463が出ています
今後も対応のためにコードを修正する可能性があるため基本的なところでエンバグしないようRust版にするのもアリでしょう

**デフォルトの名無しさん** · 2025/11/13(木) 20:59:48.07

>>627
Rustが安全って言われる理由を調べず、Rustならあらゆる脆弱性は起きないと主張されてると解釈する人は
ちょっと自頭が悪すぎるので、筋肉しか使わない末端の肉体労働者したほうがいいと思う

**デフォルトの名無しさん** · 2025/11/13(木) 21:34:52.46

>>629
なんでそんな脆弱性を作っちゃったのかね？
Rust版特有の脆弱性なんだよね？

**デフォルトの名無しさん** · 2025/11/13(木) 22:58:39.37

>>633
今は筋肉だけ使う肉体労働者はいらない