Rust part38

公式
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/
（コミュニティによる日本語翻訳版もあります: https://doc.rust-jp.rs/book-ja/）

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part37
https://mevius.5ch.io/test/read.cgi/tech/1784283151/

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

ChatGPTえもん〜、Cで書いたコードをrustに自動変換するツール作って

“脱・C言語”を狙う開発者が「Cの代替言語を作っても失敗する」と断言するワケ
https://kn.itmedia.co.jp/kn/article/2608/28/2000000839/

会員にならせて読ませるとか作文読ませる気ないやろ

現実を直視しなくては😇

米国国防総省のDARPA、CからRustへのコード変換を自動化する「TRACTOR」プログラムを開始
https://atmarkit.itmedia.co.jp/ait/spv/2408/14/news045.html

c c++ はとっくの昔に終わってる

AIで有料記事ハックとか未だにできるんだよな

rust はとっくに限界が見えている

どんな限界だ

限界突破するための限界が見えている😤

asyncのごちゃごちゃ感だろ

###Rustのasyncをスッキリさせる4つの思考法

* 同期と非同期を分ける: ビジネスロジックなどの計算処理は普通の fn で書き、I/O待ちだけを外側の async fn に押し出す

* 参照の借用を避ける: .await を跨ぐとライフタイム地獄になるため、Arc やクローンを使って所有権ごと async ブロックに持ち込む

* Futureを「データ」と捉える: 手続き型の流れではなく、非同期タスク同士がチャネルなどで緩やかにつながる構造としてイメージする

* 小さく切り出す: 巨大な非同期関数を作らず、小さなヘルパー関数に分割してコンパイラの型チェックを味方につける

###非同期処理やイベント駆動型のアーキテクチャにおいて、**疎結合（Loose Coupling）**を徹底できるかどうかが、システムの成否を分ける最大の分かれ道になります。

同期処理であれば、呼び出し元と呼び出し先が密に結合していても「その場で結果が返ってくる」という直感的な安心感がありますが、非同期の世界ではそうはいきません。処理の実行タイミングやライフサイクルが完全に切り離されるため、お互いの内部実装や都合を意識させない設計が不可欠です。

一方で、疎結合を追求しすぎると、データの整合性（分散トランザクション）の担保が難しくなったり、システム全体の処理フローを追うトレーサビリティが低下したりするトレードオフも生じます。だからこそ、イベントの粒度設計や、エラー時の再試行（リトライ）メカニズム、デッドレターキューの活用といったケアが重要になってきますね

疎結合を「徹底」できるかと言い切った後に、「追求しすぎると…」と保険をかけるのはズルいのでは？
と聞いてみて

ぶっちゃけAIが判断できるから関係ねーんだわ

徹底と言ったって想定する条件がゼロになるほど疎なはずはないんだから程度問題なのは当たり前だろ。
ここで言うのは常に考慮に入れることを徹底しろという意味であって限界まで疎であることを徹底しろという意味じゃなくね？

はいその通り

>>695
AI時代はRust一択だぞ

へーRustかすごいね、と思ったソフトウェアをよく見ると大体vibe coded
AIのおかげで普及したね

同程度の機能を実装する場合を比較して Rust はトークン消費量が多い傾向にある。
同程度のことを実現するために配慮していることが多い (不具合の少なさが期待できる) とも解釈できるので必ずしも悪いことではないけど意思決定する経営層にとってどう見られるかというのはまた別。
トークン消費量が多くても割に合う場合ばかりとは限らない。
状況によるので Rust 一択というほどではないよ。

AIもふくめてこれからの言語は Rust以外ありえない状況だろ

推論コストはどうせ低減するからRustで組んじゃったほうがいいよ

AI時代は、AIネイティブ設計のMoonBitで決まり

gcある時点でなんちゅーか、、「ぬるい」よな。
出直してきな

C や Rust だとヒープメモリに確保した領域をコンパクションできない。
オブジェクトを勝手に移動するわけにいかないから整理して断片化を解消とはいかないんだ。
長期間起動しっぱなしのウェブサービス系なんかだと (コンパクションを含む) GC 有りの Java や JavaScript が主流なのは理由がある。
Rust 風の文法で GC 有りの言語も需要はあるだろ。
まあ場合によるというなんの足しにもならない普通の結論だよ。

C#にはメリットがあると言ってるのと同じ

Rustに穴は無かった
http://blog.livedoor.jp/corez18c24-mili777/archives/60026921.html

関係ないねミリタリーガイジ

>>705
Rustにもgcクレートあるみたいだけど、コンパクション付きのはまだ無いかな？
実際、安定性とかどうなのかな？

RustはRustで穴だらけだけどRustマンセー厨は穴が認識できない
もちろん穴のない言語なんてないんが穴が無いと錯覚しやすい言語ほど危険

まずRustより穴の無い言語を示してください

Rust++

Wuffs

それは最新RoadmapがUpdated on October 2022のままだな

64-bitになってから、メモリコンパクションの必要性は下がったと聞いたけど

C/C++よりも多少性能悪いけどC/C++よりは安全性が高い
GC言語よりも性能はいいけど安全性と利便性は低い
これが現在のRustの立ち位置

ミドルウェアや性能を求めるライブラリ向き
一般的なアプリケーションではコストに見合わない

>>716
一般的なアプリケーションとは何？
例えばexelは一般的なアプリケーション？

>>716
GC言語でRustより安全性が高い言語って何？
GC言語はメモリ安全性くらいしかないよ

アップデート来てるぞ～

https://blog.rust-lang.org/2026/09/01/Rustup-1.29.1/

$ rustup self update

これはポインタ部をそのまま変えずに長さ部だけ0にするから速いってこと？
..0を初めて見たので

// setting length to 0 is cheaper than overwriting the pointer when assigning &[]
self.v = &self.v[..0]; // cheaper than &[]

1円安い

どっちも売ってないと思うんだけど

core/slice/iter.rsに10箇所あるね

Windows App SDK の Supported languages and runtimes に
「Rust (via windows-rs crate)」が公式に記載されたよ

sliceのwindowsメソッドのWindows構造体やChunks構造体のところだな

winとかゆうゲームオタクosどうでもよくね

windowsやchunksがそれ以降に無いことを示すためにサイズ0のスライスを置いておくfuseだね

>>726
このスレにお前の宗教的価値観を持ち込むなよ

情弱OSやな
今や他のOSでもゲームはできる

スライス参照xに
空スライス参照&[]を代入すると
|　mov qword ptr [rdi], 8
|　mov qword ptr [rdi + 8], 0
サイズだけでなくアドレスも書き換わる
アドレスは空スライス用ダミーの8

&x[]を代入すると
文法違反で当然コンパイルエラー

自分のサブスライス&x[..0]を代入すると
|　mov qword ptr [rdi + 8], 0
サイズだけ書き換わる

毎回コメントが必要になるハッキーなコードを繰り返し書くんならメソッド用意しろよ

indexはusizeだから..0は0..0なのでトリッキーでも何でもなく自明としてset_0メソッドは却下されそう

>>732
毎回コメントが必要になってる理由はどう見てもそこじゃないだろ

これで満足かい？

impl<T> &[T] {
fn resize(&mut self, size: usize) {
*self = &self[..size];
}
}

>>734
それじゃ最適化されんだろと思ったが同じように最適化されたので満足

名前で揉めそうだけど機能的にはacceptされるかもな

>>735
スライス長≧引数sizeのチェックが入るけど
引数sizeが0の時は恒真だからチェックが消えてスライス長への0代入のみに最適化されるね

>>736
長くは出来ないからshrink()あたり？

Vecだとtruncateだな
あっちはdropするからニュアンス違うかもしれんが

切り捨てるより縮むか

>>731
どこまでハッキーなの？
&**sとか許せない派？

AstraにPure Rust指示でアプリ作らせてるけどスイスイ進むな
ラッピングされてるクレートも置換できる勢い

>>742
Rustである意味がドンドンと薄まってるな
AIが所有権を理解している（違反行為をしないのだから

障害者アピールはNG

😭
https://i.imgur.com/QdnVOt2.png

MicrosoftにおけるRustは第一級言語として位置付けられています
https://rustfoundation.org/media/guest-post-rust-is-tier-1-language-at-microsoft/

今や、Rustがマイクロソフトにとって戦略的に重要な技術であることは言うまでもありません。

azure functionsでネイティブ対応になってから言ってくれ

>>746
そうなると、クソマイクソ社員はRustへ貢献すると良しにせよ悪しにせよ業績になるんだろ?
汚い手は引っ込めておいて頂きたい

Rustが1位なんて公言しないでも当たり前のこと

Nvidia もrust 対応
https://gihyo.jp/article/2026/09/cuda-rust

NVIDIAは2026年9月8日、GPU向け並列計算プラットフォームCUDAにおいてRustによる開発を可能にする「CUDA Rust」を発表した。

これまでCUDAにはC++あるいはPython用のプログラミングツールが用意されていたが、CUDA RustによりRustによるネイティブGPUプログラミングが可能となった。
GPUカーネルをRustで記述し、ネイティブにPTX（GPU用中間コード）にコンパイルできる。

>>748
別に今に始まったことではなく、ビッグテックの中で最もRustに貢献しているのはMS
認めたくないのはわかるが、事実としてもはやMS系技術と見做してもよいレベル

デマ乙
Mozillaだから

AIの開発にもRustが使われるんだな
で、そのRustのコードをAIが書く、と

GPUシェーダーのメモリー安全性が保証されるのなら価値があるのに関係なさそうだ

>>753
Mozillaなんかもうとっくに撤退したよ

デマとロンスリ乙
一番貢献したのはMozillaだからw

>>752
AmazonとGoogle

AIとRustは相性いいからな

AI(ベンダーの利益)と(トークンバカ食い)Rustは相性いいからな

Mozillaの大量リストラのときにRustメンテナを一番引き取ったのはAWSだったかな
あれからかなり経ったし、人件費の累積で見てもMozillaは1位じゃなくなってそう
もちろん初期にMozillaが支えてくれなければここまで来れなかっただろうけど

じゃあ人力でやってください笑

あのね0を1にするのは
1を100にするのとはワケが違うわけよ
こんなことも分からん奴は障害者

>>745
Part 36

>>764
それはRustアンチの自演がバレた件だな

どこに何をDLすんのか明らかにしろ

アクセス数稼ぐとMSにカネでももらえんのかよ

ゴミ言語

【朗報】Rust、Astra配備により完全勝利

Astraは新規契約受付を早く再開できるといいね

node.js
最強、ほんとは

Astra は Rust 製の軽量な Web サーバーフレームワークで、Tokio のような大規模な async ランタイムに依存せず、独自の小さなイベント駆動 I/O ループとワーカープールで動作します。

特徴としては以下のような点があります。
[非 async/await スタイル]
Rust の async/await を使わず、OS の I/O 待ちに直接委譲する設計。
[軽量ランタイム]
Tokio や async-std のような巨大依存を避け、バックグラウンドスレッドでイベントループを回す。
[シンプルな API]
小規模な HTTP サーバーや組み込み用途に向く。

以下は Astra を使ってシンプルな HTTP サーバーを作る例です。
use astra::{Server, Request, Response};
let api_key = std::env::var("ASTRA_API_KEY")
.expect("ASTRA_API_KEY is not set");
let url = "https://api.openai.com/v1/astra/completions";;

Rustで本番回してるけど手書きしてる人っている？

もうほとんど手で書いてない、、、

Astra以前から手書きはほとんど無かったんちゃう？

コメントから生成も手書きに含めていいなら１割くらいは手書き
コード直接直すこともある

>>771
AIのほうのAstraだったらその程度はサクッとフルククラッチで作れちゃうからもうそういうの用無し

>>776
最後の2行をよく見ろ
AIのほうのAstraを呼び出すというジョークだぞ

もうRustに限らず手書きでコード書いてるやつなんていないんじゃなかろうか

rustc_codegen_utc
これが実質Rust++

MSの都合じゃん

>>778
リスクヘッジでAI駆動開発するか顧客や外注先と念書交わすけど
万が一断られたら手で書くことになる
大きな相手で柔軟でない所だと実際にある