Rust part36

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

ﾜｯﾁｮｲスレ
プログラミング言語 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 vs Go
https://mevius.5ch.io/test/read.cgi/tech/1654019126/
そんなにRust,Rust言うならゲームエンジンでも
https://mevius.5ch.io/test/read.cgi/tech/1678619820/

このスレって>>980が次スレ立てるって原則ほぼ守られてないよね

>>1
O2

Announcing Rust 1.96.0 | Rust Blog
https://blog.rust-lang.org/2026/05/28/Rust-1.96.0/

プログラマ的には原則なんて守るものじゃないからな

プログラマ的には自動でスレ立てたい

スレ速すぎ。
だから自動などという要求が出る。

自動化はまずPythonで作ってそれからRustで作り直せばいいじゃん

こんなにスレの勢いあると言語としても一番人気なんじゃないかって思えてくるな

長期的に強い
GAFAMのバックアップがある
AIと相性がいい

当然だよなあ

満を持してassert_matches追加
最初から入れとけ

今のRustで、これないのおかしいやろって他にもある？

Azure, GCPのサポート

>>13
人気とシェア？Rust好きなんだけどな

Rust++

Rust + Flutter

スクリプト機能、はrust-scriptがあるか、
対話モード？もevcxrとかあるか

今時ちょっとしたコード辺を書いて使う作業や実験はAIエージェント越しでやるから、REPLなんかもう用無しでしょ

大体はライブラリが解決してるからな
enumsetは言語機能にあると楽になりそう

rustは最初に覚える言語としては
どうなのか

初心者向けのドキュメントは充実しているか

>>21
ワイの頭の問題かもしれないが訳が分からなかったから最初はCにしたわ
「苦しんで覚えるC言語」で

言語仕様を簡素化したマイルドなrustとか無いかな

Cからrustってのも結構違うからなあ

>>23
MoonBit
WASM を前提とするときなら Rust より良いくらいかも？

>>21
ワイもrustから始めたけどいける
thebook, eazyrustだとよくわからんかったけど、rust tour, rust techはかなりのアホ向けなのでオススメ
rustのあとにpythonとtsやったら環境構築と変数と型が違いすぎて最初わけわからんかった

Rustが嫌なら言語仕様が簡素で汎用性のあるCで頑張れ

所有権ってほかの言語から来た人には難しいかもしれないが、最初からそういうもんと思えば自然な設計に見える

お馬鹿な俺でも漫画で説明してもらうと
なんとなく理解出来るかも知れない

https://zenn.dev/tkithrta/articles/ab88563a722bbd

その後rust tourに進むのがいいかも

変数とは別の領域にあるからちゃんと見張りましょうねってだけのことじゃな

>>21
簡単だった
むしろ最初だからこそいい

問題なのは教科書が他の言語を学んだことがある前提で述べてるとこだった😅

初心者はCPUの基本動作がわかってないからね

どうしてもC言語やCPUの知識前提で
説明されたものが多い

rustから始めたから所有権についてはプログラムってそういうものなんだとしか思わなかった
むしろresult型とoption型はenum型ですとか、Stringと&str周りのほうがわけわかめだった

何かのアセンブラ、ANSI以上のC、C++の11以上、Rustの順で学べればいいんだけど
ちょっと重い言語が混ざってるのがね

ところでRust初学者なのですが、上の並びでもカバー出来ない概念って何かありますか？

Rust の enum はいわゆる代数的データ型の考え方なので enum という名前が付いてるのが実態と合ってないように思うなぁ。
そんなに難しいものではないけどこのへんは C 系とかの低レイヤ向け言語ではあまり扱わないので ML 系言語を知ってるとわかりやすいかも。
トレイトを中心とした型システムも Haskell とかが基礎にあるので C++ とは方向性が違う。
マクロは Lisp 系の知見がかなり入ってるかな……、まあ型がしっかりしてるのは Template Haskell 経由の考え方かも？

今日日資料がいくらでもあるしチャッピーみたいなのがあるから概念的に難しいものなんてないな
資料でも実行環境でも開発ソフトでも何でもタダで揃うしAIも書いてくれるから楽しく学べる

言語学ぶより周りの技術学ぶほうが大事だった
出てこない概念で言えばGC VM JIT リフレクションとか

型値付きenum　と見るか
タグ付きunion　と見るか
どちらも同じ代数的データ型の一面

unsafeだがCとの互換で別途unionはある
収納型なしなら従来のenumでもある
だからenumと呼ぶことになった

なるほど自分はC#を触る機会があったので抵抗ないですが、GCとかVM等はプログラム言語初学者にはRustに無いものまで知る必要があり大変ですね
enumの方は多様な値バリエーションの指定に便利そうでC系とは明らかに違いますね、スクリプト言語に近い取り回しができそうですね
ありがとうございました

本を読んだ時に「よくわからんけどとりあえずこう書けばいいんやな」って流せる人は別に初手Rustでもいい気がするけどな
ライフタイムの細かい挙動とか存在意義とかが気になって進まないタイプの人は
C系をある程度やってからの方がいいかもだけど

Cなんて触る必要ないねん

本を頭から順番にじっくり読む、一章ごとに理解してから次に進むというのは Rust に限らず学習法としてあまり良くないと思う。
機能は互いに関連しあっているので直線的に学べるものではないから。
ひとつひとつをじっくりではなく何度も読み返すことで粗い理解から詳細な理解へ解像度を高めていくのがオススメ。

と私は思ってるんだけど何がわかりやすいかは人によるので他人の方法論はあまりあてにならないとも思ってる。

なんの為に使うのかを学ぶ事かな
ポインタ最初に学んだ時代入でいいじゃんとしか思わなかった

Cは言語仕様自体は単純かつコンピュータの仕組みを学ぶのに良いからプログラミング初心者にはぜひとも触って欲しいよね

CPUアーキテクチャの基本動作原理は何をするにしても知っておかないとね
あとはメモリは遅いけどキャッシュに乗ると速いとか
CPUとは直接関係ないけどヒープメモリ管理の遅さとか

Rust Typescript Dartで充分

初手だったら変な事前知識がないから、いきなりRustでも問題ないんじゃないかな
中途半端にスクリプトだけかじってるようなのは最悪で、先にC言語やったほうがいい

仮にPythonを触ってたとしたら、Cへ行くよりやはりRustのほうが何かと良い

①値と、値を指す参照があります
②変数も関数の引数も返値も、値か参照です
③変数は関数からreturnすると消えるローカル変数と、ずっと存在し続けるstatic変数があります
④つまりローカル変数の値を指す参照を、関数から返すことはできません
⑤関数から返すことができる参照は、引数で渡されたものが由来か、staticな値の参照か、どちらかだけです

>>48
ツッコミどころ満載だな
とりあえずstatic変数と’staticな値をしっかり区別しよう

C の世界観だとポインタはポインタ型の値として一貫しているからそれはそれで分かり易いんだけど低レイヤから出てきた感覚だなぁとは思う。

>>49
区別されてるよね
そして static変数⊂'staticな値 になるから間違ってなくて正しいよね

引数で参照定義するときなんで型の方に&つけなきゃだめなの❓

& は型名の一部だよ

処理系を実装する上では、変数が参照かどうかは値の型というよりむしろ型とは独立した変数の属性の一つとして扱う方が自然な場合も多いのだが、
型の一種と見做した方が文法がシンプルになるんだよ

C/C++ だとポインタを表す * や参照の & は型の一部なのに宣言の文法としては変数名のほうに結合するという変なことにしたせいで後々まで引きずる大混乱を産んでしまった。
後継 (的なポジション) の Rust や Go、nim、Zig などはいずれもポインタ (や参照) は型の一部として表記するようなスタイルを取っているのは C/C++ の反省からだと思う。

Cは臭い

>>55
それはCの慣習でC++は型のほうに寄せて書くのが通例

コンピュータサイエンスの勉強だったらCが最強
C++と比べ余計な機能がないから本質の勉強に専念できない
Cで苦労した経験がないとRustのありがたみもわからない
Cで苦労した後、なんらかのものを実際に作ろうとした時にRustを勉強すればいい、そうすれば無駄がない

アセンブラもほんのちょっとだけ
書けないまでもそこそこ何やってるか
読めるくらいの

キーボードからなんか入力して数値変換するだけでもう大変です。
C++より難しいのでわ？

proconio使お

>>57
それは空白の入れ方とかの習慣でしょ？
文法的な結合規則の話をしてる。
C/C++ の & や * は変数名と結合して宣言子として扱われるので宣言のときは型が型指定子と宣言子に分離されたような形になることを言ってる。

>>62
それはそうね
表記スタイルと書いてたからcoding styleのことかと思った

そんだけ言語に入れ込んで何作ってんのさ？
作るものが出てないスレは寂しい限り。
RustでXAMLデザイナーぐらい作ってみやがれ。
トンネルイベントとBindingは忘れずにな。

Windows系の技術よく分からないよ😢

Flutterでええわ

>>64
Xamarinおすすめ

普通にないわー
食えなくて大変なC#じゃねーか

windowsてオワコンだもん
あのうんこエコシステムに近づきたくない
どっかがやってたrust開発者のアンケートでクライアントはwinが一番少なかった希ガス

c#=ゴミ
c#使い=バカ

雑にテキストを切り貼りするようなのはスクリプト言語系がよいと昔は思ってたけど Rust に置き換えたらずっと上手く整理できてやりやすくなった。
雑に出来るから楽というのは思い違いでただ無軌道なだけだった。

そんなもん今時どうせAIがやるんだからどうでもいいわ
結果的にPythonかNode.jsを使っているケースが多いようだが、もうコード見ることすらしないからマジでどうでもいい

月に二万円くらいかかるレベルの AI プランでも自然言語で仕様だけ書いて一度で実用水準のプログラムが出来上がることはない。
そして人間は自然言語での仕様も完璧に書くことは出来ない。

GPT6ではそうなるでしょ

実はテキスト処理に一番向いてるのはperlでもpyでもなくbashとゆう噂も

sedやawkとか組み合わせての話でしょ？

>>75
bashで書いてる
bashで辛くなる用途だとRustで書いてる

>>75
Powershellだろ
テキスト処理はAI弱いオブジェクトの情報量最強

shellで出来るならそれでいい(UNIX哲学)

漢は黙ってGNU Bash

bash内で連想配列も正規表現も構文があるもんな
bashでしんどくなったらようやくRustでいいんだよ
他のプログラミング言語は要らない

nushellはどうなん

世の中のシステムなんて全部bashで書けるよ
世の中のエンジニアは車輪の再発明をしているだけだった

「もし手元にハンマーしかなければ、あらゆる問題が釘に見えてしまう」

木を切るにはハンマーよりノコギリの方が便利だよ

bashに依存するのも嫌だからpowershell5.1で書いてる

>>85
PowerShell 7系列も入れてるけど挙動が違うから困るんだよな
木を切る道具とはいえ切れ味に差があるのはちょっと

bashはプレインストールされてないからコマンドプロンプトのがましだ

今はほとんどの環境で/bin/shはbashだろ
プレインストールされてない環境を最近見たことない

残念、WindowsはPowerShell
Git Bashを別途導入しよう

Windows Linux

Windows を前提にして互換性を確保しようとすると PowerShell よりも JScript のほうが確実

wsl

nushell一度使ったら、PowerShellはクソ過ぎて使えなくなるよ

パワーシェル派まさかの俺たちだけかよ

ワイnu派

どっちなんだい

筋肉が全てを解決する

なるほどぉ

>>94
今はAIに適当に書かせられるし、powershellは冗長で書きづらい欠点は解消されてる
代わりに英語読めれば可読性高いからな