Rust part18

**デフォルトの名無しさん** · 2022/12/10(土) 18:17:02.61

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

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

**デフォルトの名無しさん** · 2022/12/28(水) 23:35:00.22

ライブラリの充実感を出すにはLLVMなコンパイラなんかよりも
C/C++へのトランスレータかインタプリタ作った方が直感的だろうね
わかりやすさを無視した実質ではコンパイラが正しいんだろうけど

**デフォルトの名無しさん** · 2022/12/29(木) 01:00:18.88

尻滅のC++er

**デフォルトの名無しさん** · 2022/12/29(木) 06:48:15.12

>>390
Goに決まってるだろ
libcにすら依存してないんだから

**デフォルトの名無しさん** · 2022/12/29(木) 13:50:41.11

技術評論社がスレを潰したな。

**デフォルトの名無しさん** · 2022/12/29(木) 14:03:52.70

JavaのAWTが標準ライブラリを流行らせた
AWTを潰した奴が標準ライブラリを潰した

**デフォルトの名無しさん** · 2022/12/29(木) 14:52:46.32

またスレ潰れたのか

**デフォルトの名無しさん** · 2022/12/29(木) 20:24:07.63

またスレが一つ死んだ。
行こう、ここもじきクソレスに沈む。

**デフォルトの名無しさん** · 2022/12/29(木) 22:22:48.42

最近来たばっかだけどなんで潰れたんだよw

**デフォルトの名無しさん** · 2022/12/30(金) 11:10:38.66

くだらないことを長文で書き続けるやつが湧くとスレが死ぬ

**デフォルトの名無しさん** · 2022/12/30(金) 14:17:15.08

板の他スレのようにワッチョイがついてないせいだろ
このスレはワッチョイついてないんだから荒らしくらいガマンしなさい

**デフォルトの名無しさん** · 2022/12/30(金) 14:24:56.68

Rustで安心安全な掲示板って作れないの？

**デフォルトの名無しさん** · 2022/12/30(金) 15:34:09.37

>>401
きみが考える安心安全を実現する方法を晒してくれ
多分Rustで実現できるなら他の言語でもできると思うけど

**デフォルトの名無しさん** · 2022/12/30(金) 15:34:42.26

>>401
掲示板ってどういうものなのか知らなさそうな質問で草

**デフォルトの名無しさん** · 2022/12/30(金) 15:40:26.47

ルビキチだぞ

**デフォルトの名無しさん** · 2022/12/30(金) 15:44:53.39

>>390
そもそも低レイヤー言語でプログラムするのに、標準ライブラリに頼りまくるのが間違いだわ。

**デフォルトの名無しさん** · 2022/12/30(金) 15:56:55.67

>>390
充実したリポジトリがあって cargo.toml に一行足すだけでライブラリが使えるんだから
そのライブラリが標準ライブラリかどうかなんてどうでもいいだろ。

標準に入れたくなるほど有用なら標準に入ろうと入るまいとそれなりに保守されることが期待できるし。

**デフォルトの名無しさん** · 2022/12/30(金) 16:09:16.18

標準ライブラリが充実してるということはそれだけ本体の運営者に負荷がかかるということだからね

**デフォルトの名無しさん** · 2022/12/30(金) 16:21:39.09

技術評論社がステマに来るとスレが死ぬのでは。

**デフォルトの名無しさん** · 2022/12/30(金) 16:33:03.00

let mut vec: Vec<usize>で
vec.iter_mut().map(|x| *x += 1)
みたいなことはできないの？

こんなふうにしないとだめ？
let mut vec:Vec<usize> = vec.iter_mut().map(|x| x + 1).collect();

**デフォルトの名無しさん** · 2022/12/30(金) 17:08:17.01

会社でやってるとサードパーティのライブラリはライセンスだったり許可もらったりするのが面倒

**デフォルトの名無しさん** · 2022/12/30(金) 17:58:17.74

マトモな翻訳してくれれば誰も文句云わんのだよ

**デフォルトの名無しさん** · 2022/12/30(金) 18:19:29.77

クレクレ君…w

**デフォルトの名無しさん** · 2022/12/30(金) 18:21:35.53

>>409
キミのやりたいことは多分こう
let mut v: Vec<usize> = vec!(1,2,3);
v.iter_mut().for_each(|x| *x += 1);
println!("{:?}", v); // [2, 3, 4]

**デフォルトの名無しさん** · 2022/12/30(金) 18:40:35.07

>>400
出たよワッチョイ自治厨
こいつが来るとスレが終わる

**デフォルトの名無しさん** · 2022/12/30(金) 18:44:56.94

おまえだけワッチョイスレたてて移住すりゃいいだろ
考えを押し付けるなカス

**デフォルトの名無しさん** · 2022/12/30(金) 19:38:38.38

確かにidって中途半端だよなワッチョイと言わずip表示させようぜ

**デフォルトの名無しさん** · 2022/12/30(金) 19:44:01.82

C++は経験あるけどRustはまだ触ったことない
RustってC++より簡単？
言語仕様の超複雑なC++よりは使いやすそうに見える

**デフォルトの名無しさん** · 2022/12/30(金) 19:49:17.66

>>416
むしろidを消していいかと

**デフォルトの名無しさん** · 2022/12/30(金) 19:55:03.48

プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.5ch.net/test/read.cgi/tech/1514107621/
Rust part6
https://mevius.5ch.net/test/read.cgi/tech/1532697692/

どっちを復活させるべきか

**デフォルトの名無しさん** · 2022/12/30(金) 20:01:01.43

2度も失敗してるんか…
あきらメロン

**デフォルトの名無しさん** · 2022/12/30(金) 20:09:39.66

ステルスマーケティングに関する検討会報告書
https://www.caa.go.jp/policies/policy/representation/meeting_materials/review_meeting_005/assets/representation_cms216_221228_03.pdf

覚悟しとけ。

**デフォルトの名無しさん** · 2022/12/30(金) 21:02:28.22

汚コーダー来てるね

**デフォルトの名無しさん** · 2022/12/30(金) 21:27:26.92

>>413
まじか
でｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

**デフォルトの名無しさん** · 2022/12/30(金) 21:45:21.02

>>413
本当にありがとう
for_eachしらんかった

let mut vec: Vec<Vec<usize>> = vec![vec![1, 2, 3]; 3];
vec.iter_mut().for_each(|x| x.iter_mut().for_each(|x| *x += 1));

for i in vec.iter() {
　println!("{:?}", i);
}

//[2, 3, 4]
//[2, 3, 4]
//[2, 3, 4]

実現できて助かるヽ(´ー｀)ノ

**デフォルトの名無しさん** · 2022/12/30(金) 21:50:10.68

よかったね(*´∀｀*)

**デフォルトの名無しさん** · 2022/12/30(金) 23:47:28.62

>>424
forループじゃなくイテレータのメソッドつかいたいならinto_iterでmap
for_eachでmutateするのはbad practiceなのでやめようね

**デフォルトの名無しさん** · 2022/12/31(土) 00:22:06.01

>>417
c++より簡単と言えば簡単。
言語仕様をちゃんと確かめようとするとc++みたいに生の書き方ができない分、大変かもね。

**デフォルトの名無しさん** · 2022/12/31(土) 04:42:28.23

最近BTreeMap使いすぎて困る
２分探索必要なとき脳死で使っちゃう
なお重複

**デフォルトの名無しさん** · 2022/12/31(土) 07:30:55.80

>>424
どういたしまして

**デフォルトの名無しさん** · 2022/12/31(土) 14:54:23.95

食いチン棒！万歳
チンコーマンの提供でお送りします

**デフォルトの名無しさん** · 2022/12/31(土) 15:23:23.48

>>430
面白いと思ったの？

**デフォルトの名無しさん** · 2022/12/31(土) 15:29:57.82

俺は大笑いしたけどな

**デフォルトの名無しさん** · 2022/12/31(土) 17:14:26.57

面白いかはともかく、スレのレベルには合ってる。

**デフォルトの名無しさん** · 2022/12/31(土) 18:36:57.94

なんでお前らRustなんてやってるの？C#の.NETが圧倒的に使いやすいのに
お前ら損してるよ

**デフォルトの名無しさん** · 2022/12/31(土) 18:53:15.25

>>434
気になってしょうがないんだなw

**デフォルトの名無しさん** · 2022/12/31(土) 18:54:52.47

RustやってるヤツなんてC#使った事ないわけないだろ

**デフォルトの名無しさん** · 2022/12/31(土) 19:38:51.94

「なんでRustなんて使うの？」という考えの人がわざわざRustスレに書き込もうと思うのが謎

**デフォルトの名無しさん** · 2022/12/31(土) 19:45:14.47

Rust'erはC++とJava or C# は扱えるイメージ

**デフォルトの名無しさん** · 2022/12/31(土) 19:50:31.27

Rusterは大体過去にD言語とか一回はかじってそう

**デフォルトの名無しさん** · 2022/12/31(土) 21:08:24.99

>>437
自分がやってきたことに疑念が生じてるんだよ
ひょっとしてC#なんかよりRustやったほうがいいんじゃないか？って
そして言ってもらいたんだよ
C#なんてやめちまえって
どこにでもいるだろ？迷ったとき背中押してもらいにくるやつw

**デフォルトの名無しさん** · 2022/12/31(土) 21:10:04.00

キラーアプリの前にセミナーや資格が出てくるのは、売人の世界。
役に立たんよ。

**デフォルトの名無しさん** · 2022/12/31(土) 21:26:12.45

> どこにでもいるだろ？迷ったとき背中押してもらいにくるやつw
みたいなこと言う奴が
> お前ら損してるよ
なんて言うわけないだろ、バカすぎるw

**デフォルトの名無しさん** · 2022/12/31(土) 21:35:29.14

誰も使っていないのに、みんながお勧めする言語。
発売前なのに、みんなが絶賛する書籍。

ダメでしょコレ。

**デフォルトの名無しさん** · 2022/12/31(土) 21:37:02.33

ステマ界のエース。

**デフォルトの名無しさん** · 2022/12/31(土) 21:57:26.74

>>426
なんでbadなん？

**デフォルトの名無しさん** · 2022/12/31(土) 22:36:39.86

汚コード増し増し言語

**デフォルトの名無しさん** · 2022/12/31(土) 23:39:15.81

>>426
ミーには前者のがbadに見えるザンス

**デフォルトの名無しさん** · 2022/12/31(土) 23:58:30.86

スパゲッティーだけど安全安心だよ

**デフォルトの名無しさん** · 2023/01/01(日) 11:45:43.47

今のご時世、Polyglotなプログラマが求められてるというか、常識みたいな扱いになってるね

**デフォルトの名無しさん** · 2023/01/01(日) 11:48:47.94

C#ってC++の代替にはなるけどCの代替にはならない
RustはそのCの代替と成りうる言語でなので
恐らく逆にC++やC#の代替にはあんまり向かないんじゃないかと思う

**デフォルトの名無しさん** · 2023/01/01(日) 13:38:52.32

Rust++

**デフォルトの名無しさん** · 2023/01/01(日) 13:40:21.19

>>449
そりゃそうやろ

**デフォルトの名無しさん** · 2023/01/01(日) 14:11:05.78

バックエンドデベロッパならlibcは理解してないといけないからcは必修よね

**デフォルトの名無しさん** · 2023/01/01(日) 14:21:37.43

C#がC++の代替えになる？

**デフォルトの名無しさん** · 2023/01/01(日) 14:41:50.37

C#はRuntime実行前提の言語だから組み込み開発に向いてない

**デフォルトの名無しさん** · 2023/01/01(日) 14:48:36.24

とはいえ、WinformやWPF使わないならネイティブコンパイルできるけどね。
.netランタイムない環境でも普通に実行ファイルあるいはネイティブdllにみたてたものして動作する

**デフォルトの名無しさん** · 2023/01/01(日) 14:48:50.67

C++って保守と競プロ以外どこで使われてんの？

**デフォルトの名無しさん** · 2023/01/01(日) 14:52:58.20

>>457
Rustと同じところに使われてるぞ
そんなことも知らないの？

**デフォルトの名無しさん** · 2023/01/01(日) 14:54:25.49

>>457
それrustがどこに使われてるの？と聞いてるのと同じじゃんかww

**デフォルトの名無しさん** · 2023/01/01(日) 14:58:29.83

c#ってフロント組むための言語だよね？rustやc#とは用途が違うのでとっとと出てってください

**デフォルトの名無しさん** · 2023/01/01(日) 14:59:02.35

間違えたrustとc/cpp

**デフォルトの名無しさん** · 2023/01/01(日) 15:14:11.17

>>458-459
C++はゴミだと確信してたけどRustもゴミってことか
教えてくれてありがとう

**デフォルトの名無しさん** · 2023/01/01(日) 15:17:51.36

>>453
必修どころか常識やで

**デフォルトの名無しさん** · 2023/01/01(日) 15:22:01.00

>>456
それGCどうやってるの？

**デフォルトの名無しさん** · 2023/01/01(日) 15:27:38.23

大体C言語を碌に触らずにC++をCの上位互換言語を思ってるヤツがホント多い

Cでは**pは必須だけどC++ではそもそもC++で拡張された機能によってそもそも**pを使うべきじゃないし
物理アドレスを触るような場面ではそもそもC++を使うべきじゃない

そしてCの互換言語という点を差っ引いたらC++じゃなきゃいけないって場面は殆どない

**デフォルトの名無しさん** · 2023/01/01(日) 15:34:44.56

お前さんの頓珍漢なべき論は要らんよw

**デフォルトの名無しさん** · 2023/01/01(日) 15:35:56.13

C言語の開発資産しかない場合、次は上位互換であるC++に行くのが常道になるのが
自然の流れ

しかもRustは新興言語で実績もないから採用は不可

**デフォルトの名無しさん** · 2023/01/01(日) 15:55:05.94

>>465
なんでCもC++もよく知らんのに知ったふうな口きくん？
君はプログラマですらないやろ？　ただのド素人やろ？

**デフォルトの名無しさん** · 2023/01/01(日) 15:59:31.54

そりゃ技術評論社がLinux板から情弱連れてくるからだろう。

**デフォルトの名無しさん** · 2023/01/01(日) 16:00:58.69

Haskell本が売れなくなったからRust売り込むことにしたんだろ。
迷惑な話よ。

**デフォルトの名無しさん** · 2023/01/01(日) 18:13:51.42

C++の話になると途端に饒舌になる老害さん達
スレ間違ってますよww

**デフォルトの名無しさん** · 2023/01/01(日) 18:21:28.05

>>471
そう言うのは>>450,465に言った方がいいぞ

**デフォルトの名無しさん** · 2023/01/01(日) 19:11:12.15

>>450
>RustはそのCの代替と成りうる言語でなので
個人的にはそうは思えないけどな。
Rustは低レベルが扱いにくいから。

**デフォルトの名無しさん** · 2023/01/01(日) 19:17:21.93

>>473
[補足]
Cは、どういうコードが生成されるかとても分かり易いので安心感が有る。
それに対し、
(Rustは結構頑張って学ぼうとしたが)、Rustは抽象レベルでの意味論は書いて
あっても、最終的にどういうコードが生成されるか分からない(仕様が明確には
書いて無い)事が多い。

**デフォルトの名無しさん** · 2023/01/01(日) 19:20:49.98

>>474
[補足]
Rustの場合、意味論は書いてあるのでどういう結果になるかは一応は分かるが、
結果的に何が行なわれるかは分かっても、どういうコードが生成されるかは
分からない事が多かった。それが分からないと高速化は難しい。
Cだと命令数やクロック数を数えることが出来たがRustでは出来ないと思った。
例えば、引数を渡す時に何回コピー動作が行なわれるかCやC++では分かるのに
対し、Rustでは分からないことが有るように思えた。
論理や意味は分かるが、途中にどういう中間工程が入るか分からないのだ。

**デフォルトの名無しさん** · 2023/01/01(日) 19:24:18.90

>>475;
Cではなくて、C++でも、
TYPE a = 5;
f(a);
と書いたとき、どういう動作がおきるか多くの場合はよく分かって、マシン語で
どういうコードになるかも分かる。コンストラクタがどこで呼び出されるか、
どこでコピー演算やムーブ演算が起きるのか、一応は分かる。
ところが、Rustでは分からない事が有った。
それでは問題を生じることが有る気がした。

**デフォルトの名無しさん** · 2023/01/01(日) 19:32:28.31

JScriptで書いていた支援ツールをRustで書き直そうかなぁ
そうすればwine/proton環境でも個別対応しなくて済むようになるし

**デフォルトの名無しさん** · 2023/01/01(日) 19:34:34.15

javascriptでツール書くとか猛者やなｗ

**デフォルトの名無しさん** · 2023/01/01(日) 19:35:28.46

あ、失礼JScriptってのが別にあるのね
知らなかったわ

**デフォルトの名無しさん** · 2023/01/01(日) 19:36:40.86

あーあ隙を見せちゃったな

**デフォルトの名無しさん** · 2023/01/01(日) 19:39:07.32

組み込みだと、「アドレスへの write アクセスが1回でなくてはならない」
場合がある。アクセスの回数によってハードウェアの動作が変わってくるから。
例えば、あるアドレスに一回アクセスすると LED が点灯し、もう一回アクセス
すると LED が消灯する、などという動作がある場合がある。
場合によっては、音の PCM の振幅や、モーターの速度調整にそれを利用する可能性があるなど。
この場合、Rustではメモリーアクセスの回数が不明確になって、上手くプログラミングできない
かも。

**デフォルトの名無しさん** · 2023/01/01(日) 19:41:37.18

組み込みでは、
「最適化して後から後れてアクセスする」
「アクセスが時と場合によって省略される」
などが有っては駄目な場合がある。
Cだと結構上手く行く。

**デフォルトの名無しさん** · 2023/01/01(日) 19:58:47.06

2年くらい前はHaskellが世界を席巻してたからな。

**デフォルトの名無しさん** · 2023/01/01(日) 20:06:13.34

>>482
> Cだと結構上手く行く。
アホの子なのかな？w
そもそも処理系の話だからCとかRustの話じゃないだろ

**デフォルトの名無しさん** · 2023/01/01(日) 20:12:23.58

>>484
でも、あなたにもC#で組み込みとか、Rubyで組み込みとかやっても難しいのは分かるよね。
それと似たようなことがRustでも起き得そうな気がするんだよ。
C#とかRubyでも、一応、atomicアクセス的な何かは用意されてるかも知れないけど、
そういう問題ではないおきるだろう。

**デフォルトの名無しさん** · 2023/01/01(日) 20:19:06.23

最適化に左右されたくないならちゃんとwrite_volatileとか使えばいいだけの話
memory mapped I/Oの制御なんて当然想定されてるよ

**デフォルトの名無しさん** · 2023/01/01(日) 20:21:02.90

MCUがRustを考慮していないから無理。
それだけの話。

**デフォルトの名無しさん** · 2023/01/01(日) 20:25:26.38

>>485
気のせいとかいうレベルで語るなよ...

**デフォルトの名無しさん** · 2023/01/01(日) 20:25:48.30

C言語仕様はメモリアクセスの順序を保証しない。動いているのは
ただの偶然だしそのようなコードは仕様外の糞コードでFA

**デフォルトの名無しさん** · 2023/01/01(日) 20:28:33.07

Rustは高速化したいときにクロック数を数えにくいのも困る。