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

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

>>983
ありがとう

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

>>978
こういうのをまとめようとはしているよ
https://smallcultfollowing.com/babysteps/blog/2023/12/07/rust-design-axioms/

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

>>982
FromとかAsRefとかDerefとかの時点でもうようわからんぜ

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

Fromは汎用的な変換だよ
変換に失敗する可能性を含む時はTryFromを使う

AsRefは参照から(別型の)参照への読み替え変換
コストがかからない場合が対象
コストがかかるものはFromを使う

Derefは変換ではなく演算子
変換は複数の型への変換を実装できるけど
演算子なので各型で決められた一つの型へderefできる
&T→T
Box<T>→T
Rc<T>→T
Vec<T>→[T]
String→str
PathBuf→Path
など

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

あー。それぞれの比較はまあそうなのかもしれないんだけど、そもそもどういうtraitがあってどういう時に使うべきなのかを全て把握できてないせいで実際にコード書く時にどれを使うとRustらしいコードになるのかわからなくなるってのがしんどいんだよね

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

>>988
どの分野のどんな話でも基本パターンの学習による慣れ
問題

match std::env::args().XXXXX {
　Some("yes") => ...,
　Some("no") => ...,
　_ => ..., // エラー
}

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

梅

**デフォルトの名無しさん** · 2024/02/24(土) 04:00:00.27

「当然こういうのが標準ライブラリにあって然るべきだろう」みたいな感覚ができるから結局は慣れ。
常識的に考えてあるだろうと思ったら nightly だったみたいなこともよく経験するから俺が欲しいようなものはみんな欲しいんだなと思う。
実質的に言語の一部みたいなくらいのやつは嫌でも避けられないから何度もドキュメントを読み返すはめになるし、そのうち自然に使えるようになる。

**デフォルトの名無しさん** · 2024/02/24(土) 12:21:57.67

>>987
Derefは演算子でも利用されるがDerefそのものが演算子(や演算子の実装)というわけではない
Type Coercionというのは型変換(Type Conversion)の一種なのでDerefは変換ではないというのもやや言い過ぎ

各型で決められた一つの型にderefされるのは演算子だからという理由ではなくて
Derefはスマートポインタが包んでる値へのアクセスを便利にするために用意されたものだからderef先の型は自然と一つに決まるため(>>733)

&T→TはDerefの役割ではない

**デフォルトの名無しさん** · 2024/02/24(土) 12:57:43.72

AsRefとBorrowは未だにわからんなあ
調べてもHashMapがBorrow要求するならそこだけBorrow使っておけばいいか……で思考停止してる

**デフォルトの名無しさん** · 2024/02/24(土) 13:58:08.04

埋

**デフォルトの名無しさん** · 2024/02/24(土) 13:58:23.94

生め

**デフォルトの名無しさん** · 2024/02/24(土) 13:58:40.99

、埋め

**デフォルトの名無しさん** · 2024/02/24(土) 13:58:46.56

！埋め

**デフォルトの名無しさん** · 2024/02/24(土) 13:58:52.17

？埋め

**デフォルトの名無しさん** · 2024/02/24(土) 13:59:00.55

○埋め

**デフォルトの名無しさん** · 2024/02/24(土) 13:59:07.65

～埋め

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 34日 14時間 37分 28秒