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/10(月) 13:38:27.10

多くの言語はハードウェアとしてCPU例外や、I/Oに対する入出力の（ハードウェア的）例外と、多くは
復帰可能なエラー分岐処理にて、プログラミング言語で「包括的に捕捉して後処理」するためにある。
例外の反対者はResult/Option/(Either)のようなものがあるのに、なぜ言語に例外を取り入れて、信頼性を
低下させるような隠された制御フローを導入するのかと主張します。

しかし例えばファイルへの出力で"fwrite"ではOSの上層では実際に書き込まれず、"fclose"で書き込まれたり
あるいは"fflush"でメモリー上とディスクが同期されるなどは、同期的な、従来の戻り値を確認しただけでは
正確な判断ができない。（これは言語のライブリーがBufferを使用しているとは別の話、たとえばディスク
容量が足りなくなった場合など、意図するプログラムは失敗する可能性があります。）
またResultなどが使用できるの場合は、ハードウェアやIOに依存しない場合にできるだけです。他にも、不正な
ゼロ除算などの発生は、カーネルでも、組み込みでも、CPU例外に対しては特定の例外の種類によりあらかじめ
決められたアドレスに強制的にジャンプします。C言語自身はCPUの挙動を定義していませんので、この制御の
フローの移動はCプログラミング言語の機能ではなくCPUメーカーの実装です。
つまり、標準のC自体だけでは、統一的にエラー処理を記述するということ自体が出来ていませんし、実行制御
フロー記述し完全掌握してコントロールするという事自体があやふやです。
（ゼロ除算でジャンプしなくてHALTするようなCPUがあるかもしれませんが知りません）

**デフォルトの名無しさん** · 2021/05/10(月) 13:43:11.18

多くの例外がある言語(RustやGoのpanicも含む)では、上記の例ではファイル出力とは無関係な処理でも
即座に後処理へ移動します。ですが、ここに1つの問題があり、多くは捕捉した後にほぼ「自動的に」
ディストラクタに記述された処理をスレッド毎に存在するスタックを遡って巻き戻しを行います。
（例外の反対者はこれを隠された制御フローというが、決して信頼性が低下するわけではないです、
カーネルの例外ハンドラを例に挙げれば、ただ挙動が合わない事と、多くの例外がある言語でのCPU例外の
捕捉はリカバリが不可能に近く、挙動が保証できない事でディストラクタ実行させて意味があるのかという
矛盾もあります）

それ以外の例外処理は概念的にはスレッドローカルグローバル変数とifとgoto/returnの組み合わせにしか
ならないので信頼性が低下したりはしません。また、C言語や昔の言語でgotoが嫌われていたのは、ラベルが
存在しないgotoだったりループ中のgotoだったり、プログラムのモジュール化を壊す制御であったためなども
あります。try-catch-finallyとは無関係ですが、同様に可読性が悪いように見えてしまうため、冤罪にされます。
そもそもアセンブラであればJMP命令にしかならない事をいつまでもグチグチ言うのは悪い癖です

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

>>550
後半、BASIC言語を振り返ってみると、ラベルの無いgoto文はむしろラベルありより綺麗に書けていた。
gosubはラベル方式の方が良かったが。
Cのgotoはラベルが必須なのでラベルが浮いてしまって嫌われているという説がある位。

**デフォルトの名無しさん** · 2021/05/10(月) 15:18:53.59

例外処理の問題点は、
try {
　f1();
　・・・
　f2();
　・・・
　f3();
　・・・
　f4();
　・・・
}
とtryブロックの中に沢山の関数呼び出しが有った場合、コード上ではどこでも例外が
起きる可能性を捨てきれないため逆に危険な可能性を排除しにくいことがある。
例えば、fputc()やfwrite()などで例外が起きることが分かっているならそれはそれで
良いが、全く関係のないf1, f2, f3, f4でもどれかは例外が起きる可能性があるなら
非常にプログラミングしにくい。

**デフォルトの名無しさん** · 2021/05/10(月) 15:21:55.24

>>551
例えば、BASICでは以下の様な感じになるので、ラベルが無い事でむしろすっきり
見易かった。gosub文はまた別でいまの関数の様な感じで名前が付いている方が
分かり易かった。これは経験を積まないと理解しにくいかも知れない。
100 if xxx = yyy goto 120
110 ・・・
120 ・・・

**デフォルトの名無しさん** · 2021/05/10(月) 18:35:05.49

>>548
構造化の無い暗黒時代に戻りたくないわ。

制御構文と構造化設計を破壊するぐらいならgoto使わないほうがマシ。破壊しない程度だったら許容できるかね。

**デフォルトの名無しさん** · 2021/05/10(月) 18:45:12.97

Rustは学習コスト高いって言われてるけど
Scala辺りと比べても難しいですか？

**デフォルトの名無しさん** · 2021/05/10(月) 19:40:11.34

>>555
別に特別難しいわけではないと思う
いろんな言語からパクってきてる要素が多くて、これまで一つの言語しか使ったことない人は学ぶべきことが多いってだけで
ScalaとC++くらい経験あれば余裕だろう

**デフォルトの名無しさん** · 2021/05/10(月) 21:15:30.50

コンパイラの文脈解析がこんだけ普及したのだから
safe gotoが存在するべきだ

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

言語自体よりも、情報技術の基礎が要求されるんじゃないの

**デフォルトの名無しさん** · 2021/05/10(月) 21:38:27.66

>>555
やってみるのが一番早いよ
https://ideone.com/
こーいうところを使うとPC側にコンパイラとか用意せずに試せる

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

>>559
>>1にもあるけどhttps://play.rust-lang.orgのほうがいろいろ充実してる
てかideoneは1.33.0とかなのか、結構古いね

**デフォルトの名無しさん** · 2021/05/10(月) 23:22:34.42

playground、いつのまにか以前書いたコードが残るようになっててなんかうざったいんだけど、
初期のhello worldの状態に戻すのってどうやるの？（クッキー削除とかはなしで

**デフォルトの名無しさん** · 2021/05/10(月) 23:29:40.57

んな面倒なことするくらいならrustupインストールすりゃええやん

**デフォルトの名無しさん** · 2021/05/11(火) 00:01:56.34

>>549
ファイルへの書き込みは返り値promise等でもらっておいて他の作業を進めて
どうしても書き込み完了していないと作業を先へ進めてはいけないところでようやくawait等することで
例外処理も遅延(手続き的な後ろ化と多段時の上位化)ができますよね

あとOSカーネル内の話は
例外と割り込みをごっちゃにしているように見えます
いずれにせよカーネル内ではtry例外使わずとも多段にエラー返り値を返していけばいいだけでしょう
エラー割り込み時もメモリ不足もシステムコールならエラー値返すわけですし

**はちみつ餃子** ◆8X2XSCHEME · 2021/05/11(火) 02:56:09.45

>>555
Rust はそれほど難しいというわけでもないと思う。
C に ML 風の型システムを付けたって程度。

普通のプログラマにとって目新しいと言えるのはライフタイムの概念くらい。
でもそのひとつが馴染み無さ過ぎるというか、
他の言語では意識せずに済まさせようとしてきたところを
あえて露骨に管理しようとしてるところがしんどいとは感じるかもね。

**デフォルトの名無しさん** · 2021/05/11(火) 03:24:21.67

>>564
Rustのライフタイムは、鶏と卵の関係の様な部分で言語の動作が分からない。
どっちがどっちに影響を与えているのかの部分が。
自動判定の仕組みも一部だけ説明されていて一般法則が書いておらず、その場しのぎ的な言語仕様なのかもしれない。

**デフォルトの名無しさん** · 2021/05/11(火) 04:47:35.34

non lexical lifetimeでググれば詳細な仕様出てくるだろ

**デフォルトの名無しさん** · 2021/05/11(火) 05:08:47.84

>>566
出てこないと思うが。

**デフォルトの名無しさん** · 2021/05/11(火) 08:24:36.99

>>561

通りすがりですが、保存せずにただ試すだけなら

1.シークレットモードで新規タブ
2.playgroundのサイトを開く（ブックマーク登録からとか）
3.コード入力かコピペ作業

でどうでしょうか?

**デフォルトの名無しさん** · 2021/05/11(火) 10:55:34.68

>>567
nll rfcで検索したら出てくるよ

**デフォルトの名無しさん** · 2021/05/11(火) 12:37:05.27

>>569
そこには例が書かれてるだけで、数学みたいな意味でのちゃんとした厳密仕様は書いてないと思うんだよ。
Rustのライフタイムは数学規則のように機械的にパターンで処理できるような一般化された規則にはなってないという意味において。

**デフォルトの名無しさん** · 2021/05/11(火) 12:42:48.49

厳密な仕様があるのは理想だけど、規格化された言語ですら数学的に厳密な仕様なんて存在しないしな
最終的にはCoqのソースコードで示される、とかはあるかもしれないが

**デフォルトの名無しさん** · 2021/05/11(火) 12:47:18.80

>>571
CやC++は数学的なパターンで処理できるようになってる。
そこにヒューリスティックなものは入ってない。

**デフォルトの名無しさん** · 2021/05/11(火) 12:55:41.33

the abstract syntax tree でのライフタイムの解析から
the control-flow graph でのライフタイムの解析にしたって言ってるから
かなりマシン語に近いとこで判定してるってことだわな。
ここにいる奴に聞くだけ無駄w

**デフォルトの名無しさん** · 2021/05/11(火) 18:36:37.89

>>571
純lispくらいかね。
あるいはBrainfuckとか。

**デフォルトの名無しさん** · 2021/05/11(火) 18:56:14.78

issue #25860って未だに解決されてないんだよね？
行きあたりばったりでライフタイム仕様決めてきた結果w

**デフォルトの名無しさん** · 2021/05/11(火) 19:03:56.93

Rustと原子力発電は人類には早すぎたんや…

**デフォルトの名無しさん** · 2021/05/11(火) 19:52:59.74

Rust嫌う人ってなんでみんな #25860 の話するのって言われてんぞ

**デフォルトの名無しさん** · 2021/05/11(火) 22:03:42.47

>>576
太陽光発電は、ある意味原子力発電と言えるのではないだろうか。

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

Rust 2021 Editionは10月リリース予定

https://blog.rust-lang.org/2021/05/11/edition-2021.html

**デフォルトの名無しさん** · 2021/05/12(水) 10:38:41.98

1.56.0からか

**デフォルトの名無しさん** · 2021/05/12(水) 10:40:17.60

2021 Edition ざっと読んでみたけど、次の2点以外は些末な変更だな

for e in [1, 2, 3] {}
がエラーにならなくなる
(IntoIterator for arrays)

クロージャーが構造体をフィールド単位でキャプチャーするようになる
(Disjoint capture in closures)

**デフォルトの名無しさん** · 2021/05/12(水) 21:45:20.66

2018で勉強してますが仕様変わりますか？

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

https://www.google.com/amp/s/japan.zdnet.com/amp/article/35170513/

「Windows用Rust」のバージョン0.9がリリース

何か誤解を与えそうな記事タイトルだ

**デフォルトの名無しさん** · 2021/05/13(木) 00:09:46.25

リポジトリ名的にwindows-rsのが適語か？

**デフォルトの名無しさん** · 2021/05/13(木) 00:34:31.53

>>582
マイナーチェンジだし2018も継続して使えるし特に問題ないよ

**デフォルトの名無しさん** · 2021/05/13(木) 00:46:54.51

何年か前なら喜んでたんだけどな、どうしよ何の興味も沸かない
Docker触り始めた辺りからWindows用は趣味でも書かなくなってしまった…

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

>>583 多分windowsクレートの説明文のRust for Windowsの直訳だとは思うけどこれは誤解するわ

**デフォルトの名無しさん** · 2021/05/13(木) 11:06:57.34

Rust for Windowsという名前がミスリーディング
(A) Rust (crate) for Windows (development)をRust for Windowsに略したら誰でも誤解する
狙ってるのかもしれないが

Windows API bindgen for Rustあたりが適当

**デフォルトの名無しさん** · 2021/05/13(木) 12:50:12.69

このクレート普通にソフト作るのに使ったら移植性無くなるからライブラリ用かな?

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

防衛省が中国のハッカーとやり合える人材を募集中年収最高２０００万円
https://leia.5ch.net/test/read.cgi/poverty/1620874048/

**デフォルトの名無しさん** · 2021/05/13(木) 14:34:12.09

クラッカーにうってつけじゃないか

**デフォルトの名無しさん** · 2021/05/13(木) 15:04:14.32

年収最低はいくらからですかね

**デフォルトの名無しさん** · 2021/05/13(木) 15:10:36.53

最高が2000万円ってだけね。。
こういうので平気で300万円とかいい出すのが今の日本やで。

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

>>589
Windows専用のアプリを作る用途もあるのでは
一般的ではないかもだけど

**デフォルトの名無しさん** · 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の目指すところではないと思う
他の言語で実証されたコンセプトを取り込むと宣言してる(た?)はず
高レベルな言語が必要な人はこんな普及言語じゃなくてもっと尖った言語を使うか自分で作るべきなのでは