Rust part10

**デフォルトの名無しさん** · 2021/04/02(金) 21:38:04.11

Mozilla発のRust言語のスレ

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

**デフォルトの名無しさん** · 2021/05/13(木) 18:39:15.84

Rust for Windowsを欲しがったのはMicrosoft自身だろう
既にVSのインストーラー内部などでRust使用中なので

**デフォルトの名無しさん** · 2021/05/13(木) 19:27:59.33

rust for windowsで作る本作ってくださいお願いします

**デフォルトの名無しさん** · 2021/05/13(木) 19:29:13.29

>>594 Windows専用のアプリが作りたいならC#でも使えばいいと思うけど...

**デフォルトの名無しさん** · 2021/05/13(木) 19:30:20.99

>>594 Windows専用のアプリが作りたいならC#でも使えばいいと思うけど...

**デフォルトの名無しさん** · 2021/05/13(木) 19:30:58.76

おっとミスって2回書き込んでしまった
失礼

**デフォルトの名無しさん** · 2021/05/13(木) 20:59:04.54

>>590
そういう技術者にも射撃練習とかやらせるのだろうか？

**デフォルトの名無しさん** · 2021/05/13(木) 21:40:48.09

>>595
もうメジャーな用途で使われてんのか

**デフォルトの名無しさん** · 2021/05/13(木) 21:45:54.80

windowsもそろそろNTカーネルを捨てる時期が来るだろうし色々模索はしてるんだろうな

**デフォルトの名無しさん** · 2021/05/13(木) 21:57:03.92

もし仮にNTカーネル捨てたとしてLinuxカーネル一択だと思うがな

**デフォルトの名無しさん** · 2021/05/13(木) 22:08:50.47

Linuxへの接近はここ数年目立ってるし無くはない話だな

独占市場と過去の互換性を捨てきれるか
仮想環境で過去の互換性を維持することも考えられる

**デフォルトの名無しさん** · 2021/05/14(金) 08:10:59.62

>>604
NTカーネル捨てるのはビジネスとして有り得ない。
せいぜいwsl路線を強化してlinuxカーネルを取り込んでいく方向だろ。

**デフォルトの名無しさん** · 2021/05/14(金) 08:37:43.19

カーネルを捨てて切り替えるとか出来るわけないだろ

**デフォルトの名無しさん** · 2021/05/14(金) 08:52:11.24

3才児が｢ぼくはうちゅうひこうしになるんだ！｣って言ってるようなもんだから生暖かく見守ってやれ

**デフォルトの名無しさん** · 2021/05/14(金) 10:22:28.00

OSカーネルに対するコンプレックスがすごい人がいるんだろ。
この前のlinuxドライバに関する議論でもそういうの感じるわ

**デフォルトの名無しさん** · 2021/05/14(金) 11:10:24.23

rustがgolangより人気が出ると思っていいですか？

**デフォルトの名無しさん** · 2021/05/14(金) 11:14:13.19

>>609
Goはガーベッジコレクションがあるから？

**デフォルトの名無しさん** · 2021/05/14(金) 11:29:33.68

GCとランタイム速度に困ったことのある奴だけ気にすればええ。

**デフォルトの名無しさん** · 2021/05/14(金) 13:23:04.93

goとrustどっちが良いか迷うならgoやっといた方が潰しが効くと思う
自分はrust好きだからrust使うが

**デフォルトの名無しさん** · 2021/05/14(金) 14:57:53.07

両方やっとけ

**デフォルトの名無しさん** · 2021/05/14(金) 15:16:48.50

なんでマイナー言語のはずのgoがよく言及されるようになったのかと思っていたら、AWSで使える言語の一つになっていた。
Azureでも使えるようだ。

**デフォルトの名無しさん** · 2021/05/14(金) 15:45:19.02

goがマイナー。。。..

**デフォルトの名無しさん** · 2021/05/14(金) 15:46:03.80

サーバープログラムみたいな閉じた環境で、出来るここまでと決まってて
要らないこと考えたくないなら制約された言語選んだほうが良いかもな

**デフォルトの名無しさん** · 2021/05/14(金) 15:47:17.23

goでほとんど問題ないんだが、それだとrustの出番なくなっちゃうからね。

**デフォルトの名無しさん** · 2021/05/14(金) 16:15:48.73

Go言語がマイナーならこの言語はどんだけマイナーになっちゃうのよ

**デフォルトの名無しさん** · 2021/05/14(金) 16:25:56.91

goとrustの違いが分からないような知識量ならgoやった方が不幸にならないかと

**デフォルトの名無しさん** · 2021/05/14(金) 16:48:29.92

参照型はローカル変数にだけ入れて一時的な目的だけに使うことに徹してスクリプト言語の様な書き方だけに専念すればRustはスクリプト言語であるかのように使えて、習得は難しくないかも。
参照型を構造体の中に入れようとしたとたんCやC++では考える必要の無かった難しい問題が生じる。

**デフォルトの名無しさん** · 2021/05/14(金) 17:00:31.58

メジャー言語
c java vba

**デフォルトの名無しさん** · 2021/05/14(金) 17:40:01.47

Rustを勉強したら低レベルが理解出来る！！！わけねえだろ
https://www.akiradeveloper.com/post/learn-rust-and-low-level/

**デフォルトの名無しさん** · 2021/05/14(金) 19:36:04.21

例えばWeb系ならばRustがベスト
WasmでGC抱える言語をわざわざ選ぶメリットないからね

**デフォルトの名無しさん** · 2021/05/14(金) 19:44:16.91

こういう詐欺師が普通におるからrustは信用できんわ

**デフォルトの名無しさん** · 2021/05/14(金) 19:51:45.41

rustに対するコンプレックスすごい人いるね

**デフォルトの名無しさん** · 2021/05/14(金) 20:26:02.54

詐欺師はどこにでもいるからな
とはいえ、webならwasmは正しくないとは思うがwasmならrustは結構正しいと思う

**デフォルトの名無しさん** · 2021/05/14(金) 20:32:01.67

wasm,rustでまともに開発してたら絶対そんなこと思わんわ。。どいつもこいつも馬鹿すぎる

**デフォルトの名無しさん** · 2021/05/14(金) 20:40:33.59

それで、どんなまともなものを作っているんですか

**デフォルトの名無しさん** · 2021/05/14(金) 20:46:14.11

>>624
とこが詐欺？
あなたはWebブラウザ上のWasmでRustではなくGoを用いているのですか？

**デフォルトの名無しさん** · 2021/05/14(金) 21:18:15.11

>>627
それはあなたがまともにrust使えてないだけなんじゃないですかねぇ

**デフォルトの名無しさん** · 2021/05/14(金) 21:22:56.09

話が具体的で説得力がある

**デフォルトの名無しさん** · 2021/05/14(金) 21:38:43.40

>>572
形式的に書けているのは構文規則だけで
意味規則は自然言語で書かれているやんけ

**デフォルトの名無しさん** · 2021/05/14(金) 22:59:38.34

「Rustはスクリプト的に書ける」とかいう謎の言葉言う奴沢山いるけどなんぞ？
同一人物か？

**デフォルトの名無しさん** · 2021/05/14(金) 23:07:50.74

我々が知らないところでevcxrが流行ってるのかもしれない

**デフォルトの名無しさん** · 2021/05/14(金) 23:23:46.43

google謹製のREPLね
エベクサ？

**デフォルトの名無しさん** · 2021/05/15(土) 02:09:59.05

>>633
Rubyと同じようなメソッドチェーンを使ったコードを見かけたから。

**デフォルトの名無しさん** · 2021/05/15(土) 03:17:16.69

ドットでメソッド呼び出しする言語は大概そういうライブラリ設計あるでしょ

**デフォルトの名無しさん** · 2021/05/15(土) 11:05:39.24

>>637
C++やJavaでは見たこと無い。
JSでも余り見かけない。

**デフォルトの名無しさん** · 2021/05/15(土) 11:12:58.76

そもそもメソッドチェーンって「スクリプト的」なのか？

**デフォルトの名無しさん** · 2021/05/15(土) 11:24:14.14

前々からヤベェやつだとは思ってたが
レベルの低さが想像をはるかに超えてた

**デフォルトの名無しさん** · 2021/05/15(土) 11:27:04.30

c言語みたいにcsvパーサーも自前で用意するような環境だとそらスクリプト的だろうね。

**デフォルトの名無しさん** · 2021/05/15(土) 12:00:43.05

unityとかUEがrustに対応しないかなあ

**デフォルトの名無しさん** · 2021/05/15(土) 12:00:58.11

cargoみたいなパッケージマネージャがあるのもスクリプト的な要素のうちなのか？

**デフォルトの名無しさん** · 2021/05/15(土) 12:10:16.46

cargoは低レイヤー慣れてる人からすれば邪魔でしかないけどね。

**デフォルトの名無しさん** · 2021/05/15(土) 12:20:50.35

SourceforgeなどでRustが好きといっている人の大部分はレベルが低いだろう。
そもそもこの世の中、大多数から受けるものにレベルが高いものがあったためしがない。
好きな言語ランキング上位のJS、Pythonも初心者向け言語であることは誰もが認めることだし。

**デフォルトの名無しさん** · 2021/05/15(土) 12:40:11.21

sourceforge？？？
stackoverflowの調査かなんかと勘違いしたの？

**デフォルトの名無しさん** · 2021/05/15(土) 12:41:57.93

>>644
どういうこと？ベアメタル向けでもcargo使うのが主流だと思っていた

**デフォルトの名無しさん** · 2021/05/15(土) 12:47:56.99

>>645
使用者のレベルの高低と言語のレベル(?)の高低は一致するという主張かな？

言語のレベルが高いというのが最先端のテクノロジーを取り込むという意味ならrustの目指すところではないと思う
他の言語で実証されたコンセプトを取り込むと宣言してる(た?)はず
高レベルな言語が必要な人はこんな普及言語じゃなくてもっと尖った言語を使うか自分で作るべきなのでは

**デフォルトの名無しさん** · 2021/05/15(土) 12:49:38.36

>>646
ああ、そっちだった。
Stackoverflowも来てる人の頭の良さは一般大衆と同じくらいだから同じ。

**デフォルトの名無しさん** · 2021/05/15(土) 12:53:14.42

>>648
そういうことじゃなくて、
・Rustをほとんど使っても見てないのに勝手に「好き」と言っていることが分かってる。
・Stackoverflowのような沢山の人が集まる場所の調査では、必ずJSやPythonのような初心者向けの言語が人気となるわけだから、そこの人々が好きだと思う言語は、JSやPythonのような感覚で使えると勝手に思い込んである蓋然性が高い。
　ただし、現実はRustは実際には使ってないのに勝手に言っている。
ということ。

**デフォルトの名無しさん** · 2021/05/15(土) 13:20:44.67

stackoverflowの調査の話なら、調査内容を勘違いしている
あれは「今Rustを使っている人が、今後もRustを使い続けたいかどうか」のアンケート結果をmost lovedと言ってるだけ
だからJSやPythonユーザの意見は入ってない
そもそもloveって言葉に語弊があるし、日本語にしたときに「人気の」とかなって余計訳がわからなくなってる

**デフォルトの名無しさん** · 2021/05/15(土) 13:25:20.53

たぶん「最も嫌嫌使っている人が少ない言語」みたいなのが正確な気がするな

**デフォルトの名無しさん** · 2021/05/15(土) 14:15:44.60

「今使ってる人が次も使いたいと思うか？」ってJetBrainsの調査でも毎回入れてくる項目だな
海外のアンケートではよく見るやつ

**デフォルトの名無しさん** · 2021/05/15(土) 14:17:03.39

>>651
もし前半の通りなら、今Rustを使ってる人なんて極一握りの物好きだけだから
「love」なのは当たり前で調査結果が意味が無い。

**デフォルトの名無しさん** · 2021/05/15(土) 14:19:45.06

一生でどれか一つのプログラミング言語しか覚えられないとして
Rust選ぶ人いますか？

選択したとして別にその言語がいきなりマスターできるわけでなく
ただその言語しか覚えられないというだけですが

**デフォルトの名無しさん** · 2021/05/15(土) 14:23:36.58

今rustを使ってる人って、自ら進んで使おうとした人に限られるから
嫌いな人がほとんどいないのは当たり前だから、調査結果にバイアスが
掛かりすぎていることになるな。

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/15(土) 15:05:35.65

そういえば C++ でメンバ関数の評価順序に関して設計者も気づいてなかった考慮漏れが見つかった
(よくあるパターンが実際には未定義だった) って話があったな。
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/p0145r0.pdf
C++17 で修正されているはずだけど。

宣言的な表現や関数的な表現をプログラミング言語に取り込む試みは数多いが
現実は順序からは逃れられぬのだ……。

**デフォルトの名無しさん** · 2021/05/15(土) 15:16:25.44

Rustがスクリプト的に書けるかどうかはおいといて、
個人用のツール書く言語をPythonからRustに乗り換えたっつー話は一応あるな
https://hayatoito.github.io/2017/faq/#programming-language

**デフォルトの名無しさん** · 2021/05/15(土) 15:20:52.26

>>658
Googleがnode.jsで書いていたものをRustにしたと聞いたぞ。

**デフォルトの名無しさん** · 2021/05/15(土) 15:23:50.02

全部書き直すのは逆に効率悪そう
速度的にキツイ場合のみでいいんじゃないか？

**デフォルトの名無しさん** · 2021/05/15(土) 15:32:34.68

どちらかといえば速度よりも変更頻度が動機になると思う
静的チェックツールも増えてはいるけどコンパイル型はいじる時の安心感が違う

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/15(土) 15:37:59.52

>>660
言語を跨いで呼出すときはその境界で色々な処理が挟まったりもするので、
まだらに入り乱れるような形になるとそれはそれで実行性能の足を引っ張ることもある。
状況次第なので一概には言えないけど、言語を変更すると決めたなら
そこそこ大きい単位で乗り換えるのが妥当な場合は結構あると思うよ。

**デフォルトの名無しさん** · 2021/05/15(土) 17:32:17.46

>>661
それはあるね
個人用のツールだとそんなに真面目にテストも書かないから
動的型だと忘れた頃に改修したくなって詰む

**デフォルトの名無しさん** · 2021/05/15(土) 18:53:39.15

>>642
MSがdotnet対応のRust#出したらUnityワンチャンあるんやない？

**デフォルトの名無しさん** · 2021/05/15(土) 19:10:58.08

そこはRust/CLIで。

**デフォルトの名無しさん** · 2021/05/15(土) 21:52:45.98

GCのあるrustに存在意義などない

**デフォルトの名無しさん** · 2021/05/15(土) 22:13:28.16

GCとデストラクタが共存するC++/CLIはなかなか興味深い言語だった。

**デフォルトの名無しさん** · 2021/05/16(日) 11:00:47.47

RustのGCって初期はまた復活されるかもーみたいなノリじゃなかったっけ？

**デフォルトの名無しさん** · 2021/05/16(日) 11:12:01.38

RC関連についてはやるとか？

**デフォルトの名無しさん** · 2021/05/16(日) 12:07:45.66

@ pointerとか ~ pointerとかあった頃の話？

**デフォルトの名無しさん** · 2021/05/16(日) 15:06:48.66

>>665
確かにそっちか
>>666
GCがあるRustって言うよりはunsafeを外部リンクで呼び出してるようなもんだろ

**デフォルトの名無しさん** · 2021/05/17(月) 10:53:44.01

rustが覇権を取るにはPHPみたいにドキュメントの翻訳をたくさん作ること
そしてサンプルコードを盛り込むこと

**デフォルトの名無しさん** · 2021/05/18(火) 19:40:20.00

>2021 Editionは2021年10月にリリースされる。今回のエディションは「Rustの使用感を大きく改善する」ものになるという

あんまり前にこんな発表しないでほしい
やる気なくなる

**デフォルトの名無しさん** · 2021/05/18(火) 19:44:35.79

>>673
ちゃんと発表資料見れば分かるけど、大して使用感変わらんよ
クロージャー使いまくりの人が一番恩恵を受けるかな

**デフォルトの名無しさん** · 2021/05/18(火) 20:19:55.73

所有権は移動するときのほうにマークが出るべきなんじゃあ

**デフォルトの名無しさん** · 2021/05/19(水) 07:47:56.56

まぁコストかかるのはコピーだし

**デフォルトの名無しさん** · 2021/05/19(水) 08:05:05.13

Rustの真似をしようとする言語がないのがふしぎだ

**デフォルトの名無しさん** · 2021/05/19(水) 12:30:25.52

https://en.m.wikipedia.org/wiki/Rust_(programming_language)
wikipedia見ただけだけど Crystal, Elm

**デフォルトの名無しさん** · 2021/05/19(水) 12:30:46.25

など影響を与えた言語は列挙されてた

**デフォルトの名無しさん** · 2021/05/19(水) 12:42:47.10

>>678
Elmのどこが？と思ってソースを読んだら
関数型言語なら大体持ってるEither型の名前を Result, Ok, Error にしたところがRust由来とな

うーむ持ってきたのは名前だけなのにInfluencedか

**デフォルトの名無しさん** · 2021/05/19(水) 12:59:40.27

Gleam
https://gleam.run/book/tour/index.html

OwnershipやLifetimeの考え方を採用した言語はまだ聞いたことがない

**デフォルトの名無しさん** · 2021/05/19(水) 13:11:21.07

所有権の考え方を採用している言語としてはC++などがあります

**デフォルトの名無しさん** · 2021/05/19(水) 14:00:04.90

まあインスタンスの共有については何らかの言語サポートが入ってもおかしくないかもね

**デフォルトの名無しさん** · 2021/05/20(木) 01:09:22.49

DにもOwnership入ったとか小耳に挟んだだけなら

**デフォルトの名無しさん** · 2021/05/20(木) 17:03:02.09

https://forest.watch.impress.co.jp/docs/news/1325564.html
凄いね

**デフォルトの名無しさん** · 2021/05/20(木) 17:06:31.55

>>685
UIがReactというのが残念

**デフォルトの名無しさん** · 2021/05/20(木) 18:20:18.69

逆に何ならいいんだよ

**デフォルトの名無しさん** · 2021/05/20(木) 18:33:43.55

GUIフレームワークをRustで作るうまみあまりなさそう

**デフォルトの名無しさん** · 2021/05/20(木) 19:39:25.12

Rustで作ってあるなら絶対大丈夫だな！

**デフォルトの名無しさん** · 2021/05/20(木) 22:57:01.82

設計がクソだとダメ
ダメなヤツはなにやってもダメ

**デフォルトの名無しさん** · 2021/05/21(金) 11:45:49.77

>>538
(1)もちろん例外を使わずとも関数呼び出し等がエラー値を返すことで全て実現できます

(2)ところがエラー値が返ってくると毎回if文やmatch等でエラー時はそこですぐreturnする等の処理を書く必要があって面倒かつコードが醜いため例外の使用が好まれました

(3)Rustでは関数の返り値型をResult<T,E>とすることに加えて「?」オペレーター(旧try!マクロ)を使うことで(2)の処理を自動化しました

つまり関数等呼び出し毎にifやmatch等で返り値エラーチェック＆returnの記述をしなくても末尾に「?」を記述するだけで済みます

これでチェーンも出来て具体的には
b = a.hage()?.hige()?.hoge()?
と書くだけでhage()でエラーが返れば早期エラーreturnしますしhige()やhoge()でエラーでも同様です
関数の返り値型がResult<T,E>であることが使用条件です
これはもちろん正常値の<T>型とエラー<E>型のenumです

これらにより関数を多段に深く呼び出していても深い所でのエラーがすぐにreturnを多段にしてエラーが戻って来ます
したがってRustでは例外を使わなくても困らないのです

**デフォルトの名無しさん** · 2021/05/21(金) 13:37:02.96

すまんrust新参者なんだが、Rust By Exampleのコードいじって勉強してて、以下のコードが疑問に感じられた。
以下のプログラムはmain関数内のif文は実行されないとは明らかなんやが、それでもsubの行でいわゆるuse-after-freeのコンパイルエラーが出る。
これはif文が実行されなくてもdropは実行されるということなんですか？
下のコードみたいにuse-after-freeになるかならないかがif文の条件満たすかどうかによって決まるようなプログラムでも
rustでは一緒くたにuse-after-freeになるとみなされるってことなんですね？
そう考えればそこまで賢くないコンパイラですね
struct Droppable {
id: &'static i8,
}

impl Drop for Droppable {
fn drop(&mut self) {
println!("> Dropping {}", self.id);
}
}

fn sub(d: &Droppable) {
if *d.id == 0 {
drop(d);
println!("> Test {}", d.id);
}
}
fn main() {
let _a = Droppable { id: &0 };
if *_a.id == 1 {
drop(_a);
}
sub(&_a);
}

**デフォルトの名無しさん** · 2021/05/21(金) 13:40:53.52

ちなみにコンパイルエラーも貼っておく

Compiling playground v0.0.1 (/playground)
error[E0382]: borrow of moved value: `_a`
--> src/main.rs:22:9
|
18 | let _a = Droppable { id: &0 };
| -- move occurs because `_a` has type `Droppable`, which does not implement the `Copy` trait
19 | if *_a.id == 1 {
20 | drop(_a);
| -- value moved here
21 | }
22 | sub(&_a);
| ^^^ value borrowed here after move //ここでuse-after-free errorが発生！

error: aborting due to previous error

For more information about this error, try `rustc --explain E0382`.
error: could not compile `playground`

To learn more, run the command again with --verbose.

**デフォルトの名無しさん** · 2021/05/21(金) 13:44:28.52

Compiling playground v0.0.1 (/playground)
error[E0382]: borrow of moved value: `_a`
--> src/main.rs:22:9
|
| let _a = Droppable { id: &0 };
| -- move occurs because `_a` has type `Droppable`, which does not implement the `Copy` trait
| if *_a.id == 1 {
| drop(_a);
| -- value moved here
| }
| sub(&_a);
| ^^^ value borrowed here after move //ここでuse-after-free errorが発生！

error: aborting due to previous error

For more information about this error, try `rustc --explain E0382`.
error: could not compile `playground`

To learn more, run the command again with --verbose.

見やすくした