Rust part11

**デフォルトの名無しさん** · 2021/06/17(木) 00:24:12.56

公式
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/

※C++との比較は専用スレへ
C++ vs Rust
https://mevius.5ch.net/test/read.cgi/tech/1619219089/

前スレ
Rust part10
https://mevius.5ch.net/test/read.cgi/tech/1617367084/

**デフォルトの名無しさん** · 2021/08/11(水) 02:02:46.71

>>592
競技プログラミングが何の実用的な実力に結びつかず、全く役に立たない遊びに過ぎない、と言われているのはそこですね

**デフォルトの名無しさん** · 2021/08/11(水) 02:13:25.09

再帰でメモ化したバージョンとループでボトムアップにしたバージョン
https://play.rust-lang.org/?version=stable&;mode=release&edition=2018&gist=d1b9bd1a085e334225a253ed9360c2e7

テストはしてない

**デフォルトの名無しさん** · 2021/08/11(水) 02:37:36.02

メモ化するならグローバル変数(もしくは引数で渡す)にした方が良いんじゃないの？

**デフォルトの名無しさん** · 2021/08/11(水) 02:55:43.83

>>596
競プロは戦闘機でいうところのアクロバット技術と同じようなものだな
アクロバット飛行はときに見るものを魅了するし部分的には実戦に通じるような高度な技術も必要だが
それ自体は実戦では役にたたず実戦でアクロバット飛行のような飛び方をしようものなら撃墜される

**デフォルトの名無しさん** · 2021/08/11(水) 06:37:52.46

>>593
やってみた
入出力例のassertも通ったけどこれでいい？

fn main() {
　assert_eq!(17, count(10, &vec![2, 3, 4]));
}
fn count(n: i32, abc: &[i32]) -> i32 {
　if n < 0 { 0 } else if n == 0 { 1 } else { abc.iter().map(|a| count(n - a, abc)).sum() }
}

**デフォルトの名無しさん** · 2021/08/11(水) 17:20:51.95

>>598
そだね
少し数が増えるとめちゃ効率悪かったわ

**デフォルトの名無しさん** · 2021/08/11(水) 18:22:13.11

>>600
おお　与えられた数値をmapのなかでラムダ式で計算して、リストのsumするところが素晴らしいｗ
この場合はカウントだからsumだけど、最小値のminとか最大値のmaxとかでも利用できそうだ

**デフォルトの名無しさん** · 2021/08/11(水) 20:10:22.26

>>600
いま試しにやってみたけど、メモ化は必須だから、その美しさは保つことができなかった(´･ω･`)

**デフォルトの名無しさん** · 2021/08/11(水) 20:23:36.62

メモを連れ回す方式に修正した
borrowだと面倒なのでmoveにしたがRefCell使うともう少し速くなったりするのかもしれない

https://play.rust-lang.org/?version=stable&;mode=release&edition=2018&gist=a0cd25619216cbe4dcdab6c51b7301ad

**デフォルトの名無しさん** · 2021/08/11(水) 20:39:47.21

競プロって計算量を落とせるアルゴリズムを考えることがポイントだと思うんだけど
実装言語の差異はどれくらい影響してくるの？

**デフォルトの名無しさん** · 2021/08/11(水) 20:46:12.70

>>605
あくまで参考だけど、こういうのがあるよ
ttps://twitter.com/chokudai/status/1325981178730438657

ただ3次元配列になると途端に速度が落ちるとか、そういうのもあるので鵜呑みにはできないけど傾向ってことで
あと、各言語の時間制限をしているサイトもある
ttps://paiza.jp/guide/language.html
この各言語の時間制限をみると、運営が考えている言語ごとの速度の違いが大まかにわかる
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/08/11(水) 21:01:22.52

競プロやっても日本の情報処理産業の国際的地位向上に結びつく気がしない

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

そら趣味だもの。仕事とは関係ない

ただ、言ってる論理構成が、某小学生youtuberが義務教育なんか
必要ないって言ってる理屈と同じだなと感じる

**デフォルトの名無しさん** · 2021/08/12(木) 00:24:49.53

>>603
メモ化するならこう
fn main() {
　let mut input_line = String::new();
　std::io::stdin().read_line(&mut input_line).unwrap();
　let input_numbers: Vec<i32> = input_line.split_whitespace().filter_map(|s| s.parse().ok()).collect();
　let n = input_numbers[0];
　let abc = &input_numbers[1..];

　let mut memo: Vec<i32> = vec!(1);
　memo.resize((n + 1) as usize, -1);

　println!("{}", count(n, abc, &mut memo));
}

fn count(n: i32, abc: &[i32], memo: &mut [i32]) -> i32 {
　abc.iter().map(|a| { let m = n - a; if m < 0 { 0 } else { if memo[m as usize] == -1 { memo[m as usize] = count(m, abc, memo); }; memo[m as usize] }}).sum()
}

**デフォルトの名無しさん** · 2021/08/12(木) 02:22:16.40

>>608
むしろ義務教育でyoutube撮影方法教えるべきだとか主張するアホと一緒だろ

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

>>608
資格主義や学歴主義もだけど戦略不在でそれ自体が目的化しているように感じる
手段が目的化して迷走している事例は腐るほどあるような

**デフォルトの名無しさん** · 2021/08/12(木) 14:49:35.08

競プロはある種のパズル
パズルを解いたり競ったりを楽しむのもの

パズルをたくさん解くことで仕事のプログラミングに活きる部分がなくも無いが
その二つを同一視してる人は有害

**デフォルトの名無しさん** · 2021/08/12(木) 15:56:43.60

同一視してるというか
同一視された方が有利になれる人が同一視するように仕向けている
それ誰よっていうと、サロン屋や人材屋

**デフォルトの名無しさん** · 2021/08/12(木) 18:29:44.63

○○検定とかも同じ臭いがする

**デフォルトの名無しさん** · 2021/08/12(木) 18:49:01.38

キャベツ？

**デフォルトの名無しさん** · 2021/08/13(金) 02:12:49.72

Rustlingsの問題なんだけど、これの37行目のmutってなんで必要なの？？？
https://ideone.com/41tBgy
参照するアドレスが変わるわけでもないのに・・・・どう理解すればいいものなんだろう・・・・
それと、ある構造体を構成するメンバーって、全部がmutか否かの二択になっちゃうわけ？混ぜれないの？？？

**デフォルトの名無しさん** · 2021/08/13(金) 02:51:10.09

>>616
え？どこに参照が出てきているの？構造体そのものでしょ
そして直後に構造体の中を書き換えているからmutが必要
そして構造体のメンバーはバラバラに生死貸借が起きることはないからメンバー個別の指定の必要性はない

**デフォルトの名無しさん** · 2021/08/13(金) 02:55:04.80

38,39でその構造体のメンバーに代入するのに必要

**デフォルトの名無しさん** · 2021/08/13(金) 11:51:53.45

>>616
1. let mut x = create_order();
2. let mut x = &create_order();
3. let y = &mut create_order();
4. let mut y = &mut create_order();

それぞれ何がmutableなのか違う
「参照するアドレスが変わるわけでもないのに」ってのは3番目をイメージしてると思われる

**デフォルトの名無しさん** · 2021/08/13(金) 18:27:47.71

let mut your_name = Some(String::from("変更前"));

match robot_name {
Some(ref mut name) => *name = String::from("変更後"),
None => (),
}

println!("君の名は。: {:?}", your_name);

**デフォルトの名無しさん** · 2021/08/14(土) 04:36:12.68

初歩的な申し訳ないんだが

let x = "hello".to_string(); // convart text to a string テキストを文字列に変換
let y = String::from("hello"); // get text directly テキストを直接取得

これの違いがわかりません
やってること同じですよね？
出力の違いが出る例とかあれば教えてもらえないでしょうか？

**デフォルトの名無しさん** · 2021/08/14(土) 06:01:03.88

to_stringはinlineでString::fromしてるから全く同じ

impl ToString for str {
#[inline]
fn to_string(&self) -> String {
String::from(self)
}
}

**デフォルトの名無しさん** · 2021/08/14(土) 06:06:43.67

>>622
早朝からレス感謝
もやもやがとれて勉強に集中できそうです
ありがとうございました

**デフォルトの名無しさん** · 2021/08/15(日) 13:09:40.85

社員120人が原則テレワーク、「在宅勤務を語ろうチャット」で不安解消　ピクスタ流の働き方
https://www.itmedia.co.jp/business/articles/2103/04/news016.html
正社員ゼロ､会議ゼロのベンチャーが､急成長している驚きの秘密
https://president.jp/articles/-/39405
テレワーク率95％をキープ！　“全員原則テレワーク企業”が導入した「Uber手当」「Zoom飲み会代」
https://www.itmedia.co.jp/business/articles/2102/26/news024.html
驚異のテレワーク率「9割超」　営業利益16倍の企業は、生産性が「下がった」社員をどのようにケアしたのか
https://www.itmedia.co.jp/business/articles/2102/04/news010.html
Withコロナ時代の営業改革とは？アステリアが説く「ワークログ」と「マイクロラーニング」の重要性
https://saleszine.jp/article/detail/1677
出社率100％→50％　オフィスレイアウトの変更例　社員が「オフィスに行く理由」を考慮せよ
https://www.itmedia.co.jp/business/articles/2101/19/news122.html
キャンピングカーでテレワーク　京急などが実証実験
https://www.itmedia.co.jp/business/articles/2102/17/news112.html
コロナ禍で働き方が激変　これからのシェアオフィスに必要なものとは？
https://www.itmedia.co.jp/business/articles/2103/09/news002.html
【サンフロンティア不動産】～通うオフィスから“集うオフィス”へ
アフターコロナ時代の働き方を提案するワークプレイス「LIT（リット）」2021年５月オープン
https://prtimes.jp/main/html/rd/p/000000013.000069250.html

**デフォルトの名無しさん** · 2021/08/16(月) 09:44:36.63

loop式はbreakで指定した値を返せるのに
なぜwhile式やfor式は値を返せないの？
Option型にしてbreakで値を指定した時だけSome(値)としてそれ以外はNoneとすれば便利なのに

**デフォルトの名無しさん** · 2021/08/16(月) 10:30:33.78

(while true のような実質無条件ループを除き)条件付きループをbreakで抜けるのは可読性を下げる要因になるから一般的にはRustに限らずできるだけ避けるだろ
悪い作法を推奨するような機能は付けるべきではない

**デフォルトの名無しさん** · 2021/08/16(月) 10:39:16.03

ほぉたしかにそうゆうのあれば便利な時もありそう
macroで似たような物は作れそうな気がする

たしかにlispとかでもwhileはnil returnだな(´・ω・｀)

**デフォルトの名無しさん** · 2021/08/16(月) 12:47:44.44

>>626
forでお目当てのものが見つかったらその時の値を欲しい時
当然そこで打ち切りたいから普通にbreakすると思うが君は回り続けるのかね？

**デフォルトの名無しさん** · 2021/08/16(月) 14:09:14.90

>>628
打ち切りたいなら、take_whileの結果を対して回せばよくね？

**デフォルトの名無しさん** · 2021/08/16(月) 14:32:54.40

手間かけて機能拡張するほどのメリットがないってことだろうね
https://github.com/rust-lang/rfcs/issues/1767#issuecomment-292678002

**デフォルトの名無しさん** · 2021/08/16(月) 16:29:22.27

つまりforやwhileではなくiterを使うかloopを使えってことか

**デフォルトの名無しさん** · 2021/08/16(月) 16:36:53.53

awaitとか ? が絡むとループ使いたい場合はあるかもね

**デフォルトの名無しさん** · 2021/08/16(月) 16:57:08.35

>>632
それらメソッドチェーン部分ではもちろん使えるけど
iter系で指定するクロージャの中でも使えるんだっけ？

**デフォルトの名無しさん** · 2021/08/16(月) 20:57:35.53

>>633
Item が Option や Result なら ? は使えるけど
await は async fn か async block の中でしか使えないからほぼ使えないと思ってよさそう

**デフォルトの名無しさん** · 2021/08/16(月) 22:05:08.22

featuresは？

**デフォルトの名無しさん** · 2021/08/16(月) 23:25:05.01

>>634
?の方だけど、NoneやErrを除外してSomeやOkの皮を外すのはfilter_map使わないとメンドイね
例えばこんな感じで「?」はクロージャ内で使えた
println!("{}", std::env::args().filter_map(|x| std::char::from_u32(x.parse::<u32>().ok()?+110)).collect::<String>());

実行結果
$ cargo run 4 test 7 5 987654321 6
rust

**デフォルトの名無しさん** · 2021/08/17(火) 01:06:37.74

>>636
これは filter_map よりも map().collect::<Result<String, _>>() の方がよさそう

**デフォルトの名無しさん** · 2021/08/17(火) 01:42:37.78

全く関係ないけど、
for x in v
には、
for x in &v
for x in &mut v
for x in v.iter()
のようなバリエーションもあるようだけど、
for &x in v
のような書き方も出来るの？

あと、v と書いても v.iter() の省略なの？
この辺の話はどこに書いてる？

**デフォルトの名無しさん** · 2021/08/17(火) 01:44:24.62

>>638
ついでに、
let x = &y;
は、
let &x = &y;
let &x = y;
みたいに書くことも出来るの？？？

**デフォルトの名無しさん** · 2021/08/17(火) 01:46:10.93

>>638-639
左辺と右辺はパターンマッチで対応するメカニズムになっている。

**デフォルトの名無しさん** · 2021/08/17(火) 02:15:00.92

>>638
forの展開はこの辺とか。.iter()じゃなくて.into_iter()やね
https://doc.rust-lang.org/reference/expressions/loop-expr.html#iterator-loops

**デフォルトの名無しさん** · 2021/08/17(火) 03:20:14.87

この言語の敷居の高さの上げ方は異常すぎる。誰も全容分かってない

**デフォルトの名無しさん** · 2021/08/17(火) 03:39:07.39

C++ よりマシ。

**デフォルトの名無しさん** · 2021/08/17(火) 04:00:51.74

それだと最初のエラーを拾ってしまうけど今回はエラーになる引数を与えてそれらを無視して拾い集めるコード
もしエラーにならない引数だけを与えて成功するコードならばその方針もいいかも
あとfrom_u32はOptionを返すのでResultでなく全体をOptionにするとして
最後にunwrapも必要なのでmap().collect()のコードは以下になると思いますが
元の>>636より長くなってしまいますね

println!("{}", std::env::args().skip(1).map(|x| std::char::from_u32(x.parse::<u32>().ok()?+110)).collect::<Option<String>>().unwrap());
実行結果
$ cargo run 4 7 5 6
rust

**デフォルトの名無しさん** · 2021/08/17(火) 09:39:00.09

小中学生あたりでもわかる本ある？

**デフォルトの名無しさん** · 2021/08/17(火) 09:48:35.92

きったねぇコードだな

**デフォルトの名無しさん** · 2021/08/17(火) 13:39:50.79

参照型の変数xをlet文で新しい変数yの初期値にした場合、
let a = 123;
let x:&i32 = &a;
let y = x;
y は参照型になるんだっけ？
そもそも、最初の文は
let x = &a;
と書いても全く同じ意味だっけ？　さらに、
let x:&i32 = a;
と書いても同じ？

**デフォルトの名無しさん** · 2021/08/17(火) 14:30:13.21

>>647
試してみるといいよ
yの型を知りたければtype_of(&y)で

fn type_of<T>(_: &T) -> &str {
std::any::type_name::<T>()
}

let a = 123;
let x = &a;
let y = x;
println!("{}:{}, {}:{}", x, type_of(&x), y, type_of(&y));

**デフォルトの名無しさん** · 2021/08/17(火) 14:31:53.69

答えを知ってる人に書いて欲しい。
この言語、試してみないと型すら分からないんだったら困るな。

**デフォルトの名無しさん** · 2021/08/17(火) 14:35:58.73

>>647
> y は参照型になるんだっけ？
なる

> そもそも、最初の文は
> let x = &a;
> と書いても全く同じ意味だっけ？
ほぼ同じ
下だとaの型がi32に固定されない点だけ違う

> さらに、
> let x:&i32 = a;
> と書いても同じ？
これは全然違う
そもそも型エラーでコンパイルできない

**デフォルトの名無しさん** · 2021/08/17(火) 14:41:24.86

>>647
めちゃ基本的なことなので入門書を読もう

**デフォルトの名無しさん** · 2021/08/17(火) 14:45:56.55

本を読んだけど、明確には書いてなかったと思う。
let文に置いて参照型が右辺の場合、左辺も参照型になるということなのか。
ということは、letを書かない代入文で左辺に参照型で無い型を
書いて、右辺に参照型がある場合にはエラーになるのか？？？
わけが分からん。

**デフォルトの名無しさん** · 2021/08/17(火) 14:51:57.21

C++出身の人かな

**デフォルトの名無しさん** · 2021/08/17(火) 15:00:35.72

C++出身だ。
Rustにおける参照型の変数の規則性が分からない。

**デフォルトの名無しさん** · 2021/08/17(火) 15:06:15.30

>>654
Rustの参照はC++の参照じゃなくてポインタのほうが近いよ

**デフォルトの名無しさん** · 2021/08/17(火) 15:06:32.93

Rustから入る人や
色々な言語をやってきた人は理解が早い
しかしC++だけやJavaだけしか経験ない人は
自己中な思い込みが激しくて素直に学習しようとせずに間違った解釈したりして無駄な質問ばかりしがち

**デフォルトの名無しさん** · 2021/08/17(火) 15:06:36.98

Rustは例はあるが、ちゃんとした論理的な言葉や数式の様なもので、規則性が
書いてないのではない？
C++だともっと厳密に書いてある。

**デフォルトの名無しさん** · 2021/08/17(火) 15:10:48.52

>>652
何て本？

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

>>656
そうではなくて、規則性を言葉で書いてくれ、ということだよ。
試してみてなんとなくの経験法則とかじゃなく。

**デフォルトの名無しさん** · 2021/08/17(火) 15:12:37.71

>>658
bookの印刷版も読んだが、途中読み飛ばしたページもあるが
読んだところにはちゃんと書いてなかったと思う。
数学的な規則が欲しいんだ。
文学的な言葉や例ではなく。

**デフォルトの名無しさん** · 2021/08/17(火) 15:13:56.74

>>657
そういう位置付けのドキュメントはこれだね
ただし冒頭にもある通り完全ではない

The Rust Reference
https://doc.rust-lang.org/stable/reference/

**デフォルトの名無しさん** · 2021/08/17(火) 15:15:28.48

>>656
まずはC++を忘れろ
思い込みは習得の邪魔になる
あるいは様々な言語をやってきていれば各言語で概念や書式や用語などが少しずつ異なることが理解できるはずだ

**デフォルトの名無しさん** · 2021/08/17(火) 15:18:24.83

>>662
めんどくさいので試してないんだよ。
試さなくても数学の用に読んで理解できる規則が欲しい。
Cのポインタは難しいとされるが、俺は数学が得意なので本を読んだだけで
完璧に理解できた。
C++探せばちゃんと書いてある本がある。

**デフォルトの名無しさん** · 2021/08/17(火) 15:23:08.50

>>661
BNFで書いてあるようだが、具体的にどこに書いてあるか示してくれ。
ちなみにBNFだと意味論までは語れ無い事があるので無理かも知れない。

**デフォルトの名無しさん** · 2021/08/17(火) 15:24:30.00

「俺は数学が得意なんだ！」
ワロタ
いつものBoxおじいさんじゃん

**デフォルトの名無しさん** · 2021/08/17(火) 15:24:31.45

目次を見てもReferenceの文字が見当たらないが。
C++だとちゃんとあるぞ。
どうしてReferenceも型のはずなのに、目次すらないんだよ。

**デフォルトの名無しさん** · 2021/08/17(火) 15:25:31.33

>>665
トップだったからな。

**デフォルトの名無しさん** · 2021/08/17(火) 15:27:48.00

>>660
そこまで言うならば十数種類あるRustドキュメントのうち、
editionとapiとstdとreferenceとtheとcookとexampleあたりにあとはcliとasyncくらいまでが基礎かな。
あと外部たがcargoとrustcにrustdocなどのbookも。
unstableやnomiconは後でいい。
wasmやembedded系bookも必要なら。

**デフォルトの名無しさん** · 2021/08/17(火) 15:28:18.82

IQ87の人でしょ
相手しちゃダメ

**デフォルトの名無しさん** · 2021/08/17(火) 15:29:44.40

>>668
なんで、この言語に置いて最も重要な型の一つの規則性がそんな何千ページもの
本を読まないと解説されてないんだよ。

**デフォルトの名無しさん** · 2021/08/17(火) 15:30:14.32

>>669
お前の友達と一緒にすんな。

**デフォルトの名無しさん** · 2021/08/17(火) 15:35:47.16

>>667
数学得意ならRustも深く理解しやすい
強い静的な型システムの元にある
そして生死貸借も明確で数学的にメモリ安全性を保証
利便性のための参照＆外し自動適用を除いて型キャストが暗黙に自動で行われることともない

**デフォルトの名無しさん** · 2021/08/17(火) 15:44:19.09

>>672
さっきから聞いているのに、ちゃんとした論理的規則を語った人は誰も居ない。
つまり、今このスレに居る人達は誰も理解してない証拠だろう。
つまりこれは、Rustが試してみないと分からない言語だからではないか。

**デフォルトの名無しさん** · 2021/08/17(火) 15:46:21.18

>>673
5chじゃなくて users.rust-lang.org あたりで聞いてみたら
専門家がいっぱいいるよ

**デフォルトの名無しさん** · 2021/08/17(火) 15:48:51.11

>>674
参照型はRustにとって最重要の型。
それがそんなところに質問しなければ分からないというのは困ったことだぞ。

**デフォルトの名無しさん** · 2021/08/17(火) 15:56:13.41

ポインタを理解するのにもRustを理解するのにも数学の得意不得意は関係なくね？

ポインタを理解できない人をあまり多く見たことがないから実際のところどうなのかよく分からないんだが

**デフォルトの名無しさん** · 2021/08/17(火) 15:57:56.00

>>670
どこにも記述されていないことを君が自己中心的な思い込みで間違いなく判断や間違った推測をしているから>>647や>>652の書き込みになっている
let文や呼び出し引数はirrefutable pattern matchingであり各種destruturingはあっても個々の型は対応する
Tと&Tがmatchingすることはない

**デフォルトの名無しさん** · 2021/08/17(火) 15:59:25.04

>>677
どから、それがどこに書いているのかリンクを張ってくれ。
あなたの独自説ではなく、公式のな。

**デフォルトの名無しさん** · 2021/08/17(火) 16:06:26.36

>>672
>利便性のための参照＆外し自動適用を除いて型キャストが暗黙に自動で行われることともない

rustではcoercionと呼んでるものが暗黙の型変換だぞ

**デフォルトの名無しさん** · 2021/08/17(火) 17:16:17.31

グリーンスレッド何それ？さんだっけ？

**デフォルトの名無しさん** · 2021/08/17(火) 17:20:32.19

公式の言葉が欲しいってならreferenceのlet statement, reference patternsあたりでもみりゃいいんじゃないっすかね知らんけど

**デフォルトの名無しさん** · 2021/08/17(火) 17:32:50.74

rustは思ったより流行りそうにないなぁ。
使用者爆発的に増えてくるハズがC++知らん人は
そもそも使う層じゃないし、
C++知ってる人は、逆にめんどくさいから様子見、流行らなければスルー
ぐらいかね。

**デフォルトの名無しさん** · 2021/08/17(火) 18:03:44.37

ぶっちゃけ1言語のみしか使えないようなプログラマが有能だとはとても思えないが
実際にそういう人はいるけど融通効かないし生産性が高いとも思えない
所詮ドカタじゃないの

**デフォルトの名無しさん** · 2021/08/17(火) 18:14:54.04

>>682
C++ で疲弊した人が Rust に移ってるってのはあるぞ。

**デフォルトの名無しさん** · 2021/08/17(火) 18:21:01.37

>>675
だからそう主張してくればよいじゃん
ここにいる人じゃ話にならないんでしょ？

**デフォルトの名無しさん** · 2021/08/17(火) 20:01:51.20

疲弊というかドロップアウター

**デフォルトの名無しさん** · 2021/08/17(火) 21:03:40.91

>>647
上３つの式は正しいのに、なんで下２つの式はそうなるのか

**デフォルトの名無しさん** · 2021/08/17(火) 21:04:44.45

>>687
見間違えた
一番下の式だけだね

**デフォルトの名無しさん** · 2021/08/17(火) 21:18:21.30

実際はc++わからんけどrustわかればマウント取れそうじゃね？って馬鹿しか手を出してないという現実。

**デフォルトの名無しさん** · 2021/08/17(火) 21:24:14.87

Rustは、GoogleTrendsでは他の言語に比べて低空飛行だけど(Kotlinと同じくらい
ではあるが)、他の言語が下がる傾向があるのに対してRustだけは少しずつ上がってる。
Stackoverflowでは既にC++の30%～40%位まで質問の量が迫ってきているとか。
なので良く分からない。
GoogleTrendsが実際と合ってないという説も見かけた。

**デフォルトの名無しさん** · 2021/08/17(火) 21:26:37.22

crates.ioでcrateをダウンロードされた回数が20億回を越えていたり、
投稿されたcrateの数が3万種類を超えたりとか。
20億回というのはとんでもない大きな数字。
全世界のプログラマの数は2,500万人くらいだそうだから相当な数だ。
良く分からないくらい異常に大きな数値。

**デフォルトの名無しさん** · 2021/08/17(火) 21:35:56.30

iocrateはきっと誰かがwhile true do; cargo build; cargo clean;doneみたいの流し続けたんだろ

c++よりマシなのは確かだがredosだかみたいの全然進まんしc++,cな代替物にはなれなさそう
tech giantsみたいな連中が根幹部分rustに変えるみたいな事言ってるけど流行ってる感じ全然しないよね(´・ω・｀)

**デフォルトの名無しさん** · 2021/08/17(火) 21:40:50.24

久しぶりに流行ってない流行らないアピールきてるね

**デフォルトの名無しさん** · 2021/08/17(火) 21:41:43.37

土方では流行らないでしょ

**デフォルトの名無しさん** · 2021/08/17(火) 21:45:28.03

リポジトリの分散化考えないとマジ負荷が半端無さそう

**デフォルトの名無しさん** · 2021/08/17(火) 21:49:53.88

rustで作ったライブラリは他の言語から使いやすいんかい？
c\c++置き換えるなら、むしろそここそ一番重要かもしれん。