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