Rust part35

公式
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 part34
https://mevius.5ch.io/test/read.cgi/tech/1764213923/

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

Rustってネットで持ち上げられすぎてね？
https://mevius.5ch.io/test/read.cgi/tech/1774264073/

排斥すべきゴミ言語 C++ Rust 他
https://mevius.5ch.io/test/read.cgi/tech/1643696741/
結局C++とRustってどっちが良いの？ 9traits
https://mevius.5ch.io/test/read.cgi/tech/1701997063/
Rustアンチスレ
https://mevius.5ch.io/test/read.cgi/tech/1509028624/
競プロにおいてのRust
https://mevius.5ch.io/test/read.cgi/tech/1663352373/
Rust(unsafe) vs C
https://mevius.5ch.io/test/read.cgi/tech/1646151892/
C/C++のソースをRustへ全力で置き換えるスレ
https://mevius.5ch.io/test/read.cgi/tech/1681777958/
Rust最強(仮)
https://mevius.5ch.io/test/read.cgi/tech/1735954922/
Rust vs Go
https://mevius.5ch.io/test/read.cgi/tech/1654019126/
そんなにRust,Rust言うならゲームエンジンでも
https://mevius.5ch.io/test/read.cgi/tech/1678619820/

>>1
O2

平和教育

このスレにたくさん居た驚き屋ってみんなユーチューブに行っちゃったの？

C/C++に帰っていったのかも

C/C++ スレも過疎ってるよ。

>>2 が本スレ

>>9
お薬飲み忘れないでくださいね

パワハラ相談ok?

マ板でやれ

>>11
Rustに関係してるなら

>>6
驚き屋ワロタ

そもそも5chの老人たちの中に、Rustみたいなモダンな言語に追従できるやつがどれだけいると思うよ？

Rustはもうモダンとは言えなくなってきた

若い連中は言語なんか気にせずヴァイブコーディングだからな
いまだにコードに拘ってる時点でもはや老人

なぜおっさんは若者にこだわるのか

若い頃にC++で苦労したシニア世代じゃないとRustの利用価値は分からないと思う
昔のC++の闇を知らない世代だと逆に学習曲線のハードルが高そう

そもそもモダンに見えない

Rustは最もモダンなプログラミング言語の一つ

モダンな掲示板へようこそ

大正モダン言語

喪男の言語？

そんな、だれもlispに追い付けてないのにモダンなとか言われても。いやforthは追い越してるかもしれんが。

for文使ってデータ処理して結果をVecにpushしていくよくある処理を、
for文使わずにモダンにイテレータメソッドチェーンにしてVecへはextendまたはcollectすると、
モダンな方が実行速くなったという記事があるけど、
仕組みと理由が納得できた。

Haskellからパクってるからそっちが正しい

>>26
真にモダンな言語ならそういう差異は生まれない

Rustはモダン以前の問題

>>25
思想としてはFORTHの足元にも及ばん。Joyのほうがマシ。
もっとスタックフレーム指向で計算モデルを整理すれば追い越せるかもね。

ffmpegがcからRustに書き直してるそうで
速度が10倍遅くなるそうだ

>>31
それはすごい。せめて3倍くらいにおさえないとやる気なくしそう。

>>30
ああ、もしかして誤解をあたえた？forth だけはlisp を追い越してるかもしれんが、Rust ほかは全然だよね。ということで。

lispは人工知能分野で強い

Rustの論文書いたぞ。
感想聞かせてくれ。
英語、フランス語、日本語。
日本語版はスクロールすれば下の方にある。

https://files.catbox.moe/6x0oat.pdf

Q. RustとLispとForthどれが一番モダンなプログラミング言語ですか？

A. Rust、Lisp、Forthのモダン性についての比較は難しいですが、以下の点が挙げられます

Rust: 高安全性とセキュリティが求められる分野での使用が増加しており、特にブラウザ開発やIoTアプリケーションで注目されています。

Lisp: 関数型プログラミングの先駆者であり、メタプログラミングやAI研究において重要な役割を果たしていますが、現代のモダンプログラミング言語としてはあまり一般的ではありません。

Forth: 1950年代に開発された言語で、手続き型プログラミングの典型ですが、現代のモダンプログラミング言語としてはあまり普及していません。

>>35
おじいちゃんの独り言じゃないかｗ
AIの反応が優しすぎて涙が出る

Rustについても誤解してる

どっちがモダンかという比較において年度で比べるのが間違ってることをAIに教えたい

モダンなプログラミング言語は、効率性・柔軟性・安全性を重視した現代のソフトウェア開発向けの最新言語です。
以下のような特徴を持っています。
・効率的で読みやすい構文：コードの保守性や生産性を向上させる設計。
・柔軟性と拡張性：大規模システムやクラウド環境での開発に適応。
・安全性の重視：型安全やエラーハンドリングの改善によりバグを減らす。
・非同期処理や並列処理への対応：高性能なシステム開発をサポート。
・コンポーネントベース設計やマイクロサービスとの親和性：再利用性やスケーラビリティを確保。

Common Lisp なら型安全以外はだいたい実現出来ているな。

aiコピペぉぢさんの魅力

この業界のポストモダニズムはLisp回帰か
悪くないな

Lispは逆ポーランド記法にしてくれればいいんだけどなぁ。

>>40
その型安全が全ての根幹で最重要
Rustの場合はトレイト境界を満たすことも含まれるから例えばデータ競合も型安全で防いでいる

lispにないってことは型安全って実は要らないんじゃないの

AIにも見捨てられたrust

AIの盟主アンソロピックがAIにRust標準ライブラリの知識だけでRustによるCコンパイラ作成を完全自動生成
することに成功

Building a C compiler with a team of parallel Claudes
https://www.anthropic.com/engineering/building-c-compiler

To stress test it, I tasked 16 agents with writing a Rust-based C compiler, from scratch, capable of compiling the Linux kernel.

This was a clean-room implementation (Claude did not have internet access at any point during its development); it depends only on the Rust standard library.

>>47
> Published Feb 05, 2026
> The compiler, however, is not without limitations. These include:
...
> The generated code is not very efficient. Even with all optimizations enabled, it outputs less efficient code than GCC with all optimizations disabled.

>>47
>Rust標準ライブラリの知識だけで
これは完全な嘘
GCCパクリまくり

つか何ヶ月も前の終わった話を
持ち出さなきゃいけないくらい下火なのか

Rewriting Project Claw Code
https://github.com/instructkr/claw-code

Rust port is now in progress on the dev/rust branch and is expected to be merged into main today.
The Rust implementation aims to deliver a faster, memory-safe harness runtime.
Stay tuned — this will be the definitive version of the project.

今時cコンパイラ作ったからなんやねん
驚き屋しか見ないやろそんなもん

>>35
これが論文？　バカじゃねえの
老人ホームから逃げ出してきたのか？

>>45
Lisp にないのではなく Common Lisp にないって話。
高度な型システムはあって型システムをカスタマイズする仕組み (メタオブジェクトプロトコル) もあるけど静的に整合性を検証したりはしない。
Common Lisp は実行時エラーになったらそのままデバッグモードに入ってエラーが出たときの環境を調査したり書き換えたりしてプログラムを停止せずに続けられる仕組みがある。
ランタイムと人間もシステムの一部であるという思想なので運用の前提が Rust とは違う。

まあどれだけガチガチに型で固めてもどうせ不具合は出るもんだという前提に立つと Common Lisp のほうが現実的な場面は結構あるかもしれない。
ちなみに Lisp 系言語には静的型を指向するものもあるよ。

>>50
一瞬で10万スターが付いた今最も勢いのあるAIプロジェクトがRust製というのが時代の流れを感じるなぁ

最初pythonで作られたやつじゃん
訴えることができるならやってみろ、おしりぺんぺん！ってしてるみたいなもんだからpython, rustだけじゃなくtypescript以外の他言語でも実装していくかもね

速さと安全を両立して読み書きしやすいRustが採用された

>>53
null safetyな言語ある？
typed racketですらダメだからlisp系とは根本的に相性悪いんだろうと思ってる

>>57
Typed Racket は漸進的型付け。
根本的には動的な言語であるという前提で部分的に静的な検査を導入しただけで、それほど強くは静的型検査を指向してない。

Lisp 系でかなり強く静的型に寄ってるのは Carp だと思う。
Lisp 系にしては GC がないという思い切った設計になっていてメモリ管理は Rust を参考にした借用モデルを使っている。
でもまあ Lisp らしさって動的な部分にあると思うんで、あえて Lisp でやる価値もそんなには無いかなぁ……という気持ちもある。

>>58
Carpもnull safetyは備えてないみたいだね

NimもそうだったしCにコンパイルする言語は
null safety無しのほうが実装難易度が低いんだろうね

>>59
何のことを null safety と言ってる？
carp でヌルを発生させる方法を私には見つけられない。

>>56
最初からRustで書けないのが面倒だよなあ

最初からRustで書けば良いのに

整合性チェックが広範囲に波及するから
git branchとか使わないと最初からRustで書くのはしんどい

面倒だからバージョン管理使わない派の人だと
変更を元に戻すのも面倒になって詰む

https://www1.daiwair.jp/qlviewer/e-cast/2509059702scTvDPnFfu/index.html

>>51
人を全く介さずにCコンパイラのコードを自動生成させたのは初めて
なぜ作らせるものをCコンパイラにしたかというとLinuxをコンパイルできて動くという点で実用性を示せる題材だから
そして自動生成したRustコード製によるCコンパイラという点

>>65
Opus 4の頃からやってると書いてあろうが
読んでないのか？

今回は2週間$20,000かけて作った
2カ月前からほったらかしのドッグフード

https://www.youtube.com/watch?v=YVbKTpfRbcc

()乙

このスレで発達イジリやめようや
ム板なんて多少なりとも発達気味な人多いんだから仲間だぜ

>>47
もともと、Cコンパイラのソースコードは、完全なものから最小のものまで色々なレベルの物がネットに転がっている
から、AIは当然の事ながらそれを学習しているだろうから、有利に働くと思う。
ブロック崩しのソースコードがネットにあるから「ブロック崩しのコードを書いて」と言えば書けるのは当然なのと
同じ。そもそもブロック崩しとは何かがAIは言葉以上には実は分かってない。

>>71
[追加]
・現実のCコンパイラは速度を上げるために複雑なコードになっていることが多い。
・最適化するために、最適化層に至る前の層も複雑なコードになっていることが多い。
・例えば、後半部分を LLVM にして良いなら劇的に簡素化される。

>>72
[追加2]
・どういう仕様書に基づいて生成させたのかも重要。
・人間用のANSIの仕様書は難解。
・プログラマーとコーダーを分けて考える人がいる様に、仕様書を分かりやすく書いておけば、
　それをこーどに直すのは易しくなる。
・例えば、・・・の時には・・・とする、というような場合分けを丁寧に自然言語の言葉に書いておけば
　それをプログラミング言語に直すのは容易になる。
　しかし、そのように書かずに人間的な言葉でなんとなく書いてあれば、コードに直すのは難しくなる。

>>73
[追加3]
・ANSIのC言語でも、前処理(preprocess)のマクロ展開は難解な部分とされていて、分かりにくい言葉で書いてある事が有名。
　それ故に仕様に曖昧さが残るといわれている。
・もしその部分を丁寧に書き直して分かりやすくすれば、コードに直すのは容易になる。
・しかし、現実のプログラマーの仕事は、そのような曖昧さの残る難解な仕様書から、本当に分かる仕様に
　変える作業も含まれている。

>>31
ffmpeg公式の4/1ツイートは失敗したrav1dへの皮肉だよね
https://x.com/FFmpeg/status/2039115531744334180

>>71-74
お前暇すぎだろw
そんな暇なら無駄レスする前にAnthropicのブログ読めよ

あと該当リポジトリのissue読めば多くの技術者がどういう評価を下してるかも分かるぞ

>>71
ネットに繋いで学習しない>>47と明記されてるようだが

Rustは遅い
でも安全
速度はマシンスペック上げれば良い
安全性はスペックのように気軽に上げれない

それはそう。
でも現実に今、目の前にあるカスいコンピュータがカスだという状況もある。

>>78
バカかw
ネットに繋いでないのとネットにある情報を学習してないのと違いが分からないのかよ
>>47の「Rust標準ライブラリの知識だけで」みたいなミスリーディングは意図的かと思ってたが真剣に理解できてないだけだったんだなww

AIがなかったらRustにもワンチャンあったかもだけど
もう駄目じゃね

>>82
AIにC/C++コードを吐かせると危険なことが判った
そのためC/C++分野は全てRustが貰っていくことになった

ハァ？

複雑になるとダングリングポインタが生じるコードなど紛れ込ませてくる
AIにはそれが起きないRustコードを吐かせるしかない

人間にやりやすいのは AI (LLM) にもやりやすい。
人間が間違えるものは AI (LLM) も同じように間違える。
良くも悪くも LLM は人間の言語活動の模倣なんだよ。

Claude Codeとかに書かせてても結構人間的なミスをするよね彼らはコンパイルエラーを見ながら修正するループを高速に回せるから最終的には動くものを出してくるけど
エラーにできない言語だと厳しい

丸投げだと初歩レベルの脆弱性をバシバシ仕込む、AIエージェントによる丸投げが業務レベルでも当たり前になってる世界で
熟練のプログラマでも初歩レベルの脆弱性をバシバシ仕込めるC/C++は本当にいいところがない

コンパイルエラーにしてくれる領域が広ければ広いほど生成AIと相性いいね
そしてRustが最もコンパイルエラーにしてくれる領域が広い

Rust の型システムの使い難さは静的検査の厳格さとのトレードオフ「ではない」という評価も有る。
つまりシンプルに出来が悪い (部分が多い) と考えられている。
それでもなお C++ とかより大幅にマシではあるんだが、これからもっと良い言語が生まれる余地はありそう。

同期Rustはいい感じ
非同期Rustは未完成のゴミ

>>90
Traitが基本的に早すぎる最適化に寄った言語設計だから、大規模プログラムとかインクリメンタル開発とかと相性が悪いというだけじゃない？

RUSTにも静的ダックタイピングとか構造的部分型とかは欲しい所。
（c++にも無い）concept の静的インターフェイス化とかやってる言語ないんかな？

>Rust の型システムの使い難さは静的検査の厳格さとのトレードオフ「ではない」
めっちゃわかります

Rustの次の言語に期待だね

Rustはまだコンパイル時間が短すぎるから次の言語に期待する人の気持ちも分かる
わいはもう十分だけど

次に来るのはもうAI前提の仕様記述言語みたいなものだろうから、もうどうでもいい話だわな

>>95
>Rustはまだコンパイル時間が短すぎる
長すぎるの間違い？？

>>97
もっとよい言語が出来たとしたらコンパイル時間がもっと長くなる (から Rust のコンパイル時間は相対的に短い) という皮肉だろ。

>>98
ほんまかいな。

Rustの比較対象がまだ存在しない未来の言語になってる時点でなあ
現状Rust一択だと認めざるを得ない

Rust が良いとしても Rust ほど高度な言語機能が必要ないケースで使えばそれは不必要に設計コストやコンパイル時間を浪費してるってことになる。
牛刀をもって鶏を割くってやつだ。
そんなにいつも Rust が唯一の選択肢だとは思わないな。