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/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

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

**デフォルトの名無しさん** · 2024/02/21(水) 13:41:48.13

ウェアラブル系の機器には失望した。
どこへでも持っていけるよりどこへも往く必要のないインフラこそ目指すべき未来だろ。

**デフォルトの名無しさん** · 2024/02/21(水) 14:32:00.13

>>954
同意

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

>>958
背もたれ付きベッド

**デフォルトの名無しさん** · 2024/02/21(水) 15:11:12.28

>>953
Rustはチューリング安全だぞ

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

>>957
働いてないと「スマホで開発==スマホしか持ってない」という発想になるんだなww

**デフォルトの名無しさん** · 2024/02/21(水) 16:15:10.41

>>960
ベッドといえばフランスベッドが取り扱ってるAI 視覚支援機器『オーカムマイアイ2』(OrCam MyEye 2)は、
イスラエルのオーカムテクノロジーズ（OrCam Technologies Ltd）の製品だったな。
これは活字の読み上げみたいだけど、寝具メーカーは、どこへも往く必要のない未来インフラをAI使って目指してるんだろう。
ウェアラブル系が狩猟型・動物型とすれば、寝具系は農耕型・植物型なんだろうな。人間は生活の約３割は寝てるんだから当然だけど。

**デフォルトの名無しさん** · 2024/02/21(水) 16:30:25.40

表向きはどうであれたぶん寝たきり用だから話を膨らませるのはそのくらいにしとけ

**デフォルトの名無しさん** · 2024/02/21(水) 16:47:28.48

いくらなんでもスマホでコーデングはせんやろ

**デフォルトの名無しさん** · 2024/02/21(水) 16:49:23.05

寝たきりで親指しか動かないとかならスマホでコーディングするかもしれん

**デフォルトの名無しさん** · 2024/02/21(水) 16:54:05.86

性能がどうこうよりもシンプルに画面が狭いのはすごくつらい。
無理。

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

>>962
いやお前に当てはめてるだけだぞ
何言ってんだ？

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

はちみつ餃子氏最近見ないからRust関連は触れないことにしたのかと思ったらコテ外して書き込みに来ててわろた

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

>>969
新スレ立ったときに名前欄に入力するのを忘れてたままやな

**デフォルトの名無しさん** · 2024/02/22(木) 23:42:55.14

>>949
毎晩ならその機能もう使えるのか

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

今のスマホって値段はPC並みなんだから、スマホでの開発環境出てこいと思わなくも無い。
もちろんその場合は外付けのディスプレイとキーボードつけるだろうが。

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

今のスマホって値段はPC並みなんだから、スマホでの開発環境出てこいと思わなくも無い。
もちろんその場合は外付けのディスプレイとキーボードつけるだろうけど。

**デフォルトの名無しさん** · 2024/02/23(金) 15:12:44.34

iPadでXcode使えるからそれで遊んでみれば

**デフォルトの名無しさん** · 2024/02/23(金) 15:20:09.67

Rustが使えないとな

**デフォルトの名無しさん** · 2024/02/23(金) 15:21:05.22

クソスレまで立てちゃってw
素直に中古のノートPCでも買えよ

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

traitの種類多すぎて把握しきれん
使い分けもようわからんし

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

Pythonのpep20みたいなってRustにもあるの？

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

スマホやタブレットなどのモバイルOS上に開発環境用意するのは主に2つユースケースがある
1つはモバイルOS上で実行させる小さなユーティリティを作るため
だいたいlinux emulatorみたいなアプリ内環境で稼働させる
もう一つは出先の空いた時間や障害対応等の緊急時にノートPCを持ち歩かなくても簡易的な作業なら対応できるようにしておくため

前者はスマホだけで作るやつもいるにはいるが少数派
なので今のところはメイン開発環境は別に用意してるのが大半

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

PEP20って何だよと思ったらあのウンコポエムだった

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

次スレタイトル間違えてしまったのですまんが誰か立て直してくれ
規制食らってもう立てられなくなった

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

>>977
traitとは機能を抽象化した抽象型だから使いたい機能のtraitを選ぶか作ればよい
structなどの具象型は各々必要な各機能(trait)を実装しているもしくは実装すればよい
そして抽象型(trait)を用いてプログラミングすることでその機能を実装する全ての具象型を対象とした共通コードにできる

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

次スレ
Rust part23
https://mevius.5ch.net/test/read.cgi/tech/1708677472/