Rust part28

**デフォルトの名無しさん** · 2025/03/24(月) 17:37:00.15

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

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

**デフォルトの名無しさん** · 2025/04/27(日) 10:48:58.05

処理系のサポートは重要だよね
IntelのCコンパイラ使ってるプロジェクトあったな
最適化の都合かもしれんけど

**デフォルトの名無しさん** · 2025/04/27(日) 11:29:27.41

新しいものの方が魅力的に映るのは当然のことだが、当面の最大のリスクはRustより魅力的な言語が出現したときにどうなるか、だな
>>688の例でも必死に言い繕っているように、新しいものを使いたかっただけではなく真の合理的判断の結果であれば問題にならないはずだが、果たして本当にそうだったのかはそのときに明らかになる
Rustがいかに優れていようと、その時はいずれ必ず来るわけだが、Rustエコシステムは未だそれを経験していない

**デフォルトの名無しさん** · 2025/04/27(日) 11:31:45.33

それを言ったら、CもJavaも出だしの頃は散々使えないって言われてたので。自己責任で腹を据えるしか無い

**デフォルトの名無しさん** · 2025/04/27(日) 11:33:37.49

zigは難しいし、まあRustの20年が始まるよ。

**デフォルトの名無しさん** · 2025/04/27(日) 12:18:30.81

RustのようにCと同等の速さを出すことが可能で
Rustよりも安全な言語は当面出現しそうにない
C言語からRust出現まで43年間かかった
そしてC出現から53年たった現在もCも使われているように
50年後もRustは使われているだろう

**デフォルトの名無しさん** · 2025/04/27(日) 12:39:43.81

実現したとしてもRustと同程度の2番煎じじゃ意味ないのよね
Rustでは出来ない問題を解決しなきゃ

**デフォルトの名無しさん** · 2025/04/27(日) 13:04:11.13

＞　Rustでは出来ない問題

未知の新言語に誰にでも使える容易さがあればRustは消えることになる

**デフォルトの名無しさん** · 2025/04/27(日) 13:16:54.38

50年後かな

**デフォルトの名無しさん** · 2025/04/27(日) 13:55:43.56

>>709
Rustも放置cratesだらけだよな

**デフォルトの名無しさん** · 2025/04/27(日) 14:05:22.78

少なくともC/Rustと同等の速さ省メモリでRustの安全性を満たす言語というのが最低限の条件だから超難関だよな
今のC/Javaの立ち位置と同様に数十年間はRustの時代が続きそうだ

**デフォルトの名無しさん** · 2025/04/27(日) 14:17:14.93

これからの言語でダングリングやメモリリークが容易に解消できるようなAIエディタかAIコンパイラが出てきたら
Rustは安泰なのだろうか？

c++は人間には早すぎたし記述性が悪いけど記述性が良くてメモリを完全に制御可能なAIコンパイラを持つ言語が出てきたらどうなるのかは不明

**デフォルトの名無しさん** · 2025/04/27(日) 14:28:13.70

>>720
そのダングリングやメモリリークが容易に解消できるようにしたコンパイラがRust
その記述性が良くてメモリを完全に制御可能な言語がRust
AIにコードを書かせるならばRustが最も望ましく相性も良い
可読性も良いから人間がチェックしやすくメンテもしやすい

**デフォルトの名無しさん** · 2025/04/27(日) 14:37:02.73

超高水準言語から直接（人間による理解や編集を意図した中間表現を介さないという意味で）実行可能バイナリを生成するAIが、
Rustをパフォーマスや信頼性で凌駕する日はそう遠くないだろうね
パイプラインにおける内部的な中間表現としてRustが採用されることはありうるが、もはや人間にとってはどうでもいいことだ

**デフォルトの名無しさん** · 2025/04/27(日) 14:38:49.51

>>720
そりゃいつか次の覇権言語は出てくるよ。
ずっとというのはあり得ないというのは当然の前提。
でも、やらなきゃいけないことは目の前にあって今ある言語から選定しなきゃしょうがないだろ。

**デフォルトの名無しさん** · 2025/04/27(日) 14:43:44.86

>>722
人類がAIに支配されないためには必ず人類がチェックできる形で運用される
AIに吐かせる最善の言語Rustを読み書きできるかどうかが今後の生き残るプログラマの必須条件となる
AIに遅い言語のコードを吐かせても無意味

**デフォルトの名無しさん** · 2025/04/27(日) 15:00:33.83

AIちゃんに夢観過ぎ
Rustを課題評価し過ぎ

**デフォルトの名無しさん** · 2025/04/27(日) 16:04:39.65

当面 (半世紀くらい) のAI は人無しでそこそこの規模のプログラムを自律的に完成させられるほど高度にはならないと予想する。
単純にコストに対して割に合わないから。
人に教育したほうがマシだし、現状の AI 程度でも補助として使えばかなりハードルは下がっている。
AI に必要な電力がかなり大きいことがわかってきて、理論の発展で計算量を抑えられる余地もあまりないのでより発展させるにはより多くのエネルギを投入するしかない。

**デフォルトの名無しさん** · 2025/04/27(日) 16:22:32.90

後のAI時代でもそれまでの現在でもRustが最適な点で強いね
速さと使いやすさと安全性で他に代わるものがない

**デフォルトの名無しさん** · 2025/04/27(日) 16:24:48.87

>>721
それを人間じゃなくてコンパイラやエディタが自律的に解消できるようになるのが次世代言語だと思う

**デフォルトの名無しさん** · 2025/04/27(日) 16:28:25.84

>>728
言語はそのままRustでいいよね
他に候補でもあるの？

**デフォルトの名無しさん** · 2025/04/27(日) 16:37:08.79

コンパイラ以前に他人と言葉が通じない人間がいる

**デフォルトの名無しさん** · 2025/04/27(日) 16:58:02.84

AIがRustプログラミングの補助やコード生成するわけだろ
Rustより良い言語の候補でもあるの？

**デフォルトの名無しさん** · 2025/04/27(日) 17:00:26.65

コードは書くだけじゃなくてコードリーディングする必要がある
現在のrustのままだと結局学習しなくてはならないから一般人には向いてない

**デフォルトの名無しさん** · 2025/04/27(日) 17:02:23.79

>>732
全くの素人まで読めるべきなんてのは無理だろ。
日本人だって A4 一枚程度の日本語で書かれた契約書を読めないのがかなりの割合でいる。

**デフォルトの名無しさん** · 2025/04/27(日) 17:03:14.27

次世代の言語が出るとしたら「AIの支援を多く受けられる」を標榜するものになると思う
けど、「次の言語」はもう出ないのではないかという見方もある
みんながAIを使うようになると、AIが良いコードを生成しやすい言語が選ばれるようになり、現時点でAIが未学習の新言語はますます選ばれないだろうという見方
未来は分からないけど、今後どうなるんだろうな

**デフォルトの名無しさん** · 2025/04/27(日) 17:03:49.55

>>733
javaやjsレベルで良い言語に置き換わると思う
それを避けるためにはrust自体が形を変える必要がある

**デフォルトの名無しさん** · 2025/04/27(日) 17:22:21.32

>>732
可読性と保守性に優れているRustより良い言語があるなら教えて

>>735
呆れた
なぜそんな古くて使いにくいJavaやJavaScriptに戻るんだ？

**デフォルトの名無しさん** · 2025/04/27(日) 17:25:13.85

はいはいrust最強

**デフォルトの名無しさん** · 2025/04/27(日) 17:40:43.10

>>730

**デフォルトの名無しさん** · 2025/04/27(日) 17:45:37.44

ちょっと前に「Rustが嫌いです」ってZennであったけど，Rustの弱点をうまく捉えてたな
このスレで「Rustで書けば理論上バグは混入しない」とか言ってるエアプよりしっかり勉強してるんじゃないかな

**デフォルトの名無しさん** · 2025/04/27(日) 17:59:42.25

ロジック的なバグだけになる。ということだから、Cレベルのしょうもないバグを直した人しかその意味は捉えられないと思うよ

**デフォルトの名無しさん** · 2025/04/27(日) 18:19:07.13

>>735
モダンな言語を理解して使いこなせる普通のプログラマーから見るとjavaやjsは悪い言語
javaやjsを良い言語と書いてるあなたはモダンな言語を理解できていない低質なプログラマー
このスレに来る資格すらない老害

**デフォルトの名無しさん** · 2025/04/27(日) 18:19:57.09

>>739
あの人はガベージコレクション前提の言語しか使いこなした経験のない浅いプログラマーだった
そのためあのような見当外れな疑問や不満が生じた
記事にRustの弱点は書かれていない

**デフォルトの名無しさん** · 2025/04/27(日) 18:24:19.35

対話は必要不可欠ではないけどね
特に、被造物ではないものを理解するとき、
作者を特定して作者と対話（ディール）するという方法はナンセンスになる

**デフォルトの名無しさん** · 2025/04/27(日) 18:24:21.34

>>741
モダンと言うのはだいたいC++が持ち出して来た概念であって
それに当てはまらないなら遅れているとか悪いとか言うのは見当違いだとわかるはず

**デフォルトの名無しさん** · 2025/04/27(日) 18:37:48.95

>>744
「モダンはC++が持ち出してきた概念」はウソでしょ
例えばC++20のrange導入などでようやくC++も他より遅れてモダンになってきたけど
C++プログラマーのほとんどはまだ理解していなくて使えないよね

**デフォルトの名無しさん** · 2025/04/27(日) 18:42:03.43

C++以外の言語でもモダンという表現は使うぞ
モダンJavaとかモダンC#という表現は聞くし

「古い言語に追加された新しい書き方」という意味でなく、本当に新しい言語かつ人気のものとなると Go, Rust, TypeScript, Kotlin くらいじゃない？
どれもだいぶ特性の異なる言語だから、「モダンな言語では〜」といって共通認識になる概念ってあまり無いと思う

**デフォルトの名無しさん** · 2025/04/27(日) 18:47:36.67

それだけ理解していればモダンな言語と言うのは虚像だとわかるはず

**デフォルトの名無しさん** · 2025/04/27(日) 18:48:57.82

それに今気が付いたけどおじいちゃんは勘違いしてる
javaやjsを良い言語だとは一言も言ってない

**デフォルトの名無しさん** · 2025/04/27(日) 18:50:47.27

Rustの一番の弱点は学習に時間がかかること

**デフォルトの名無しさん** · 2025/04/27(日) 18:55:49.11

そのへんのモダンなGC言語の知識と
C++11でいいからmoveからshared_ptrまでのメモリ管理の知識さえあれば
Rustに難しい面は何も無いと思うんだけど
Rustの学習が難しいと主張してる人は何が難しいの？？

**デフォルトの名無しさん** · 2025/04/27(日) 18:57:07.46

>>749
それはあなたがC++11のメモリ管理もモダンな言語も理解できていないからでしょ？

**デフォルトの名無しさん** · 2025/04/27(日) 18:57:50.17

可読性ならGoは高い
あれは「読み手に優しい」と言われる言語で、書く分には冗長で面倒だけど、そこをAIにやらせるなら読みやすさやレビューしやすさは強みになる

Rustは型の表現力が強くて、型がドキュメントになる
それ自体は強みだけど、理解するまでは大変
Arc<Mutex<_>> とか impl FnOnce とか、分かる人にとっては meaningful だけど、そこに至るまでにはある程度の素養と時間が必要ではある

**デフォルトの名無しさん** · 2025/04/27(日) 19:05:12.57

>>751
「お前らバカにはRustを理解できまい」みたいな思想があるなら、それこそRustの弱点じゃないの？
あなたのいう「良い言語」って、例えば「ジュニアクラスの開発者も含むチームで、どの技術を使うとサービスを開発・保守しやすいか」みたいな観点での価値判断をまるっきり排除してるでしょ？

**デフォルトの名無しさん** · 2025/04/27(日) 19:09:59.10

おじいはいくら言われても言葉が通じないから無駄

**デフォルトの名無しさん** · 2025/04/27(日) 19:10:10.15

>>753
大昔の「C++11のメモリ管理」と
今普通に使われている「モダンな言語」を理解できていれば
Rustの学習に困ることは何も無いんだよ
それらを理解していてRustの学習で困った人はいないよ

**デフォルトの名無しさん** · 2025/04/27(日) 19:13:10.29

Rustを使うには様々な概念及び実際のコーディングテクニックを習得しなくてはならない
それがハードル

そのハードルを恐らく可能な限り低くするか無くすで在ろう存在がAIなどの補助を受けた次世代言語

**デフォルトの名無しさん** · 2025/04/27(日) 19:15:07.05

Javaにたとえると
intはObjectではないとかintはポインタではないとかが難しいね

整数もオブジェクトにしてしまうスクリプトが最もユーザーフレンドリー

**デフォルトの名無しさん** · 2025/04/27(日) 19:32:31.58

>>757
そういう全ての型をオブジェクトへのポインタとして扱う言語は非効率なのでRustに勝つことはを絶対に不可能だよん

**デフォルトの名無しさん** · 2025/04/27(日) 19:37:46.28

Fn, FnMut, FnOnce とか Box, Rc, Arc の区別って、GCのある言語ならそもそも必要のないものだからな
Rustのメモリモデルでは必要だけど、無くて済むならその方が楽だろ
GCを避けたい人のための言語であって、簡単さや分かりやすさを目指した言語ではないよ

**デフォルトの名無しさん** · 2025/04/27(日) 19:46:27.37

Rustは他の言語で苦労しないと存在意義が分からない要素が多くて学習曲線が絶壁になってる
別言語を踏み台にしないと登れないレベル

Goはシンプルな言語だけどC++/Javaが例外を導入した経緯を無視して例外を取っ払ったから
例えばchdirの成否判定を忘れたまま処理を継続するようなC言語時代のバグを復活させてしまった
（RustもResultのmust_useで警告出すだけだから警告無視勢は救えないけど）

**デフォルトの名無しさん** · 2025/04/27(日) 19:46:33.19

>>759
Rustを置き換えることのできる言語の話をしている場でそんなアホな意見はない
GC言語しか使えないお子様プログラマーはお呼びでない

**デフォルトの名無しさん** · 2025/04/27(日) 20:00:29.67

>>759
あと、FnとFnMutの違いは環境キャプチャ参照が不変か可変の差なのでGCの有無は関係ない
RcとArcの違いは並列時のアトミック性の保証の差なのでGCは関係ない

**デフォルトの名無しさん** · 2025/04/27(日) 20:13:51.24

世界中のプログラマが容易にRustを理解出来るならジジイが今すぐ世界を回ってすべてのプロジェクトを止めさせて
Rustで書けと言って回ればいいじゃないか？

特にC++とか

**デフォルトの名無しさん** · 2025/04/27(日) 20:16:02.23

>>714
WindowsではMicrosoftがネイティヴ・コードを生成するC#コンパイラを作ればC#がそうなる。
MacではSwiftが既にある。

>>736
Rustは可読性が低すぎるだろ。COBOLとアセンブリ言語を混ぜて、ゴテゴテした記号を散りばめたような感じ。

**デフォルトの名無しさん** · 2025/04/27(日) 20:31:16.89

>>764
C#はGC言語だから無理だよ

Swiftはリファレンスカウンタ方式なのでGC言語の1種と見ることもできるね
C++/Rustから見るとshared_ptr/Arcを常用する重い方式なのでSwiftが遅いのはそのため

Rustは可読性が高いよ
どの言語もその言語を知らない人にとっては呪文に見えるのは当たり前だよ
可読性の高い低いはその各言語を使いこなせる人にとってどうかが判断基準だよ

**デフォルトの名無しさん** · 2025/04/27(日) 20:41:03.96

読むときにノイズが多いのは事実だと思うよ
BoxとかArcとかdynとかはコードの機能的な側面だけをざっと理解したいときには鬱陶しく感じる

**デフォルトの名無しさん** · 2025/04/27(日) 20:46:59.09

>>735
まあ仮に、仮にそれくらいのレベルの言語を AI が人向けに生成するのをスタンダードにしたら低レイヤは全然書けないことになる。
結局は用途によって使い分けるしかない。

**デフォルトの名無しさん** · 2025/04/27(日) 20:52:56.47

>>766
それはRustのコーティングしたことがないから勘違いしてるんじゃないかなー
RustではBoxであろうがArcであろうがスタック上の値であろうが、区別は一切なく他の関数に渡す時は単なる参照＆Tになるからコード上でノイズにならないんだよ
Boxを作って返す時またはBox固有の機能を使うというレアケースのみBoxが出てくるだけだね

**デフォルトの名無しさん** · 2025/04/27(日) 21:28:49.41

このスレで実際に自分のいる組織やチームの開発言語をRustに変更できた人ってどれくらいいるの？
小さいプロジェクトや個人なら好きにできるけど、実際なかなか難しいのでは

**デフォルトの名無しさん** · 2025/04/27(日) 21:34:07.27

PHPからGoにするのも難しいよ。Pythonは皆出来る

**デフォルトの名無しさん** · 2025/04/27(日) 21:38:12.88

5chもperlやめてRUSTで書き換えてくれ

**デフォルトの名無しさん** · 2025/04/27(日) 21:39:18.11

まだperlで消耗してるのｗ
アラフィフだけどもう使わないし読めない

**デフォルトの名無しさん** · 2025/04/27(日) 21:50:42.18

>>734
パイチョンとかblackでガチガチにコードスタイル決めてるからaiが扱うコードとしては有利だろうな

**デフォルトの名無しさん** · 2025/04/27(日) 23:35:08.03

>>769
今まであちこち見たり体験したりしてきてると
どの言語でもどのフレームワークやサービス類でも言われて義務的に学習し始める人が多い環境はダメ
良さそうなものが出た時に興味を持って自分から学習し始める人が多い環境は行ける
後者はまだ手を出してない新たなものに対しても対応力が高い
前者の環境でくすぶってる人は抜け出した方がよさそう

**デフォルトの名無しさん** · 2025/04/27(日) 23:38:14.26

後者は変態だね。変態揃ってます。という採用アピールしよう

**デフォルトの名無しさん** · 2025/04/28(月) 00:33:05.01

ノイズが多い説が面白いのは、ノイズを学習する義務なんてあるわけがないから
そんなことを知っているのは物好きだけだと言えるところ

**デフォルトの名無しさん** · 2025/04/28(月) 02:54:28.25

>>751
>それはあなたがC++11のメモリ管理もモダンな言語も理解

C++もモダンな言語もそれらはそれら自身でメモリ管理もモダンな処理も理解出来るのに
RustはRust以外のC++やモダンな言語で先にそちの理解を済ませないとRust自身で理解が完結出来ないと言ってるんですねわかります
Rustの欠陥じゃまいか

**デフォルトの名無しさん** · 2025/04/28(月) 05:10:35.52

>>777
どちらも各々は容易に学習できる
だから片方を知っていればRustの学習は容易く問題になっていない

もちろんどちらも知らない人たちも多いのだ
別方面のその二つを同時に学習することになるため難易度が高くなる
そのためRustは難しいと感じてしまう
しかしそんな無茶な学習方法をするのが悪いのだ

良い学習方法は段階的に学習することだ
そこには様々なやり方がある
例えば

**デフォルトの名無しさん** · 2025/04/28(月) 05:15:04.65

>>778の続き
良い学習方法は段階的に学習することだ
例えばヒープを一切使わずに数値型と配列だけでも非常に多くの学習と練習ができる

イテレータメソッドチェーンでクロージャを渡して処理するなどの経験をしたことがなければ学習できる
さらに自分でイテレータを作るのもIteratorトレイトのメソッド実装という良い学習になる
さらに自分定義のトレイト作ってその自作イテレータをメソッド化するのも良いだろう
次はそれらをi32型などで作ってきたところの型を整数型一般にジェネリック化をすることでトレイト境界の意義もよくわかるだろう

このようにヒープを一切使わなくても数値型と配列だけでもRustの学習をどんどん進めることができる
以上の制約があまりにキツいならcollectでVecを生成するなどならばヒープを使ってもメモリ管理まで気にしなくて済む

そしてRustの機能を一通り学んだ後にようやくヒープを本格的に用いてメモリ管理分野の学習に入ればよい
段階的に学べばRustは難しくない

**デフォルトの名無しさん** · 2025/04/28(月) 06:40:53.40

境界知能の次はコレ？

**デフォルトの名無しさん** · 2025/04/28(月) 08:33:19.21

将来のAI前提なら、無駄に抽象度の高いコードは廃れて把握しやすいグラフ中心だろ。

ユースケース図くらいかせいぜいUMLで、フローチャートレベルの実装詳細はライブラリアンくらいしか触らないんじゃないんかね。

**デフォルトの名無しさん** · 2025/04/28(月) 09:19:52.67

>>755
Eustの習得にそれらの条件が前提として必要なら
それはRystがC++に劣ると認めてるということになるがそれでいいのか

**デフォルトの名無しさん** · 2025/04/28(月) 09:22:16.38

>>739
30年前と違って今はweb系から先にプログラミング入門しちゃう人がいるんだな

**デフォルトの名無しさん** · 2025/04/28(月) 09:27:48.27

>>780
ずっと境界知能だが

**デフォルトの名無しさん** · 2025/04/28(月) 09:38:56.02

>>782
Rustを学ぶのにC++の知識は全く不要
Rustはムーブも所有権もあっさり単純化されてる
むしろ複雑化しているC++の知識があるとかえって混乱する人もいれば
すぐにRustでは非常にシンプルになってると気付く人もいる

スタック領域とヒープ領域の違いといった現在のコンピューターの基本常識を身に着けていればRustの学習は大丈夫
ただし何のためにそんなことしているのか必要性の納得がいかない人は自分でCでmalloc()とfree()を使ってプログラムを書いてみる体験するしかないね

**デフォルトの名無しさん** · 2025/04/28(月) 09:41:49.31

>>781
英語圏のエンジニアはどっかの島猿と違って図表より文章を好む傾向があるから、メインストリームがそっちに行くことはないよ
ひたすら構造化されたプロンプトを書く形になると思う

**デフォルトの名無しさん** · 2025/04/28(月) 10:06:05.66

英語圏のパッケージソフトやOSS等のドキュメントを読んでると日本がITで勝てない理由がよくわかるよね
論理的な言語能力が段違い
奴らRedditの便所の落書きですら関心するくらい論理的かつ丁寧だからな

**デフォルトの名無しさん** · 2025/04/28(月) 10:34:28.00

時間の使い方がおかしいんじゃないの
プロが1分で思いついたムーブが、アマチュアが何時間か探索した手に勝てる保証は全くない

**デフォルトの名無しさん** · 2025/04/28(月) 13:19:02.28

>>783
今はそんな子ばかりだよ。Javaも触ってないから型付き言語に憧れる。GoぐらいにしとけばいいのにRustやって恨み言を言ってるようだが、それはそう

**デフォルトの名無しさん** · 2025/04/28(月) 21:56:45.28

スレ読んでたら、今更Trait制約などと宣う馬鹿が居て驚いた

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

制約でも境界でもどちらでもいいからとっととthe rust book 最新版を翻訳して用語を統一しとけ。

最初に翻訳した方を使うことにするわ。

**デフォルトの名無しさん** · 2025/04/28(月) 23:45:26.03

>>779
そういう段階を踏んだ学習をすればRustをほとんどの人が理解できるだろうけど下層プログラマーだけは理解できないと思う
下層プログラマーは既に現在のAIでもうすぐ不要となる人たちだから問題はなさそう

**デフォルトの名無しさん** · 2025/04/29(火) 00:00:51.63

プログラミングの学習ってそれだけじゃないからな
ジュニアクラスのエンジニアに仕事を教える上で、メモリ管理などの低レベルの技術を教えるよりも、Webの仕組み (インフラだったり、フロントエンドのフレームワークだったり) を教えた方が戦力として役立つという組織も多いだろう
もちろんRustが必要な分野もあるけど、そうでないならRustに時間をかけるより、もっと製品やサービスの開発に直結するものを学んだ方が効率が良い場面も多い

**デフォルトの名無しさん** · 2025/04/29(火) 00:15:51.93

自分はWeb系詳しくないから分からんけど、他の言語に比べて特筆して使いやすいフレームワーク (ツールが揃ってるとか、学習リソースが多いなどの点も含めて) があるわけでもないでしょ？
言語の構文よりも、フレームワークの使いやすさや導入しやすさの方が技術選定の上では重要なはず

高パフォーマンスが必要な分野でC++よりもすっと開発しやすい言語だというのはそう

**デフォルトの名無しさん** · 2025/04/29(火) 00:48:55.50

合格ラインギリギリを狙うのが最高に効率が良い
多分AIもギリギリ驚いてあげてもいいレベルで止まる

**デフォルトの名無しさん** · 2025/04/29(火) 01:09:26.08

効率最重視なら当然ギリギリ合格するかどうかという水準がベスト
でも効率最重視より突き詰めて設計したいよね
マージンあった方が安心だぜ

**デフォルトの名無しさん** · 2025/04/29(火) 02:08:43.12

>>794
RustのWebフレームワークね。
どの言語でも同じようなもんだし、非同期やると余計に難しいから、Rust選ぶ利点少ないと思うよ

**デフォルトの名無しさん** · 2025/04/29(火) 02:43:09.44

>>794
クラウドでは CPU やメモリに課金される。
クラウド上のサービスは経営者から金の動きの形で観測できるので高パフォーマンスを求める圧力が強くなってる。
ユーザから見た性能としては必要なくてもコストというわかりやすいビジネス的要因が絡んでる。
サービスの規模によるがウェブは高パフォーマンスが必要な分野なんだよ。

**デフォルトの名無しさん** · 2025/04/29(火) 02:47:28.58

アクセス多いサービスはいいなあ
サーバ代10万くらいで済むと経営からの圧力など無い🥺

**デフォルトの名無しさん** · 2025/04/29(火) 02:57:41.06

>>690 >>797
スタートアップを含めてWebバックエンドでRustを採用すべき理由としてよくまとまってるとされてるのがこれ

https://dockyard.com/blog/2025/03/18/why-rust-is-winning-backend-systems-startup-must-know

Web関係はフロントエンドのJS/TS部分を除いてRustが最善解

**デフォルトの名無しさん** · 2025/04/29(火) 07:14:39.79

Rustが辛いという記事も同様に見つかるね
3年間使った上で最終的にRustを手放したという話なんかは、多分あなたよりもずっと真面目にRustに向き合った上でこの結論を出してると思うよ

https://www.propelauth.com/post/i-love-building-a-startup-in-rust-i-wouldnt-pick-it-again
https://loglog.games/blog/leaving-rust-gamedev/
https://deadmoney.gg/news/articles/migrating-away-from-rust

当然だけど「最高の言語」なんてものは無い
それは組織やプロジェクトの特性によるし、開発者が個々に判断すべき話
(Rustがそうでないのと同様に、Goが最高だとかC#が最高だとか、そんなものもあり得ない)

**デフォルトの名無しさん** · 2025/04/29(火) 07:59:59.47

>>801
英語サイト苦手で読めないけどこれワラタ
96 minute read

一ブログ記事は2分ぐらいで読めないと最適化した記事書けるプログラマーとは思ってもらえない世の中で長文な

**デフォルトの名無しさん** · 2025/04/29(火) 08:10:37.04

コンパイルの遅さ、中間生成物のでかさ、データ構造の変更に弱い、並列性周りのキャッチアップ
このあたりはRustの弱点よな

**デフォルトの名無しさん** · 2025/04/29(火) 08:11:53.11

>>801
ちゃんとそれらの記事を読んだか？
それらを読んだが全てRustは素晴らしいという話だったぞ

1つ目の記事はRustの良い点を列挙してくれている
ただし最後に
「in Rust, for our use case, they both require at least a rough understanding of pinning」
RustだとPin留めについての理解が必要になるというだけの話だった

2つ目の記事の結論は
「Once you get good at Rust all of these problems will go away」
Rustを上達してしまえばこれらの問題はすべて解消されます

3つ目の記事はRustの問題ではない
今回のゲーム作りのタイプが(Rust製の)BevyよりUnityが向いていたというだけの話だった
そしてRustとBevyについても
「 I have immense respect for both and may well use them again for different projects.」
別のプロジェクトでは使う可能性があると書いている

**デフォルトの名無しさん** · 2025/04/29(火) 09:07:02.50

やっぱRustは清書用だな、気楽にバグ有りでも良いから作る分には役割が重すぎる

**デフォルトの名無しさん** · 2025/04/29(火) 09:07:31.63

この決めつけで他人に圧を掛けるレスをずっとしてる病人はなんなんだろ？

**デフォルトの名無しさん** · 2025/04/29(火) 09:08:03.86

>>805
何を根拠にそんな頓珍漢な主張を？

**デフォルトの名無しさん** · 2025/04/29(火) 09:09:59.77

rustが使えない人間の方がこの世に多いし今後もそれは変わらない

こんな単純な事実を否定して使えないやつは馬鹿だみたいな圧を掛ける馬鹿

**デフォルトの名無しさん** · 2025/04/29(火) 09:12:09.63

>>807
Pythonみたいなスクリプト言語と比べて気楽さはないでしょ