Rust part16

**デフォルトの名無しさん** · 2022/06/27(月) 08:17:03.45

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

Web上の実行環境
https://play.rust-lang.org

日本語の情報
https://rust-jp.rs/

※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 part15
https://mevius.5ch.net/test/read.cgi/tech/1652347700/

**デフォルトの名無しさん** · 2022/07/22(金) 15:43:33.15

>>434
Ownership/reference自体はc++にもあるからあんまり革新的とは思えないな。

コールスタック&RAIIを中心にしてメモリ管理ルールを再構築して、厄介なヒープメモリの管理をできるだけ避けて高速化しているのが特徴だと思う。
革新的なのはそのルールを徹底していることくらいかと。

**デフォルトの名無しさん** · 2022/07/22(金) 17:12:05.71

安全性とゼロコスト抽象化の制約下で開発効率を高める仕組みを導入していることがRustの特徴だよね
言語仕様や処理系実装上での苦労や工夫はいろいろあるが、それらによって実現される機能自体が目新しいものというわけではない

**デフォルトの名無しさん** · 2022/07/22(金) 17:40:06.82

Rustが発明したのかどうかはしらんけど、Borrow Checkerは他の普通の言語にはない仕組みで、目新しく感じるけどなあ
Borrow Checkerが効かないようなコードを書くんだったらRustを使う意味が感じられないぐらいにはね

**デフォルトの名無しさん** · 2022/07/22(金) 17:44:11.14

>>436
インターフェースの問題とJavaの問題を混同するのが論外

**デフォルトの名無しさん** · 2022/07/22(金) 18:05:15.33

Borrow checker自体は2000年頃のCycloneの時点でほぼできていたっぽい
Rust独自なのは多分shared xor mutableとmove by defaultじゃないかな

**デフォルトの名無しさん** · 2022/07/22(金) 19:11:51.06

>>437
そう。
C++には何でもある。
それが欠点。
必要なものに厳選して誰でも使えるようにしたのがRust。
C++のアイデアとJavaの実用性、二つの遺伝子を組み合わせたのがRust。
ちなみにお母さんがJava、お父さんはHaskellという建前だけど、本当のお父さんはC++。
Haskellさんは、自分の子供だと信じてる。

**デフォルトの名無しさん** · 2022/07/22(金) 21:06:16.19

キモいな
Javaは遺伝子引き継いでないから代理出産に違いない

**デフォルトの名無しさん** · 2022/07/22(金) 21:16:25.55

>>442
javaの立ち位置なんて、無関係な癖に建物の影からチラチラこちらをうかがって変な妄想してる気味悪い知らない奴だよ。

**デフォルトの名無しさん** · 2022/07/22(金) 21:29:36.07

>>435
あの人はプログラミング能力だけの人じゃなくてDBとか分散システムのアルゴリズムが主戦場の人でしょ。
プログラム読み書き堪能に越したことはないけど、そこだけで人を評価するのは視野が狭いよ。

**デフォルトの名無しさん** · 2022/07/23(土) 04:53:27.63

>>444
意味不明なこと言わないで

**デフォルトの名無しさん** · 2022/07/23(土) 05:40:41.12

>>435
C++だけでなくRustも理解できてない？

＠
純粋に疑問なんですけどRust使ってる中で「値オブジェクトマジ助かる！」って事あるんですか。
適当に参照で渡したデータが意図せず書き換えられて伝搬して困る典型ケースはコンパイラが潰してくれる認識なんですが。

**デフォルトの名無しさん** · 2022/07/23(土) 08:37:27.70

>>447
それはRustじゃなく値オブジェクトを理解できてない
院卒の新人だったりしない？

**デフォルトの名無しさん** · 2022/07/23(土) 09:37:03.85

Googleは金の亡者

**デフォルトの名無しさん** · 2022/07/23(土) 11:55:37.32

>>448
低レイヤーのプログラマーは値オブジェクトとか知らないほうが普通
アーキテクチャ設計といったらCPUやメモリアーキテクチャの事だと思ってたりするw

**デフォルトの名無しさん** · 2022/07/23(土) 13:10:56.93

OwnershipルールとReferenceルールがWhat
Borrow CheckerはHowに相当

Howにももちろん価値はあるが
それと同じくらいWhatをシンプルに絞り込んだものにしたことにも価値がある

後知恵で見れば当然に見えるようなシンプルなルールを作るのはものすごく難易度が高い

**デフォルトの名無しさん** · 2022/07/23(土) 16:15:20.09

>>451
わかる
Rustのメモリ周りや、UnixとかRISC-Vみたいに、システムを動作させるに必要な機能の数をできるだけ小さくするのって難しいけど、完成品を見ると当たり前じゃんみたいな印象を受ける

**デフォルトの名無しさん** · 2022/07/23(土) 18:34:20.81

>>445
残念ながらスパナーとか普通に実装してるgoogleにおいてはあんまり価値のある能力ではないよ。

**デフォルトの名無しさん** · 2022/07/23(土) 19:04:05.94

ISO、C++標準化委員のグレイドン・ホアレ氏はC++0xの標準化過程で、後方互換性を削ぎ落せば理解しやすくなることに気が付く。
そして私的プロジェクトとして実装し始めた。
2016年4月、ホアレ氏は最初の製品をRustと命名し出荷した。

**デフォルトの名無しさん** · 2022/07/23(土) 19:21:14.26

C++標準化委員の人でもあったんか
それにしてもRustっていいネーミングだよな
なんかしっくりくる

**デフォルトの名無しさん** · 2022/07/23(土) 19:57:02.71

正直なところ一般的な単語とか1文字とかの言語名はやめて欲しいと思わなくもない。

**デフォルトの名無しさん** · 2022/07/23(土) 20:43:26.21

>>453
逆じゃね。自分たちで作ってるからこそアルゴリズム方面の知識の意味があるのでは

**デフォルトの名無しさん** · 2022/07/23(土) 21:05:19.84

>>454
Hoareはホーアかホアだと思うんだが
ホアレはどこの国の読み方？

**デフォルトの名無しさん** · 2022/07/23(土) 21:18:57.29

日本じゃね？

**デフォルトの名無しさん** · 2022/07/23(土) 21:28:49.17

>>456
昔は大変だったけど今時はグーグルさんもだいぶ賢くなって来たから〇言語や〇 langでいける

**デフォルトの名無しさん** · 2022/07/23(土) 22:37:12.56

>>454
>2016年4月、ホアレ氏は最初の製品をRustと命名し出荷した。
2006年の間違いじゃない？

ちなみに>>451に書いてるReferenceルールやBorrow CheckerはGraydon時代にできたものじゃないよ

**デフォルトの名無しさん** · 2022/07/24(日) 09:21:08.56

>>461
じゃあいつできたの？

**デフォルトの名無しさん** · 2022/07/24(日) 09:29:10.51

RustじゃなくてHoareの方が検索性は高かったと思う
言語に自分の名前つけたっていいじゃん、最初だけイタい人扱い受けるだけだし

**デフォルトの名無しさん** · 2022/07/24(日) 12:23:10.54

でも本当にHoareなんて名前付けたら絶対Tony Hoareのほうだと思われるやろな

**デフォルトの名無しさん** · 2022/07/24(日) 12:53:11.52

>>464
ほんこれ
あんな有名人とfamily nameが一緒とかすごい偶然だよな

**デフォルトの名無しさん** · 2022/07/24(日) 13:06:01.37

木村拓哉と苗字が同じ木村君みたいな。

**デフォルトの名無しさん** · 2022/07/24(日) 13:06:50.57

すごい偶然ですねえ・・・えっ

**デフォルトの名無しさん** · 2022/07/24(日) 13:35:38.58

Rust-Oneとか見たいな感じの名前が良かったんじゃないかとｗ

**デフォルトの名無しさん** · 2022/07/24(日) 13:48:30.68

新言語を作る際にはありふれた言葉を使うなってコンセンサスがあれば…

C java go Perl Ruby Rust ...

**デフォルトの名無しさん** · 2022/07/24(日) 13:53:14.16

せめて後ろに +lang した名前を正式名称にしてくれりゃなあ
Javalang、Clang、Golang、Rustlang...
clangは名前衝突するから今更ムリだけど

**デフォルトの名無しさん** · 2022/07/24(日) 14:08:13.51

RustとかGoはもう今じゃメジャーだから大分マシだけど
上の方に出てるCarbon？だのみたいな新しい知名度低いようなのにとっちゃ検索されづらいのって結構大きいデメリットじゃないのかね

**デフォルトの名無しさん** · 2022/07/24(日) 14:11:15.69

Car-bonおすすめ

**デフォルトの名無しさん** · 2022/07/24(日) 17:26:22.59

Rustでは検索にこまったことないけどなぁ
CやGoではそれなりに困ったことある
特にC

**デフォルトの名無しさん** · 2022/07/24(日) 17:35:43.91

>>469
perlは違うくね
入れるならpython

**デフォルトの名無しさん** · 2022/07/24(日) 18:34:31.10

Pythonはまさかちょっとしたイタズラ心で命名した言語が
30年経ってこれほどまでに普及するとは思ってないだろうなぁ。

**デフォルトの名無しさん** · 2022/07/24(日) 20:35:51.30

ゲームのRustが人気になっていても問題なく検索できてるなぁ

**はちみつ餃子** ◆8X2XSCHEME · 2022/07/25(月) 09:42:55.60

パーソナライズ (その人のアクセス傾向を検索結果に反映する) がそこそこ機能してるっぽいという話はあるなぁ。
個人情報保護の法律との兼ね合いが難しいみたいだが。

**デフォルトの名無しさん** · 2022/07/25(月) 11:46:03.92

RustはCやC++の後継にはならないな。

**デフォルトの名無しさん** · 2022/07/25(月) 12:46:43.99

CはC言語で検索してもC++が出てきやがるからな
迷惑な言語だわC++

**デフォルトの名無しさん** · 2022/07/25(月) 14:10:01.30

全然、思想や人柄が違う人を後継者に立てようとしても無理が有るな。

**デフォルトの名無しさん** · 2022/07/25(月) 19:30:13.93

>>456
その例でいってとにかくクソダメなのが Go
言語仕様も前時代的なウンコみたいな仕様だが何がだめといって名前がクソすぎ
ついでにいうとマスコットが致命的にキモすぎる

**デフォルトの名無しさん** · 2022/07/25(月) 20:08:08.67

goはgolangって呼び方が一般化してるから問題なくね？
親会社もalphabetだし、仮に一般名詞でも検索してやんよっていう自信の現れなのかも。
あとlisp monsterのほうが可愛いよね

**デフォルトの名無しさん** · 2022/07/25(月) 21:31:20.25

langってなに？

**デフォルトの名無しさん** · 2022/07/25(月) 21:42:28.43

ゴラン高原はイスラエルが不法に占領してるシリアの土地であり、日本政府はシリア高原と呼称するそうだぞ。

**デフォルトの名無しさん** · 2022/07/26(火) 07:10:48.91

今ちいかわってキモいキャラが流行ってるように
Gopherくんもいずれ世界的なマスコットキャラクターになるよ

**デフォルトの名無しさん** · 2022/07/26(火) 08:04:10.89

>>484
それはGolan

**デフォルトの名無しさん** · 2022/07/26(火) 08:15:07.77

今マイコン用クレートでメジャーなのってどのあたり？
自分で作るにあたり参考にしたいのだが

**デフォルトの名無しさん** · 2022/07/26(火) 08:36:59.30

>>487
おれたちが知るわけないだろバカか？

**デフォルトの名無しさん** · 2022/07/26(火) 08:37:23.50

言語の名前がGopherだったらよかったのに

**デフォルトの名無しさん** · 2022/07/26(火) 09:10:32.87

プロトコルの方のgopherについて調べる人が困るでしょ

**デフォルトの名無しさん** · 2022/07/26(火) 09:38:10.98

プロトコルはイーサリアムとビットコインで実現出来ます
この2種類以外は今後不要になります

**デフォルトの名無しさん** · 2022/07/26(火) 09:42:41.59

😲

**デフォルトの名無しさん** · 2022/07/26(火) 09:57:43.88

>>491
草

**デフォルトの名無しさん** · 2022/07/26(火) 11:19:17.05

Web3なんて流行るわけねーだろ
スマートコントラクトの開発コスト高すぎ＆不便すぎ

**デフォルトの名無しさん** · 2022/07/26(火) 11:50:54.04

それに引き換えBorrow Checkerは開発コスト低くて便利だね

**デフォルトの名無しさん** · 2022/07/26(火) 11:55:05.12

Rust=Web3 だからWeb3業界の勢いが無くなったら影響受けるよ

**デフォルトの名無しさん** · 2022/07/26(火) 11:59:58.82

>>496
意味不明

**デフォルトの名無しさん** · 2022/07/26(火) 12:14:19.05

Etherはイーサーだけど
Ethereumはァセーリアム
日本語読みだと外人に通じないから注意な

**デフォルトの名無しさん** · 2022/07/26(火) 12:46:34.54

>>487
AVR-HALとかいうやつ使ってる

**デフォルトの名無しさん** · 2022/07/26(火) 14:54:22.29

３年以内にMoveが天下取るとか言われてるけど本当かね

**デフォルトの名無しさん** · 2022/07/26(火) 14:58:00.69

本当だから高くなる前にいっぱい買っておけ

**デフォルトの名無しさん** · 2022/07/26(火) 21:01:19.60

ʕ◔ϖ◔ʔ

**デフォルトの名無しさん** · 2022/07/27(水) 00:16:39.59

>>500
Moveってなに？

**デフォルトの名無しさん** · 2022/07/27(水) 01:54:06.44

>>503
最新のブロックチェーン言語も知らない奴はここから消えて

**デフォルトの名無しさん** · 2022/07/27(水) 05:50:23.11

>>504
あれLibraってまだ生きてんの？
ぜんぜん音沙汰聞かないけど

**487** · 2022/07/27(水) 07:28:03.29

>>499
ありがと。見てみます
どのくらいのさじ加減が使いやすいのかが難しい・・・

**デフォルトの名無しさん** · 2022/07/27(水) 07:32:05.65

>>503
ダイハツの軽自動車

**デフォルトの名無しさん** · 2022/07/27(水) 10:27:27.45

>>505
名前変えた後継含めて公式に死んでる

**デフォルトの名無しさん** · 2022/07/27(水) 19:19:33.01

>>505
世界に殺された
もし生まれたら恐ろしいことになってただろうしな

**デフォルトの名無しさん** · 2022/07/28(木) 00:38:58.21

アレはAptosとして生き残った
大型の資金調達を連発して次の投機の標的になってる

**デフォルトの名無しさん** · 2022/07/30(土) 22:19:27.63

std::io::Result<()>
↑の()ってなんすか？
Ok(());
↑の()も。
「空」を意味してるってことでいいんですか？

**デフォルトの名無しさん** · 2022/07/30(土) 22:34:27.43

5つの何かを返す関数なら
return (a, b, c, d, e);
0つの何かを返す関数なら
return ();
と考えてもよく何も返さないこと

**デフォルトの名無しさん** · 2022/07/30(土) 22:39:27.64

https://doc.rust-lang.org/std/primitive.unit.html

**デフォルトの名無しさん** · 2022/07/30(土) 22:41:59.23

>>512
>>513
どうもありがとう

**デフォルトの名無しさん** · 2022/08/01(月) 16:04:37.53

Meta社のバックエンドにRust推奨だってよ。
https://www.publickey1.jp/blog/22/metafacebookrustpythonchack.html

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

bevy 0.8
https://bevyengine.org/news/bevy-0-8/

**デフォルトの名無しさん** · 2022/08/02(火) 23:33:57.17

bevyとFyrox Engineはどちらの方が良いのかな
人気度はbevyな気がするが

**デフォルトの名無しさん** · 2022/08/04(木) 02:28:39.18

Rustでプラグインシステム組むならwasiが安牌かな

**デフォルトの名無しさん** · 2022/08/04(木) 09:59:47.35

プラグインシステムとは

**デフォルトの名無しさん** · 2022/08/04(木) 12:38:32.91

エディタとかツールの機能拡張だよ。
RubyとかJVMとかある程度の動的さを持つランタイムがあると開発楽だけど、GoやRustみたいにスタティックリンク、シングルバイナリが基本になると
たしかにwasmベースで作るのが筋が良いのかねぇ。

**デフォルトの名無しさん** · 2022/08/04(木) 12:57:45.66

おいおいww

**デフォルトの名無しさん** · 2022/08/04(木) 13:50:49.10

クロスプラットフォームで同一バイナリが動いてそこそこ高速で組み込み用途に向いてる
という条件だとLuaかwasm

**デフォルトの名無しさん** · 2022/08/04(木) 13:51:05.48

JSでも良いが

**デフォルトの名無しさん** · 2022/08/04(木) 15:10:31.96

プラグインというよりマクロの実行環境の話だな
Luaやwasmはホストアプリにランタイムを同梱する必要がある

**デフォルトの名無しさん** · 2022/08/04(木) 15:23:41.09

Luaやwasmを使うようなスクリプト型(スクリプト言語のことではなくて、上位レイヤのシナリオだけをユーザーに書かせる方式)の拡張って、
よほどホスト側にプラットフォームとしての魅力がない限りは成立しないよ
ホストがスクリプトに対して提供している機能以上のことはできないわけだからな
そうじゃなくて、やりたいのはホストにない機能を追加できるプラグイン機構じゃないの？

**デフォルトの名無しさん** · 2022/08/04(木) 15:39:46.71

>>520
Rustでやりたいってことは実行速度を重視してるんだろうし動的リンクしかないだろ
しかしwasmにしてもいいっていうならJavaScriptやらLuaの活用も検討しろ

**はちみつ餃子** ◆8X2XSCHEME · 2022/08/04(木) 15:55:10.42

そういえば Rust の proc macro を wasm としてコンパイルしたらどないやという話はあったんじゃなかったっけ？
最終的にどういう結論になったのか追ってないんやが……。
必要な機能は Rust コンパイラの中に全部あってシステムの外とやり取りする必要もないから良い案に思える。

**デフォルトの名無しさん** · 2022/08/04(木) 17:17:23.18

>>525
Luaやwasmからホストの用意した機能を呼び出す形だけでなく
ホストからLuaやwasm側の処理を呼び出す形も実装可能だよ
DLLに比べると相当手間がかかるけど

**デフォルトの名無しさん** · 2022/08/04(木) 17:19:43.26

動的リンクするにしてもABIがunstableだからインターフェースはextern "C"で公開せざるを得ないし
それなりの量のグルーコードが必要になるかと
その辺良い感じにどうにかしてくれるcrateがあるかもしれないけど

**デフォルトの名無しさん** · 2022/08/04(木) 17:29:05.26

>>528
そうしたとしてもホスト側に存在しない(ホストからスクリプトに対して公開されていない)機能は使えないでしょ？

**デフォルトの名無しさん** · 2022/08/04(木) 17:46:52.95

https://qiita.com/dalance/items/1593b56ad3744c469643

コメント欄も含めるとなかなか情報がまとまっています

**デフォルトの名無しさん** · 2022/08/04(木) 17:49:06.27

良さげ記事

**はちみつ餃子** ◆8X2XSCHEME · 2022/08/04(木) 17:58:11.58

>>530
ホスト側を経由せずに外にアクセスするのは禁止できたほうが嬉しいことも多いだろ？
俺が使っているソフトでプラグイン機構があるものというと画像ビューアとかメッセンジャとかだが
それほど自由に外の世界にアクセスする必要はないし、不必要ならアクセスさせないに越したことは無い。
(悪意あるプラグインを作り難くなるので。)

制限があるというのと制限を付けられるのは表裏一体なのでそんなの場合によるとしか……

**デフォルトの名無しさん** · 2022/08/04(木) 18:01:34.69

>>529
> 動的リンクするにしてもABIがunstable
あー、そうだったわ
めんどくさいんだった

**デフォルトの名無しさん** · 2022/08/04(木) 18:42:08.03

野良プラグイン入れて環境壊して上等！って時代でもないからねえ。
ある程度、できること制限できるようにしたプラグイン機構も大事な時代よ。

そういう点でwasmがセキュリティとパフォーマンスのバランスが取れていて魅力という層もあるでしょ。

**デフォルトの名無しさん** · 2022/08/04(木) 18:42:45.33

>>530
そりゃ広い意味で言えばどんな機能だってホスト側に存在してなければ使えない

「ホストにない機能を追加できるプラグイン機構」ってどんなものイメージして言ってるの？

**デフォルトの名無しさん** · 2022/08/06(土) 12:18:12.84

今の環境で正しくレンダリングされる10年前に作られたWebサイトは多くない
同様にTauriで作成されたアプリが10年後でも問題なく使用できるのだろうか