Rust Part7

**デフォルトの名無しさん** · 2019/07/14(日) 23:31:47.54

Mozilla発のRust言語のスレ

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

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

前スレ
Rust Part6
http://mevius.5ch.net/test/read.cgi/tech/1532714678/

**デフォルトの名無しさん** · 2019/11/18(月) 22:15:40.78

>>682
なるほど
このやり方のほうが素直な気がするね
とりあえずありがとう

let baz = "aあ🦀";
for (pos, char) in baz.char_indices(){
println!("¥n{}:", char);
for byte in baz[pos..pos + char.len_utf8()].bytes() {
println!("{:b}", byte);
}
}

**デフォルトの名無しさん** · 2019/11/19(火) 00:27:09.27

rustも32bitのwindows向けのメンテやサポートは終了が確定してるよね…

**デフォルトの名無しさん** · 2019/11/19(火) 16:20:24.11

2次元配列から最大値を有するデータ(with index)を取り出したいとき
イテレータのmax_by等を二段がけにするのと
従来プログラミング言語のように二重のforループで取り出すのと
どっちがおすすめ？

**デフォルトの名無しさん** · 2019/11/19(火) 17:18:54.68

>>685
読んだ人に意図が明確に伝わる方

**デフォルトの名無しさん** · 2019/11/19(火) 17:44:40.62

forでやるとmutな変数の更新を自分でやることになるから安全性が落ちる
更新ミスによるデバッグコストのリスクがある

**デフォルトの名無しさん** · 2019/11/20(水) 21:08:08.17

変なやり方するより自然なfor使った方が
結局は可読性によって安全性やデバッグコスト低下になる。

**デフォルトの名無しさん** · 2019/11/20(水) 22:09:44.36

こういうお爺ちゃんはほんと迷惑
長いというだけで関数に切り出したりするし

**デフォルトの名無しさん** · 2019/11/20(水) 22:18:02.26

え？長いのわけたらいかんの？

**デフォルトの名無しさん** · 2019/11/20(水) 22:22:05.63

いかんからもうやらないでね

**デフォルトの名無しさん** · 2019/11/20(水) 22:42:01.28

テストが書きやすい単位で分ければそう長くもならんだろ

**デフォルトの名無しさん** · 2019/11/20(水) 22:42:36.59

テストが書きやすい単位で分ければそう長くもならんだろ

**デフォルトの名無しさん** · 2019/11/20(水) 22:44:50.09

専ブラが荒ぶった
連投スマソ

**デフォルトの名無しさん** · 2019/11/20(水) 22:48:38.35

組み込みのCだとアセンブラを意識して減算カウンタでdo...while使ったりするけど
PCでそれはないな。イテレータが使える状況なら使ったほうが安全だし

**デフォルトの名無しさん** · 2019/11/20(水) 23:40:48.65

>>689
いや長いならキリ出せよバカ。
こういうバカが一番迷惑。

**デフォルトの名無しさん** · 2019/11/20(水) 23:43:20.92

関数切り出しがダメなのかRustでは
おじいちゃん驚きだわ
理由を何なの？
シャドウイングあるからとか？

**デフォルトの名無しさん** · 2019/11/21(木) 00:12:22.19

競プロで見かける色んな人のコードでは
forループのほうが自然なとこを無理矢理イテレータのメソッドチェーンにしてたり、その逆があったり

**デフォルトの名無しさん** · 2019/11/21(木) 00:26:18.38

読みやすさが犠牲にならない範囲で短く書けるってことはよいことだけど
高階関数とかクロージャがまざるとトレースがめんどいのは確かだよね
デバッグ時にいらいらする

**デフォルトの名無しさん** · 2019/11/21(木) 01:07:26.22

>>685
1. 2重forループ
2. forループ + max系
3. fold + max系

の3択になると思うんだけど並列化も考えるような処理なら3がいい
そこまでの処理じゃないならメソッド抽出してテストを書いとけば中身はどれでもいいと思う

**デフォルトの名無しさん** · 2019/11/21(木) 07:10:43.84

>>696
長いだけで切り出すメリットがない

>>697
スコープが広くなるからだよ

**デフォルトの名無しさん** · 2019/11/21(木) 08:07:30.46

forの方が自然てどういうケースだろうね

**デフォルトの名無しさん** · 2019/11/21(木) 08:37:51.52

>>701
いやいや
若者よもっと経験積もう

**デフォルトの名無しさん** · 2019/11/21(木) 09:05:05.54

関数切り出しでスコープが広くなるとか、プログラミング言語として致命的な欠陥だろ

**デフォルトの名無しさん** · 2019/11/21(木) 09:32:00.36

切り出すと特定の関数から一度しか呼ばれない関数がででるから、
それが無意味というか、むしろ関数のシンボルが増えるし
上から下に連続的にソースコード読めなくなるしでダメだと言っているのだろう

でもそれってRust以外の言語でも同様の話であって、なぜそれでもなぜ切り出すべきかは語りつくされてる
それでもRust固有の事情で反論があるなら書いてくれ

**デフォルトの名無しさん** · 2019/11/21(木) 11:40:09.30

scanとかinspect使う処理はforの方が読みやすいこと多いように思う

**デフォルトの名無しさん** · 2019/11/21(木) 12:20:05.12

>>705
全くあなたの言う通り、そしてRust固有の話ではない

**デフォルトの名無しさん** · 2019/11/21(木) 13:17:36.82

>>705
関数切るとその分だけ借用とか生存期間とかの問題が増えるんよ
関数跨いだ変数の扱いが非直感的すぎる
関数に分けるとコンパイル通らなくなる事例が多すぎるから
関数分けないモチベに繋がる

**デフォルトの名無しさん** · 2019/11/21(木) 15:03:38.41

行儀の良くないプログラミングスタイルが
コンパイラに怒られてるだけに聞こえるなあ
例出してよ

**デフォルトの名無しさん** · 2019/11/21(木) 17:54:01.27

>>707
長い関数書いてるかうちは半人前
うちのプロジェクトなら即リジェクト
深いネストもリジェクト

**デフォルトの名無しさん** · 2019/11/21(木) 20:17:44.56

まあバカにrust使わせるとどうなるかってことがよくわかる事例だな。

**デフォルトの名無しさん** · 2019/11/21(木) 20:54:42.20

グローバルな型推論が無いのと型シグネチャが人に全然優しくないことに起因する、関数大きくなりがち問題はRust特有ですよ
最初から完成形があるわけでもないのに試行錯誤のコストを無視しちゃ駄目だ

**デフォルトの名無しさん** · 2019/11/21(木) 21:02:13.57

>>710
小物臭すごいんで寄らないでください

**デフォルトの名無しさん** · 2019/11/21(木) 21:26:52.12

抽象的な話じゃなくてコード出せよ

**デフォルトの名無しさん** · 2019/11/21(木) 21:32:48.48

関数内関数を活用しよう

**デフォルトの名無しさん** · 2019/11/22(金) 09:52:07.52

苦労ぢゃ

**デフォルトの名無しさん** · 2019/11/22(金) 10:24:47.28

メソッドチェーン万歳

**デフォルトの名無しさん** · 2019/11/22(金) 13:02:23.70

>>708と>>712でピンと来ないならRustエアプ

**デフォルトの名無しさん** · 2019/11/22(金) 14:48:50.24

確かにimpl traitなかった頃のクロージャ返しとか、asyncなかった頃のFuture返しとかは煩雑だったけど
現時点でそんな大変な型シグネチャってあるか？

**デフォルトの名無しさん** · 2019/11/22(金) 19:24:09.78

>>708
> 関数に分けるとコンパイル通らなくなる事例が多すぎるから

悲しいけどわかるｗ

**デフォルトの名無しさん** · 2019/11/22(金) 19:42:58.93

impl trait がない時代しか知らんのだろう

**デフォルトの名無しさん** · 2019/11/22(金) 20:26:37.15

バージョンアップごとにリリースノート確認するくらいの手間をかけろ

**デフォルトの名無しさん** · 2019/11/23(土) 00:04:27.77

んな手間かけるくらいならまともなテストコード書くほうが
よっぽど安全性上がるわ。
バランスがおかしい。

**デフォルトの名無しさん** · 2019/11/23(土) 00:14:14.42

>>708
C/C++では関数分離は大事なこと考えずにやってたのかな？バグバグバグ

**デフォルトの名無しさん** · 2019/11/23(土) 00:14:39.49

リリースノート一回読む程度もやらない人が
Rustコンパイラと同等な網羅テストを毎回書けるとは思えんけどな。

**デフォルトの名無しさん** · 2019/11/23(土) 00:39:42.82

関数に抽出するからというよりも
関数に抽出してジェネリックにしようとすると簡単にコンパイル通らないことが多々ある

例えば少し前に出てた2次元配列からmaxとindexを取得する例だけど
main関数から、配列やVecを受け取って結果だけをprintする関数を抽出したり
foldに渡すクロージャを関数として抽出したりするのに一苦労
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=160e0290cba2c67d8090326a54c7ab62

**デフォルトの名無しさん** · 2019/11/23(土) 03:05:15.71

>>726
デバッグしてあげました

https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=31427b62cf0ac30ea340084d6b7e515e

**デフォルトの名無しさん** · 2019/11/23(土) 03:13:22.52

filter_mapしゃんを使って書き換えるのは諸君らへの宿題とする

**デフォルトの名無しさん** · 2019/11/23(土) 03:23:24.33

>>727
ま、ありがとう
超バグってたね

ちょっと手直し
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=be7300d6fb44b350f1b190fa79e88d6a

**デフォルトの名無しさん** · 2019/11/23(土) 03:39:19.44

filter_mapしゃんをご存知ないのでしゅか
バグを出しにくい安全設計とはこうしゅるものでしゅ

https://play.rust-lang.org/?version=stable&;mode=debug&edition=2018&gist=5c184061ecdc7537d8eb8ccc1c146238

**デフォルトの名無しさん** · 2019/11/23(土) 03:44:01.49

真の安全性はunwrap_or(init)なんて与えないことなんでしゅがね
取得したインデックスを使うことがある場合は空の2次元配列で死にましゅよ

**デフォルトの名無しさん** · 2019/11/23(土) 04:57:43.99

インデックスとして使わなくても嘘の結果が表示されちゃうからOptionのままにして適切に表示を分けないといかんでしょな

**デフォルトの名無しさん** · 2019/11/23(土) 12:05:56.79

Rust用にソース書くときに結局Cでどうなってるか意識しないといけないのなら
最初からCで書いた方が良くね？ってなるよね

**デフォルトの名無しさん** · 2019/11/23(土) 15:06:34.21

そういう世界もあるかもしれないけど意識しないでしょ
Cで書いてたって、Cでどうなってるか意識してないじゃん

**デフォルトの名無しさん** · 2019/11/23(土) 19:35:16.54

どういうアセンブリが出てるか確認しろよ

**デフォルトの名無しさん** · 2019/11/23(土) 22:15:20.19

そんなら最初からアセンブリで書いた方が良くね？
ってなるじゃん
アホくさ

**デフォルトの名無しさん** · 2019/11/24(日) 00:42:51.11

うちは新しいコンパイラ出たらチームで逆アセ眺めて品評会してる

**デフォルトの名無しさん** · 2019/11/24(日) 09:08:56.80

コンパイラだって人間が作った物だ。希に間違える事はある

**デフォルトの名無しさん** · 2019/11/24(日) 10:36:10.48

>>736
してないのか？低能

**デフォルトの名無しさん** · 2019/11/24(日) 11:56:22.50

朝起きたら一杯のアセンブリ茶。
毎日欠かしたことはありません。

**デフォルトの名無しさん** · 2019/11/24(日) 13:02:06.02

アセンブリ茶って体にいいの？

**デフォルトの名無しさん** · 2019/11/24(日) 17:36:26.10

Clangで組み込みをする場合はアセンブリを見るがRustでWEBやCLIを作るときはあまりIRは気にしないな
Rust書いていてClangを意識したことは一度もない。普通LLVM IRだろ

**デフォルトの名無しさん** · 2019/11/24(日) 18:25:39.51

>>739
なにをだよ三下

**デフォルトの名無しさん** · 2019/11/24(日) 20:12:55.63

低レイヤー向け言語だけど低レイヤーは触りたくないという
よくわからんユーザー向け言語

**デフォルトの名無しさん** · 2019/11/24(日) 20:47:11.96

shiftjisってRustで使えるの？

**デフォルトの名無しさん** · 2019/11/25(月) 01:07:44.42

巨乳レイヤーは触りたい。

**デフォルトの名無しさん** · 2019/11/25(月) 11:16:58.97

>>745
「使える」の定義次第

Firefoxで使ってるやつはコレ
https://docs.rs/encoding_rs/latest/encoding_rs/
https://github.com/hsivonen/encoding_rs

**デフォルトの名無しさん** · 2019/11/25(月) 13:05:19.75

>>744
ほんそれ

**デフォルトの名無しさん** · 2019/11/25(月) 13:33:41.16

出来て当たり前の事をやって「やったぜ！」→「いいね！」になるのが今の日本
他の人がやらない事をやる人は「奴は特別だ(俺は出来なくてもしょうがない)」とレッテルが貼られる
アセンブラを馬鹿にする奴をしばしば見かけるがマイコンとかだとアセンブラが使えると可能になる処理ってまだあるしな

**デフォルトの名無しさん** · 2019/11/25(月) 13:39:32.23

っ https://twitter.com/KSY_RasPi_Shop/status/1197084483020677121
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/11/25(月) 14:22:19.37

Rustグラマの平均年収3000万くらいいってそう

マイクロソフト、「Rust」試用は概ね順調--不足する機能にも言及 - ZDNet Japan
https://japan.zdnet.com/article/35145098/

**デフォルトの名無しさん** · 2019/11/25(月) 16:33:29.05

小学校高学年から中学二年くらいまでのアセンブリをペロペロしたいです

**デフォルトの名無しさん** · 2019/11/25(月) 17:00:15.74

ペロペロ

◆QZaw55cn4c · 2019/11/25(月) 19:50:53.15

>>746
巨乳がそんなにいいとは思いませんね、貧乳こそ正義

**デフォルトの名無しさん** · 2019/11/25(月) 20:35:18.87

フツ乳好き以外は精神異常者。

◆QZaw55cn4c · 2019/11/25(月) 20:51:24.68

>>755
＞フツ乳
の定義は？

**デフォルトの名無しさん** · 2019/11/25(月) 20:53:02.62

今日からお前はフツ乳だし、あいつはツチ乳だからな

**デフォルトの名無しさん** · 2019/11/25(月) 21:02:57.89

ここからルワンダの内戦が始まった

**デフォルトの名無しさん** · 2019/11/26(火) 00:08:01.25

>>747
これちょっと使いづらいよね
移植ものだからかな
ラッパーが欲しくなる

**デフォルトの名無しさん** · 2019/11/26(火) 03:53:06.11

Yo!Yo!

**デフォルトの名無しさん** · 2019/12/02(月) 16:08:55.09

rustの親切コンパイラに慣れちゃった人は
他言語でもrustの親切コンパイラ感覚で雑なコーティングで不親切コンパイラを使ってバグを生み出すマシーンと化す
rust以外使えない体に…

**デフォルトの名無しさん** · 2019/12/02(月) 16:40:00.68

アホな書き方するとすぐ怒られるから
むしろまともになるのでは

**デフォルトの名無しさん** · 2019/12/03(火) 12:05:39.67

Microsoft: We're creating a new Rust-based programming language for secure coding

https://www.zdnet.com/article/microsoft-were-creating-a-new-rust-based-programming-language-for-secure-coding/

**デフォルトの名無しさん** · 2019/12/03(火) 12:13:06.00

またオレオレ増やしたんか
それとも破壊工作か

**デフォルトの名無しさん** · 2019/12/03(火) 13:20:15.63

これ前のニュースと同じじゃね？
windowsの開発に利用するのに必要なカスタムしてるだけだろ。いち利用者として。

**デフォルトの名無しさん** · 2019/12/03(火) 13:29:34.30

RustってDCTのイメージ
ポルシェとかフェラーリが使ってるあれ

**デフォルトの名無しさん** · 2019/12/03(火) 14:06:53.14

ライフタイムパラメータの省略だったり、
derefやcopyをtraitで暗黙的な動作にしてたり
そういうのがバグを生みやすいってことわからんのかね。

**デフォルトの名無しさん** · 2019/12/03(火) 14:18:20.74

具体的にどういうケースでどんなバグになるの？

**デフォルトの名無しさん** · 2019/12/03(火) 14:25:00.78

>>765
前のニュースとは違うね
https://vimeo.com/376180843

- 現状はProductionレベルのruntimeが出来たところ
- プロトタイプレベルのインタプリタとタイプチェッカーもある
- コンパイラはまだ開発を始めてない
- 数週間以内にGithubに公開

前のやつも動画公開されてたけどあんまり中身なかった
https://youtu.be/o01QmYVluSw?t=1228

**デフォルトの名無しさん** · 2019/12/03(火) 20:59:01.41

要約すると
M$「Rustゴミだけどコンセプトはいいからコンセプト部分パクるはwww
OSSなんやし文句は言わさんwww
あ、俺はライセンスで売るけどなwww」
か

**デフォルトの名無しさん** · 2019/12/03(火) 21:21:57.12

J++みたいなやつかな

**デフォルトの名無しさん** · 2019/12/03(火) 22:19:43.57

やってるのはMSの研究部門
この部門は幾多の研究をしているが直接製品になるものはとても少ない、研究部門だから

たんにRustにダイブして良し悪しを知ろうとしているだけ

**デフォルトの名無しさん** · 2019/12/03(火) 23:09:05.32

昔MS Researchがハードウェア記述言語向けの開発ツールを本格的に作るって言ったことがあってすごく期待したんだけど、
結局大した成果もなく立ち消えになったのを思い出した…。

**デフォルトの名無しさん** · 2019/12/04(水) 10:23:20.50

昔二羽ンゴが動画配信向けのFPGAを本格的に作るって言ったことがあってすごく期待したんだけど、
結局大した成果もなく立ち消えになったのを思い出した…。

**デフォルトの名無しさん** · 2019/12/04(水) 11:38:14.73

たくさん失敗しないと成功できないしどんどん失敗して欲しい

**デフォルトの名無しさん** · 2019/12/04(水) 14:40:34.27

MS Researchって「Winodwsを置き換える新OS作るぜ」とか言ってた事もあるんだぞ
現状はご存じの通りWindowsはいまだ健在

MSのポストWindows「Midori」の構想が明らかに
https://www.itmedia.co.jp/anchordesk/articles/0807/30/news076.html

**デフォルトの名無しさん** · 2019/12/04(水) 14:52:56.01

海荷

**デフォルトの名無しさん** · 2019/12/04(水) 15:05:23.66

OCaml.NETことF#さんは一定の評価を得ているイメージ

**デフォルトの名無しさん** · 2019/12/04(水) 16:32:55.05

C#使ってるやつらが乗り換えるとも思えんな

**デフォルトの名無しさん** · 2019/12/04(水) 17:09:35.24

現在開催中のAI Cup 2019というプログラミングコンテストにRust使って参加してRustの強さを知らしめようぜ！

https://russianaicup.ru

**デフォルトの名無しさん** · 2019/12/04(水) 17:18:14.61

現在のSandBox戦での上位のRust使用率の低さ
何とかしようぜ！

https://russianaicup.ru/contest/1/standings

**デフォルトの名無しさん** · 2019/12/05(木) 20:30:38.35

>>781
だって結局Rustじゃ何も作れないんだもん