Rust part22

**デフォルトの名無しさん** · 2024/01/20(土) 23:21:40.08

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

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

**デフォルトの名無しさん** · 2024/02/16(金) 06:06:29.14

RustのEdition方式が優秀すぎる
新たな機能の規格で分けるのではなく
各Editionは後方互換性の変化で分けているため
過去に書かれたコードも必ず動く

**デフォルトの名無しさん** · 2024/02/16(金) 08:50:06.12

>>857
規格が同じといいつつ機能消してんだから同じなのは規格の名前だけじゃん

**デフォルトの名無しさん** · 2024/02/16(金) 08:50:57.44

規格から機能ごと消えるんならよう

**デフォルトの名無しさん** · 2024/02/16(金) 08:57:09.07

>>859
消してないけど何いってんの？

**デフォルトの名無しさん** · 2024/02/17(土) 07:36:35.11

ID:T31Boec7
流石にこいつ日本語能力なさすぎだろ
ガイジかな？

**デフォルトの名無しさん** · 2024/02/17(土) 07:58:38.87

mojo vs rustでmojo公式とnetflix天才とRust本著者で盛り上がっている
https://www.youtube.com/watch?v=MDblUyz0PtQ

>>814,835
早口なので大変だろうけどちょとした言葉の節々に情報があるからリスニングがんばれ

**デフォルトの名無しさん** · 2024/02/17(土) 08:38:43.36

>>863
copilotで要約して貰うのが時間も短縮できるのに無能だなw

**デフォルトの名無しさん** · 2024/02/17(土) 11:31:52.42

>>864
この天才同士のディスカッションを楽しめないなんて損してんね🥲

**デフォルトの名無しさん** · 2024/02/17(土) 11:55:10.10

Netflixの天才とかいうのが胡散臭くて信頼性がないんだけどどういう人なのよ。

**デフォルトの名無しさん** · 2024/02/17(土) 12:54:06.77

>>863
この人の英語聞き取りにくい
もうちょっとゆっくり喋って欲しい
中身うっすいのにさ

**デフォルトの名無しさん** · 2024/02/17(土) 12:58:21.47

>>862
普通に境界性知能ってやつでは？
この手のは全部そうだと思うようにしてる

**デフォルトの名無しさん** · 2024/02/17(土) 17:40:44.30

>>863
ベンチマーク試してみたところ以外はブログ記事のまんまなのでわざわざ動画で見なくてもいいなこれ

公式ブログに書くならもうちょっとちゃんとしたベンチマークやれよって感じ
見識を疑うレベル

**デフォルトの名無しさん** · 2024/02/17(土) 18:56:01.48

Netflixの天才がいかがでしたかブログレベルの動画を出すとは

**デフォルトの名無しさん** · 2024/02/17(土) 19:01:49.62

>>863
動画内の指摘が記事に反映されてMojoがRustの3倍速いじゃん!!
Mojoコンパイラ賢いな

**デフォルトの名無しさん** · 2024/02/17(土) 19:07:25.89

以前からMojoがCより何倍も速い！とかやってるけど
ベンチ方法や条件などが何かおかしい

**デフォルトの名無しさん** · 2024/02/17(土) 20:11:15.92

SIMDが効くような恣意的なベンチだしな

**デフォルトの名無しさん** · 2024/02/17(土) 21:00:37.77

でもデータを見てから断罪するのは俗っぽいから
データを見ないでロジハラするのがベター

**デフォルトの名無しさん** · 2024/02/17(土) 21:16:16.12

DynamicVectorは最適化でSIMD使うように最適化されるってだけだろ
あと末尾最適化する
くだらなすぎる

**デフォルトの名無しさん** · 2024/02/17(土) 21:40:36.38

え？　Rustって末尾最適化できんの？

**デフォルトの名無しさん** · 2024/02/17(土) 23:56:23.75

Rust Reserved keywords

KW_ABSTRACT : abstract
KW_BECOME : become
KW_BOX : box
KW_DO : do
KW_FINAL : final
KW_MACRO : macro
KW_OVERRIDE : override
KW_PRIV : priv
KW_TRY : try
KW_TYPEOF : typeof
KW_UNSIZED : unsized
KW_VIRTUAL : virtual
KW_YIELD : yield

**デフォルトの名無しさん** · 2024/02/18(日) 09:43:13.97

>>873,875
同じLLVM系なのにRustが3倍遅いのかよ!!
Mojoがコンパイラ賢いのかRustコンパイラが...

**デフォルトの名無しさん** · 2024/02/18(日) 10:23:17.76

あれを見て本当にRustが遅いと思っちゃう層の人にRustは向いてない

**デフォルトの名無しさん** · 2024/02/18(日) 10:24:13.10

ちなみにSIMD云々は本質じゃないよ

**デフォルトの名無しさん** · 2024/02/18(日) 10:33:07.03

>>879が3倍速いRustコードを出すってよ

**デフォルトの名無しさん** · 2024/02/18(日) 10:46:23.01

これはGoの方が速いんじゃないか？

**デフォルトの名無しさん** · 2024/02/18(日) 11:13:09.56

GoはGCを伴う言語だから論外
MojoはC/C++/Rustより3倍速い

**デフォルトの名無しさん** · 2024/02/18(日) 11:27:28.89

>>878
同じLLVMといってもMLIRという数値計算に最適化されたIRを使ってるから速い
恣意的な例である

**デフォルトの名無しさん** · 2024/02/18(日) 11:36:55.83

そういえば昔Delphiがコンパイルの速さを売りにしてたの思い出した
なんか懐かしい

**デフォルトの名無しさん** · 2024/02/18(日) 12:18:39.29

20年後にRustを懐かしむスレはここですか？

**デフォルトの名無しさん** · 2024/02/18(日) 14:55:22.54

20年後には流石にもっと良い言語が登場して流行っていることを期待している

**デフォルトの名無しさん** · 2024/02/18(日) 15:22:23.80

>>885
アンダースヘルスバーグ天才だよな
ボーランドでDelphi作って
マイクロソフトでC#とTypeScript作って

**デフォルトの名無しさん** · 2024/02/18(日) 15:34:23.48

>>888
MAUIくん！病室に戻るんだ！

**デフォルトの名無しさん** · 2024/02/19(月) 09:27:30.10

>>888
俺は天才とは思わない
この人ってお手本となる言語があって
それをよりよくすることは得意な気がする

**デフォルトの名無しさん** · 2024/02/19(月) 10:19:49.07

普通の人が実務で使うような汎用プログラミング言語は
とびぬけた画期的なパラダイムで構成しても使い難いし、
ひとつひとつはどうということはない要素を上手く組み合わせる
バランス感覚が重要って感じはあるね。
天才的な閃きでどうにかするようなものではない。

**デフォルトの名無しさん** · 2024/02/19(月) 11:58:45.15

既存のものをうまく組み合わせたりリーダーシップをとったりするのに天賦の才があったという意味なら天才かな

**デフォルトの名無しさん** · 2024/02/19(月) 12:07:19.13

自分は何も出来ない無才なのによく言うわw

**デフォルトの名無しさん** · 2024/02/19(月) 14:11:02.99

C#→Javaのビミョーなところを直す
Delphi→Pascalのビミョーなところを直す
TypeScript→JSに型付け

**デフォルトの名無しさん** · 2024/02/19(月) 14:41:59.29

Rustのビミョーなところを直して欲しい

**デフォルトの名無しさん** · 2024/02/19(月) 15:33:58.75

R#だすかー

**デフォルトの名無しさん** · 2024/02/19(月) 16:37:49.01

Turbo PascalやDelphiやVisual J++は彼か作ったと言えるがTypeScriptはHejlsbergが作ったわけじゃないからな

広報+コントリビューター+社外との政治的調整役

**デフォルトの名無しさん** · 2024/02/19(月) 18:10:38.68

R#とか絶対統計処理用の言語じゃん

**デフォルトの名無しさん** · 2024/02/19(月) 18:20:06.89

そうだな
じゃあRustyNailって名前にするか

**デフォルトの名無しさん** · 2024/02/19(月) 18:38:07.38

ビミョーなところをどうにかしたってどうせ別のビミョーなところが出てくるに決まってるんだよ。
だましだまし発展させて行き詰まったあたりでまた新しい何かが登場するのが世の中のサイクルというもんだ。

**デフォルトの名無しさん** · 2024/02/19(月) 18:50:17.05

割とマジでヘルスバーグ動きますの可能性はある
Carbon、Go→Google
Rust→Mozilla
？→Microsoft

この流れは確かにある

**デフォルトの名無しさん** · 2024/02/19(月) 20:05:38.11

GoogleもMicrosoftもRust支持で
Carbonの公式FAQにはRustが使えるならRustが良いと明記されている

**デフォルトの名無しさん** · 2024/02/19(月) 20:34:12.24

Rust支持というより、現状最良の選択肢がRustであると認めているだけでは
なのでもっと良い選択肢を作ることが出来たら嬉々として打ち出してくる可能性はあると思う

**デフォルトの名無しさん** · 2024/02/19(月) 20:55:09.09

代替の芽が今ないから早くて十数年以上先
MojoはPythonベースで関心が数値計算に向いていて違う

**デフォルトの名無しさん** · 2024/02/19(月) 20:57:44.38

Netflixの天才は2年かけて右端の住人になったのか
https://pbs.twimg.com/media/GDa2G6iWIAAsyh3.jpg:orig

これからは目立った実績が無いのにRust歴が長いと
型〇ナニーで時間溶かしてると認定される

**デフォルトの名無しさん** · 2024/02/19(月) 21:23:20.71

>>905
Go？
Goはランタイムが大きくGCベースの言語だからRustの代わりにならんよ

**デフォルトの名無しさん** · 2024/02/19(月) 21:38:55.37

>>906
結局さ一周回ってAdaで良いんじゃ？

**デフォルトの名無しさん** · 2024/02/19(月) 21:46:39.06

オーガスタちゃんが平伏せと命令する言語？

**デフォルトの名無しさん** · 2024/02/19(月) 22:19:23.32

Web用途だとRustはtokioと関連ライブラリが必須だからGoよりランタイム大きくなるけどね

**デフォルトの名無しさん** · 2024/02/19(月) 22:41:42.37

>>909
Rustバイナリが小さい
tokio+hyper他で特別な指定もなく普通に作ったweb server実行バイナリがstrip後に1.3MB

**デフォルトの名無しさん** · 2024/02/19(月) 23:17:36.45

サーバーエンドでバイナリサイズなんてどうでもいいけど専有メモリ量がJavaやGoより小さいのはよい

**デフォルトの名無しさん** · 2024/02/20(火) 03:09:16.36

Rustってcargo buildとかやると通信量結構えげつない

**デフォルトの名無しさん** · 2024/02/20(火) 08:39:03.07

依存関係があるライブラリをダウンロードすれば Rust に限らず
それなりにたいくさんひっついてくるのはよくあること。

**デフォルトの名無しさん** · 2024/02/20(火) 08:51:21.95

C++でビルドする前にapt-getしてね、ってのも同じことだしな

**デフォルトの名無しさん** · 2024/02/20(火) 09:54:42.94

Rustだと依存ライブラリの数が桁違いに多くなるのが原因

**デフォルトの名無しさん** · 2024/02/20(火) 10:20:25.82

お前それ、 JavaScript の前でも同じこと言えるの？

**デフォルトの名無しさん** · 2024/02/20(火) 10:20:33.45

>>903
その通り
Rustの次に期待

**デフォルトの名無しさん** · 2024/02/20(火) 13:00:59.06

>>907
ブロックが波カッコだったらなぁと思ったことある。

**デフォルトの名無しさん** · 2024/02/20(火) 13:46:52.53

一回DLしたパッケージOSにキャッシュしてくれればいいんだけど
そうじゃないから学習でやってると無尽蔵に取りにいくのはなんとかならんのか

**デフォルトの名無しさん** · 2024/02/20(火) 14:05:25.22

>>919
えっ、普通にキャッシュしますが……。

**デフォルトの名無しさん** · 2024/02/20(火) 14:18:44.11

>>919
1回しかダウンロードしない
その後はそのキャッシュを用いる

**デフォルトの名無しさん** · 2024/02/20(火) 14:47:39.06

それよりディスク使いすぎだろ
ビルドの中間生成物が簡単にギガ単位になる

**デフォルトの名無しさん** · 2024/02/20(火) 15:44:30.40

>>922
それな
複雑なコンパイラでインクリメンタルビルドを高速化するには空間性能を犠牲にするしかないんだろ

**デフォルトの名無しさん** · 2024/02/20(火) 15:54:29.36

大きなライブラリは動的リンクすることにしてもいいけど、
そしたら実行環境の管理と開発環境の管理を分離しづらくて面倒くさくなる。
どうやったってどこかに負担はかかるならストレージさえあれば
だいたい解決ってほうがいいという戦略なんだろ。

**デフォルトの名無しさん** · 2024/02/20(火) 18:32:02.94

Rustほどディスク使う言語他にあるの？
桁違いに多いと思うんだが

**デフォルトの名無しさん** · 2024/02/20(火) 18:32:44.23

ディスクはまあTB行かなければ何をやっても良いわ

**デフォルトの名無しさん** · 2024/02/20(火) 18:46:34.01

ビルドキャッシュの一部を何もしなくてもプロジェクト跨いで共有してくれればまだいいんだけどね
用途的に外部ストレージやNASに置くようなものじゃないというのが困るところ

**デフォルトの名無しさん** · 2024/02/20(火) 18:56:04.80

Rust (cargo)のソースダウンロードしてすべて同一マシンでビルドする前提の設計はいいと思う。
soとかdllとかjarみたいなの、あまり信頼したくないというか。

**デフォルトの名無しさん** · 2024/02/20(火) 19:01:23.73

Crates.ioを信頼してどうせ落ちてきたもの毎回ソース全行確認したりはしないんだから、落ちてくるものがバイナリになっても別に良いかな

**デフォルトの名無しさん** · 2024/02/20(火) 19:12:55.50

so使ってsymbol not foundとかよくあるしな
基本的にC++ソフトのビルドは作者が使ってるディストリでしか再現しないと思ったほうがいいくらい
しょうがないからDockerでビルド環境作ったりするけど面倒だしディスクも食うし
結局ディスクキャッシュが多少多いくらいで済んでるRustが一番マシな気がする

**デフォルトの名無しさん** · 2024/02/20(火) 19:56:43.04

soが悪いのではなくまともなパッケージマネージャーもまともな依存解決ツールもないのが悪い

**デフォルトの名無しさん** · 2024/02/20(火) 20:07:01.59

確かにOS非依存のC++標準パッケージマネージャと中央レジストリがあれば良かったかもね
ただその場合でもABIが不安定なのはどうしょうもないから
Rustと同じく手元で全部コンパイルする方式になったと思うけど

**デフォルトの名無しさん** · 2024/02/20(火) 20:11:30.03

Cargo 風の管理をする C++ 用パッケージマネージャはある。
最初からそのパッケージマネージャ用に構成してくれてないと
なかなか素直にはビルドできないことに変わりないんだけど。
パッケージマネージャが優秀でも C++ 世界では
「統一されていない」ことが面倒くささになってる。

**デフォルトの名無しさん** · 2024/02/20(火) 21:39:15.46

そう考えると中間言語形式で配布できてAOTコンパイルもできる.NETがさいつよって話？

**デフォルトの名無しさん** · 2024/02/20(火) 21:43:07.30

NuGetが使いやすいと感じた事がないし、充実していると感じたこともない

**デフォルトの名無しさん** · 2024/02/20(火) 21:59:58.18

>>934
dotNET は事前コンパイルしてもランタイムサポートの分厚さ (にかかる実行コスト) は避けられないので
コンピュータの性能を絞りきるようなつよつよ最適化は無理じゃないかなぁ。
いろんな方式の良いところを上手く取り入れて総合的には良いものに仕上がってるとは思うけど
それが最強かというと状況によるんじゃないの。

**デフォルトの名無しさん** · 2024/02/20(火) 22:14:04.42

>>921
チャプターサンプル毎にプロジェクト作ったら毎回DLしてるように見えるけど

**デフォルトの名無しさん** · 2024/02/20(火) 22:16:27.29

パッケージの使い勝手という意味ではdocs.rsの存在も大きい気がするな
どんな野良ライブラリでも決まった場所に決まったフォーマットのAPI一覧が確実に存在するというのはかなり便利

**デフォルトの名無しさん** · 2024/02/20(火) 22:30:04.17

ドキュメントを全く書かなくても少なくとも公開されている一覧はわかるってのは強い。
最悪の場合でもコードへのリンクもあるし。
Haskell のリポジトリがこういう感じだったので他の言語でもこれくらいやればいいのにと思ってたから
Rust で取り入れてくれたのはかなり嬉しい。

**デフォルトの名無しさん** · 2024/02/20(火) 22:37:39.60

>>926
いや、スマホでセルフ開発する時に困るだろ？

**デフォルトの名無しさん** · 2024/02/20(火) 22:45:53.34

>>940
そんなやつはおらんで～～

**デフォルトの名無しさん** · 2024/02/20(火) 22:47:07.61

ス、スマホ？

**デフォルトの名無しさん** · 2024/02/20(火) 23:05:21.55

procマクロとかコンパイル環境で展開したいものを除くとtarget指定した環境に依存するだけだから手元でコンパイルする必要性は全くない

いずれにしろどこでビルドするかと中間生成物のサイズが異常にデカくなる話とは別の話だよね

**デフォルトの名無しさん** · 2024/02/20(火) 23:07:55.15

もしスマホで開発する人がいたとしても
レンタルサーバに接続して表面上の操作にスマホを使うだけで、
実質的なストレージ・計算リソースはサーバのものを使う形にするのが普通。
スマホ内で完結させようとしたらツールチェインをセットアップするだけでもクソ面倒くさい話になるぞ。

**デフォルトの名無しさん** · 2024/02/21(水) 00:35:56.53

働いてないとスマホで開発するとかいう前代未聞の人間がいるんだな

**デフォルトの名無しさん** · 2024/02/21(水) 01:44:30.82

スマホで開発はむしろ最先端

**デフォルトの名無しさん** · 2024/02/21(水) 05:17:16.65

iPhoneが出たばかりの頃から、脱獄して開発環境を入れてObjective-Cでプログラミングしてる人は一定数居ただろ。
最近では、どのプログラミング言語でも使えてLinux（Android）と遜色ないよ。
今のスマホは、外部モニターも外部SSDも繋げるし、外部グラボのGPUでLLM開発だってできる。ほぼほぼRaspberryPi5と変わらないよ。
だからこそ組み込みにも強いRustが注目されてるんｼﾞｬﾏｲｶ

**デフォルトの名無しさん** · 2024/02/21(水) 05:44:41.84

スマホでRustformersからLLM開発する場合、ローカルにOllama入れとくか、サーバにGPT-4やLlama2を入れとくかぐらいの違いしかない。
Google Coralもスマホでも使える前提の製品で、このチップは発熱量が減ればスマホに内蔵されるだろう。
実際、Vision Transformerのような技術を応用しているApple Vision Proが製品化されたから、スマホからこういった機器に移行するのかもしれない。
今後数年間、これらの技術動向から目が離せない状況が続くんだろう。

**デフォルトの名無しさん** · 2024/02/21(水) 08:28:43.22

ダウンロードしたクレートキャッシュの自動削除はもうすぐ来そう
ビルドキャッシュの自動削除はその後実装予定っぽい
https://blog.rust-lang.org/2023/12/11/cargo-cache-cleaning.html

**デフォルトの名無しさん** · 2024/02/21(水) 08:31:36.21

グローバルなビルドキャッシュ共有の話も予定には挙がってるね

**デフォルトの名無しさん** · 2024/02/21(水) 09:05:07.84

>>934
何を基準でさいつよかの定義による

デスクトップ
Web
バックエンド
iOS/Android
ゲーム

とC#だけで全部作れる
各分野でベストな選択肢では無いけど平均点以上のベターではある
とりあえずC#使えれば何でも作れるという意味ではさいつよ

**デフォルトの名無しさん** · 2024/02/21(水) 09:19:16.71

>>951
.netの毎年の長文blog最適化レポートを見ると2年後くらいでNativeAOT最適化がC/C++に肉薄すると思う

**デフォルトの名無しさん** · 2024/02/21(水) 10:25:34.81

デスクトップ
Web
バックエンド
iOS/Android
ゲーム

とC言語だけで全部作れる
各分野でベストな選択肢では無いけど平均点以上のベターではある
とりあえずC言語使えれば何でも作れるという意味ではさいつよ
チューリング完全なので

**デフォルトの名無しさん** · 2024/02/21(水) 10:33:55.14

無能なやつほどゴールデンハンマー症候群に罹患しやすい

**デフォルトの名無しさん** · 2024/02/21(水) 10:37:42.60

>>953
嘘ばっかりだなw

**デフォルトの名無しさん** · 2024/02/21(水) 12:23:52.50

>>949
さすがに問題として認識はしてたんだな
スマホセルフ開発の日は近い

**デフォルトの名無しさん** · 2024/02/21(水) 12:50:43.67

マジでスマホしか持ってないの？
クソワロタ