Rust part23

**デフォルトの名無しさん** · 2024/02/23(金) 17:37:52.13

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

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

**デフォルトの名無しさん** · 2024/05/15(水) 18:30:24.12

Visual Studio Codeはネイティブアプリですか？

**デフォルトの名無しさん** · 2024/05/15(水) 18:35:01.39

>>883
ガワアプリです

**デフォルトの名無しさん** · 2024/05/15(水) 19:01:08.64

tauriはフロント側をrustで書けないのがきつい
yewとかで頑張ればrustでやれなくはないけど素直にjs使った方がいいし

**デフォルトの名無しさん** · 2024/05/15(水) 19:44:27.90

フロントは成熟したフレームワークを使いたいからhtmljs仕様なのはむしろ助かることない？

**デフォルトの名無しさん** · 2024/05/15(水) 19:49:50.25

TauriはOS付属のWebViewを下地にして動くことを売りにしてるんだからRustでフロント書きたい人は最初からお客様じゃないぞ
本気でYewでひーひー言いながら書くつもりか？

**デフォルトの名無しさん** · 2024/05/15(水) 23:50:43.95

フロントエンドをHTML/CSS/JavaScript以外で書く人がもうほとんどいない
ただしJavaScriptを直接書かなくてもWebAssemblyで好きな言語で書くのは構わないし同じWeb枠組みの範囲内の話

**デフォルトの名無しさん** · 2024/05/16(木) 00:16:06.21

>>888
結局これだよな。JS以外のクロスプラットフォームなフロントエンドってほとんど無いんだからそこはもう諦めたほうが

**デフォルトの名無しさん** · 2024/05/16(木) 00:39:52.36

そもそもrust推すやつはフロントエンドなんて全く好きじゃないだろ。

**デフォルトの名無しさん** · 2024/05/16(木) 00:53:56.65

フロントエンドだけでは何もできなくて
バックエンドや裏はRust採用がリソースコストを最小にできる
そのためのクラウドでのコードもクラウドインフラ自体もRustで記述
さらにCDNインフラ自体もCDNエッジでのコードもRustで記述

**デフォルトの名無しさん** · 2024/05/16(木) 01:44:19.55

>>872
何にしたって否応なくトレードオフはある。
Electoron のデメリットを克服したといっても
その替わりに Electoron に無かったデメリットも生じてる。

たとえば WebView を抱え込まない (実行環境にあるのを使う) のは
実行環境のエコシステムとの連携が必須ってことだ。
基本的にはちゃんとサポートが続いているバージョンの実行環境を使えって話ではあるけどさ、
そうもいかんこともあるのも現実なんよ。

Tauri を叩いてるやつなんていないよ。
まさか「あらゆる」 UI を Tauri でなんとかできると思ってるわけじゃないだろ？という話。
比較的には有力とは言えるだろうけども。

**デフォルトの名無しさん** · 2024/05/16(木) 01:56:21.83

仮想のtauri狂信者を叩いてるのが一人いるのはわかった

**デフォルトの名無しさん** · 2024/05/16(木) 02:15:18.77

そんなに熱くならんでも良い
Tauriガワ＋Rustビジネスロジックな本格的定番デスクトップアプリが
未だに存在しないから察しろ

**デフォルトの名無しさん** · 2024/05/16(木) 15:17:12.19

察しろって歴史が浅いだけでは

**デフォルトの名無しさん** · 2024/05/16(木) 18:07:35.69

>>891
そこまで行くのに何十年掛かるんだろうなぁ

**デフォルトの名無しさん** · 2024/05/16(木) 18:37:15.15

>>896
既にRustで記述されているという現在の話だぞ
Rustで記述されているソース記事は>>51

**デフォルトの名無しさん** · 2024/05/16(木) 23:54:35.57

何十年かかろうがRustが普及するのは事実
乗り遅れるなよ？

**デフォルトの名無しさん** · 2024/05/16(木) 23:57:43.65

既にそれらクラウドやCDNのインフラはRust製へ切り替わっていってるし
その上で動くユーザーコードも従量制コストのためRustが採用されてるね

**デフォルトの名無しさん** · 2024/05/17(金) 00:37:51.70

Rust2024次第や

**デフォルトの名無しさん** · 2024/05/17(金) 14:37:51.89

>>898
そうやって何十年騙されてきたんだろう

**デフォルトの名無しさん** · 2024/05/17(金) 17:27:00.95

Rustって、学習コストていうか、習得難易度が高いらしいね

**デフォルトの名無しさん** · 2024/05/17(金) 18:13:44.03

本来ちゃんと考えなきゃいけないものをランタイムがやってくれるからって
思考放棄してた部分が表に出てきただけなんだよね
例えば優秀な人はCでもポインタ一つとってもその意味するところが何か、所有するのか、弱参照なのかを意識するし
オブジェクトの管理に参照カウントを実装しているだろう
実際至高のCプログラムであるlinuxカーネルはそのような作りになっている
優秀な人は凡人に見えていないものが見えてるんだよね

**デフォルトの名無しさん** · 2024/05/17(金) 18:50:38.58

>>903
>実際至高のCプログラムであるlinuxカーネルはそのような作りになっている
>優秀な人は凡人に見えていないものが見えてるんだよね
そして年間数百個の脆弱性を生む結果となっている
真に優秀なら当然そんな結果はもたらさない

自分が優秀だと勘違いしてる人は凡人にすら見える当たり前ことが見えてないんだよね

**デフォルトの名無しさん** · 2024/05/17(金) 19:03:33.62

>>904
脆弱性ゼロというのはありえないというのはわかる？

**デフォルトの名無しさん** · 2024/05/17(金) 19:06:03.74

>>903
そのランタイムに任せて非効率になる道と
人が頑張って効率的になるが脆弱性も生じる道の2つしか従来なかったところに
第3の道として効率的かつ安全が保証されるRustが登場して解決した

**デフォルトの名無しさん** · 2024/05/17(金) 19:45:03.26

>>899
Rustが向いてそうなOSやハイパーバイザが
まだまだじゃない？

**デフォルトの名無しさん** · 2024/05/17(金) 20:17:03.89

それなら有志団体のProssimoあたりがRust移植を資金調達しながらやってるじゃない
焦らんでも数十年後にはRustがそれなりに普及してるよ

**デフォルトの名無しさん** · 2024/05/17(金) 20:33:12.91

初心者向けRustが無ければ無理じゃない？

**デフォルトの名無しさん** · 2024/05/17(金) 20:36:48.91

マンガで読むrust入門とか小学生向けの本が出れば本格的普及かな

**デフォルトの名無しさん** · 2024/05/17(金) 20:39:02.47

最初にスタックフレームの説明から入るのか。

胸熱だな。

**デフォルトの名無しさん** · 2024/05/17(金) 21:01:30.45

バカと初心者は遅いバカ向け言語でいいんだよ
バカでなければその後にRustに行き着くから

**デフォルトの名無しさん** · 2024/05/17(金) 21:10:07.25

単に sudo を rust で書き直すのにもわりかし時間かかってるよな。

**デフォルトの名無しさん** · 2024/05/17(金) 21:18:42.19

昔のCでよくある
hoge = update_hoge(hoge);
みたいなプログラムはRustに移植するのがクソ大変なんだよ
古いプログラムだとこの手のコードが大量に出てくる
実質データ構造から全て書き直しになって移植に時間がかかる

**デフォルトの名無しさん** · 2024/05/17(金) 21:23:31.52

>>914
>クソ大変

なんで?

**デフォルトの名無しさん** · 2024/05/17(金) 21:25:38.04

rustを選民意識で使ってる奴とかいる？

**デフォルトの名無しさん** · 2024/05/17(金) 21:26:53.82

インターネットドメインの無償TLS証明書であるLet's Encryptなどを運用している非営利団体ISRG (Internet Security Research Group)のProssimoプロジェクトは二つの目標を掲げている。
「私たちの目標は二つある。1つは、インターネットを支えるソフトウェアインフラをメモリ安全のコードに書き換えること。もう1つは、メモリ安全性に関する人々の考え方を変えることだ。『C』や『C++』のようなメモリ安全ではない言語で書かれたソフトウェアを展開するのは危険だという証拠があるにもかかわらず使われ続けており、人々がそのリスクを十分に認識し、メモリ安全性をソフトウェアの要件と見なすようにしたい。」
このソフトウェアインフラのメモリ安全性向上に向けて取り組むProssimoプロジェクトの一環として、suやsudoなどのセキュリティユーティリティーを「Rust」で再実装して広める活動も行われている。

**デフォルトの名無しさん** · 2024/05/17(金) 21:29:19.78

コンピュータリテラシーの低い人を増やしまくった結果セキュリティ事故祭りになっているのでは？

**デフォルトの名無しさん** · 2024/05/17(金) 21:44:22.72

>>914
>> hoge = update_hoge(hoge);

その例だけなら以下で終わるから説明不十分
update_hoge(&mut hoge);

もちろんこれはメソッド化して
impl Hoge {
　fn update(&mut self) {
呼び出しはhoge.update()

これで終わる話だから
おそらく元のC言語コードがグローバル変数を使うなど酷い状態なのだろう

**デフォルトの名無しさん** · 2024/05/17(金) 21:49:13.20

>>917
C/C++を捨てる方向でどこも同じか
>>500で米政府も表明してるしな

**デフォルトの名無しさん** · 2024/05/17(金) 22:24:35.35

>>915
当たり前だがhogeはヒープで確保されており
あらゆるところで参照、保持、変更されうる場合がある
よってRcにて管理する必要がある
当然Rcの中のオブジェクトを変更できないと意味がない
つまりCellなりRefCellが必要となる
そして循環参照の問題もあるので弱参照を考えなきゃならん
このようにちょっとしたコードでも単純に移植することが難しい
rust wayな方法で書き直すしかない

**デフォルトの名無しさん** · 2024/05/17(金) 22:35:22.67

sudoが時間かかってるのは単にそれなりの規模だからってだけだと思うけどな
あとsudo風の代替品ではなくてそのまま入れ替え可能なものを目指してるから
仕様の把握と一致検証にも時間がかかるだろうし

**デフォルトの名無しさん** · 2024/05/17(金) 22:36:32.50

ゲーム開発に向かないからC/C++が残ることが確定してしまった

**デフォルトの名無しさん** · 2024/05/17(金) 22:37:07.66

>>921
Rcは必要ない
Rcは所有者が複数になった時のみ登場

**デフォルトの名無しさん** · 2024/05/17(金) 22:38:27.40

>>923
そんな話は聞いたことがない

**デフォルトの名無しさん** · 2024/05/17(金) 22:42:58.17

Rustゲームエンジン開発なんざ勝手にやっとけって感じ
セキュリティ脆弱性が致命的になる分野でのRustへの移植が大事なんだから

**デフォルトの名無しさん** · 2024/05/17(金) 22:44:28.89

>>925
ゲーム会社でRustを採用しようとするところが全然出てこない
それが答えだよ

**デフォルトの名無しさん** · 2024/05/17(金) 22:58:43.56

巨大なC/C++遺産ですぐに動けないだけでおそらく少しずつ進めているのだろう
もし何ら対策しないところがあるとすればそのゲーム会社だけ取り残されるのだろう

**デフォルトの名無しさん** · 2024/05/17(金) 23:17:51.68

ゲームなんていう表層的な分野でRustは採用なんてされてないだぁ！って駄々をこねられてもねえ

**デフォルトの名無しさん** · 2024/05/17(金) 23:57:11.09

分野によって対応の時間差が出るだろうけど
C/C++排除の流れは止まらない

**デフォルトの名無しさん** · 2024/05/18(土) 00:25:26.98

少なくともアメリカの軍事分野の制御システムは>>500の声明のとおり最優先でC/C++からRustへの置き換えられるのが確定してるし民間に広まるのは時間の問題

**デフォルトの名無しさん** · 2024/05/18(土) 00:35:56.17

DirectX、OpenGL、Vulkanといった主要なグラフィックスAPIがC/C++で作られてるし
ゲーム分野が仮にRustに置き換わるにしろ数十年はかかりそう

**デフォルトの名無しさん** · 2024/05/18(土) 06:54:07.34

ポインタの概念を経由しないでrustから入るってほぼ無理だと思うけどね。
rustから入ればc/c++はいらないって人はその辺を誤魔化しすぎてんだよ。

**デフォルトの名無しさん** · 2024/05/18(土) 09:05:31.34

ポインタの概念の理解は必要だけど C の構文は理解困難なのよね。

**デフォルトの名無しさん** · 2024/05/18(土) 10:36:57.70

rustがメインで使われるようになろうとも、組み込み系の最初の学習教材としてはC言語が一番扱いやすいから大学で組み込み系での実践言語として今後も使われていくよ
一定数ははじめからRustを教えたりJavaを教えるところもあるかもだけど

**デフォルトの名無しさん** · 2024/05/18(土) 10:48:07.73

なんか勝手に組み込みの話にされてるけどゲームはC/C++が残り続けるよ
Rustでゲームを作るのは流行らない

**デフォルトの名無しさん** · 2024/05/18(土) 18:43:24.68

政府レベルで勧告しているから少なくともビジネスレベルやその製品まではC/C++が排除されてRustへ置き換わる
ゲームのような枝葉末節は知らん

**デフォルトの名無しさん** · 2024/05/18(土) 19:54:53.77

ゲーム作る人大半の人は、言語じゃなくて、
どんなゲームエンジンを使うかしか意識しないでしょ。

まずは、メジャーなゲームエンジンに、
Rustが採用されるところからじゃない。

**デフォルトの名無しさん** · 2024/05/18(土) 20:34:58.97

Rustでゲームは向かないみたいな記事はあったけど、あれもゲームエンジンのレイヤとかではなくてもっと上のゲーム固有のロジックを記述する時にRustは向かないというだけの話じゃなかったか？

**デフォルトの名無しさん** · 2024/05/19(日) 08:21:11.59

ゲーム固有の言語と汎用の低級言語の二つを採用するのが良い
でも上のレイヤはGUIとかデータ記述言語とかで置き換えられ
ロジックを記述する言語は一つしか採用されないみたいな思想の人もいるかな

**デフォルトの名無しさん** · 2024/05/19(日) 13:44:20.88

>>938
まともなゲーム会社はエンジンを内製するんで何の言語使うかとても意識するけど

**デフォルトの名無しさん** · 2024/05/19(日) 14:21:47.30

改造とかカスタマイズはするかもしれんが、まともなところイコール内製は成立しないんじゃないかな。

**デフォルトの名無しさん** · 2024/05/19(日) 14:58:26.82

数年前にもRustはゴミ。使う奴なんていないみたいなことを言っている奴がいた気がするが

**デフォルトの名無しさん** · 2024/05/19(日) 15:44:35.31

じつはLLVMのインフラを捨てずカスタマイズしたのがRust
逆に、プロトコルの互換性はあっても
古い実装と古いコンテンツを捨ててしまうのがインターネットでしょ

**デフォルトの名無しさん** · 2024/05/20(月) 11:59:29.58

でもお前ミドルウェアとか全く書かないじゃんってやつばっかなのになぜかrust使おうとするやつ

**デフォルトの名無しさん** · 2024/05/20(月) 18:43:29.11

似たような理屈で
循環参照を全くやらないやつはmark&sweepを禁止される

**デフォルトの名無しさん** · 2024/05/22(水) 21:52:53.58

JetBrains開発Rust用IDEのRustRoverが安定版リリースに向けてライセンス体系を発表したけど非商用無料で使わせて貰えるみたい
ttps://blog.jetbrains.com/rust/2024/05/21/rustrover-is-released-and-includes-a-free-non-commercial-option/

**デフォルトの名無しさん** · 2024/05/23(木) 02:03:24.72

おお　(^－^)

**デフォルトの名無しさん** · 2024/05/23(木) 06:59:30.95

RustRover 優秀そうだけど、デファクトになってほしくないんだよなぁ。LSPベースの rust-analyzer と開発体験を分断されたくない。

Kotlin みたいに JetBrains 製品にお布施しないとまともな開発者体験を得られない言語に成り下がられるのはゴメンだ。

**デフォルトの名無しさん** · 2024/05/23(木) 07:38:03.27

JetBrainsのRustIDE、完全有料になるかと思ってたわ

**デフォルトの名無しさん** · 2024/05/23(木) 08:30:48.75

どうせ頃合いを見て有料化するだろ

**デフォルトの名無しさん** · 2024/05/23(木) 09:03:01.21

> 開発体験を分断されたくない。
後発にしては厳しい無料条件なので心配しなくても良いかと

正式な開発でなくても(リモートワークも含めて)仕事時間中に使えば
"regular direct or indirect income"に該当するから"non-commercial license"は適用違反

"non-commercial license"はテレメトリーをオプトアウト出来ないので要注意

**デフォルトの名無しさん** · 2024/05/23(木) 11:44:30.79

>>949
KotlinはintellijのCommunity版では駄目なの？

**デフォルトの名無しさん** · 2024/05/23(木) 19:28:45.95

>>912
とバカが申しております

**デフォルトの名無しさん** · 2024/05/23(木) 19:58:53.15

バカにはスクリプト言語でまともなコードを書くのは難しい

**デフォルトの名無しさん** · 2024/05/23(木) 22:37:27.54

>>831の反Rustの人ですら
数行のコード以外はスクリプト言語よりもRustの生産性が高いと認めてるもんな

**デフォルトの名無しさん** · 2024/05/24(金) 11:24:20.14

10行以内かつ実行時間10秒以内のスクリプトだけはPythonの方が生産性が高い

**デフォルトの名無しさん** · 2024/05/24(金) 12:56:31.70

四半期に一回、特定のひと一人で、実行時間1分みたいな、たくさん動かないやつはJVMか.NET系で買いてるかな～

Rustで書くスキルも無いが。

**デフォルトの名無しさん** · 2024/05/24(金) 17:03:15.24

>>956
んなこたない。適当なAPI叩いて結果保存するくらいのことでわざわざrustなんか使わねーよ。

**デフォルトの名無しさん** · 2024/05/24(金) 18:06:34.32

シェルスクリプトでいいわな

**デフォルトの名無しさん** · 2024/05/24(金) 18:25:46.80

俺もbashスクリプトで辛くなったらRust使ってる

**デフォルトの名無しさん** · 2024/05/24(金) 18:33:51.22

シェルスクリプトはもう古い
クソ文法すぎる
これからは google/zx だよ

**デフォルトの名無しさん** · 2024/05/24(金) 20:29:44.37

いまawsやるならrustがベスト？

**デフォルトの名無しさん** · 2024/05/24(金) 20:31:15.62

何でもシェルスクリプトでやろうとするガイジが昔湧いてたなぁ

**デフォルトの名無しさん** · 2024/05/24(金) 21:19:59.79

AppImageはギルティ？

**デフォルトの名無しさん** · 2024/05/24(金) 21:51:51.21

>>963
CPUメモリリソース料金を下げるためにRust利用がベストチョイス

**デフォルトの名無しさん** · 2024/05/24(金) 23:15:30.97

やりたいこと次第だけどシェルの代替はPythonでほぼ事足りると思う
ファイル操作、文字列のパースやフォーマット、プロセスの呼び出しなどは簡単にできるし読みやすい

**デフォルトの名無しさん** · 2024/05/24(金) 23:15:34.63

やりたいこと次第だけどシェルの代替はPythonでほぼ事足りると思う
ファイル操作、文字列のパースやフォーマット、プロセスの呼び出しなどは簡単にできるし読みやすい

**デフォルトの名無しさん** · 2024/05/24(金) 23:31:06.67

シェルスクリプトとRustで十分
Pythonは不要

**デフォルトの名無しさん** · 2024/05/24(金) 23:53:57.26

wslが使い物になるようになってから全部シェルスクリプトでよくね？ってなっちゃった

**デフォルトの名無しさん** · 2024/05/24(金) 23:59:24.64

ある程度以上はRust利用

**デフォルトの名無しさん** · 2024/05/25(土) 06:44:35.86

>>967
Pythonは文法がなぁ。Python使うならNimの方がいい。

RustScriptとかどうなんかね。

**デフォルトの名無しさん** · 2024/05/25(土) 08:48:10.16

Pythonってライブラリ資産が豊富でマルチプラットフォームなスクリプトだから使われてるだけでしょ

**デフォルトの名無しさん** · 2024/05/25(土) 09:34:12.56

>>973
その通りだけどそれが重要じゃん
だからRustはユーザ少ないし流行らないし消えそうじゃん

**デフォルトの名無しさん** · 2024/05/25(土) 09:57:20.38

これだけネットインフラのRust化が進んでいて「流行らない」と言い出す人

**デフォルトの名無しさん** · 2024/05/25(土) 10:30:11.54

じゃあ数字で出してよ

pythonが流行ってるとしてRustはどうなのか？
ユーザ数でもプロダクト数でも何でも良いから比較数値を出して見てよ

**デフォルトの名無しさん** · 2024/05/25(土) 10:45:29.87

>>976
分野に定着すれば数が少ないことは「消えそう」という根拠にはならない。
総合的な判断なので一部の数値を見るのはあまり意味がないが……。
事実上の標準であるリポジトリ PyPI と crates.io のパッケージ数はそれぞれ 543556 と 146503 。
Python のほうがかなり数は多いが Rust が消えそうなほど弱小ということはない。
エンドユーザーに近いほうが数は多いのが自然だし。

**デフォルトの名無しさん** · 2024/05/25(土) 10:57:59.92

The Best Blogs and Websites - Feedly
ttps://feedly.com/i/top/rust-blogs

**デフォルトの名無しさん** · 2024/05/25(土) 11:20:17.33

TIOBEとかgithubとか色々でてるじゃん
どう判断するかはあるけどそれくらい探せよ

**デフォルトの名無しさん** · 2024/05/25(土) 11:24:55.77

>>973
十分普及しているからさらに使われれるという面もあるな。
配布するスクリプトは昔ならわざわざ実行環境入れてもらうハードルがあるから標準の sh や bat を書いてたけど
今は安心して python 一本だな。

**デフォルトの名無しさん** · 2024/05/25(土) 11:48:54.94

>>980
数は正義だからね

**デフォルトの名無しさん** · 2024/05/25(土) 11:49:54.05

ここはRustスレだ
バカはクズ言語Pythonを使っていろ
しかしバカはここから出て行け

**デフォルトの名無しさん** · 2024/05/25(土) 11:57:26.64

俺がRustを使ってないと何時から錯覚した？

他の言語も使うがRustも普通に使ってるぞ