Rust part12

**デフォルトの名無しさん** · 2021/08/24(火) 22:55:27.78

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

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

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

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

**デフォルトの名無しさん** · 2021/10/21(木) 16:23:52.35

>>802
implにunsafeって書かないといけないのと同じことだけど
implを書くやつが要求されてるsafetyルールを担保しないといけない

そのためのマーカー

**デフォルトの名無しさん** · 2021/10/21(木) 16:35:52.56

うんこすれっど

**デフォルトの名無しさん** · 2021/10/21(木) 19:56:22.82

>>791
sync_channelってのがあるのか。ありがと。
ちゃんとランデブーもできるって書いてあるな。

**デフォルトの名無しさん** · 2021/10/23(土) 00:54:23.67

Rust 1.56.0 リリース！
https://tech-blog.optim.co.jp/entry/2021/10/22/080000

**デフォルトの名無しさん** · 2021/10/23(土) 01:45:44.26

let x = f64::cos(3.14);
みたいなのをf64::を省略して書きたいのですがどうすればよいですか？
use f64::cos; みたいなことはダメなようです

**デフォルトの名無しさん** · 2021/10/23(土) 12:44:59.32

1回はf64と言わないと伝わらないので
let p = 3.14_f64;
let x = p.cos();

**デフォルトの名無しさん** · 2021/10/23(土) 14:40:08.49

すみません、p.cos()の記法がなんかイヤでcos(p)みたいな記法をしたいってことでした

**デフォルトの名無しさん** · 2021/10/23(土) 18:48:04.65

use f64
でだめなら無理じゃね

**デフォルトの名無しさん** · 2021/10/23(土) 18:52:41.89

modなら確かにuseで省略できるけど
Box::newのBox::を省略したいみたいな話だしなあ

**デフォルトの名無しさん** · 2021/10/23(土) 18:55:33.73

fn cos(x: f64) -> f64 {
f64::cos(x)
}

cos(3.14)

素直にp.cos()のほうがいいとは思う

**デフォルトの名無しさん** · 2021/10/23(土) 18:55:43.78

let cos = f64::cos;
ならいける

https://play.rust-lang.org/?version=stable&;mode=debug&edition=2021&gist=3c7b96b61723e46d132c9e0f2d46911b

**デフォルトの名無しさん** · 2021/10/23(土) 19:43:20.47

fn main() {
println!("{}", cos(&32));
println!("{}", cos(&4.5))
}

trait GetDouble {
fn get_double(&self) -> f64;
}

fn cos(num: &dyn GetDouble) -> f64 {
f64::cos(num.get_double())
}

impl GetDouble for f64 {
fn get_double(&self) -> f64 {
*self
}
}

impl GetDouble for i32 {
fn get_double(&self) -> f64 {
f64::from(*self)
}
}
https://play.rust-lang.org/?version=stable&;mode=debug&edition=2021&gist=cb0e5606622069ca33b0ef0971fa94b4
これでいこう

**デフォルトの名無しさん** · 2021/10/23(土) 20:42:27.27

ジェネリックにしたいならIntoでいいんじゃないかな

fn cos(x: impl Into<f64>) -> f64 {
f64::cos(x.into())
}

**デフォルトの名無しさん** · 2021/10/23(土) 20:49:05.66

ジェネリックにしたいなら戻り値も引数に合わせたいのでは
num_traits::Float::cos など使うべき
https://docs.rs/num-traits/0.2.14/num_traits/float/trait.Float.html#tymethod.cos

**デフォルトの名無しさん** · 2021/10/24(日) 14:23:12.50

文法でrustとc++/cが似ているって言うやつは何をもって似ていると言っているだろう
ムーブセマンティクスがデフォだし、classはない、for文はイテレータだし、変数と関数の宣言の違いがはっきりしているし
何よりも型は前置じゃないし

**デフォルトの名無しさん** · 2021/10/24(日) 14:52:08.66

C++とスクリプト言語ぐらいしか知らないんじゃないの？

**デフォルトの名無しさん** · 2021/10/24(日) 14:55:21.00

>>817
誰がもなにもオフィシャルなドキュメントでC++に似せたと言っている
型引数が<>だったりブロックが{}だったりそういうレベルで似てると言っている

**デフォルトの名無しさん** · 2021/10/24(日) 14:56:01.04

C/C++というよりC familyに似せたと言っていたからちょっとニュアンスは違ってくるか

**デフォルトの名無しさん** · 2021/10/24(日) 15:13:22.96

>>819
ソースをくれ
公式で構文を似せたとか言っていないと思うが

C++: references, RAII, smart pointers, move semantics, monomorphization, memory model

https://doc.rust-lang.org/reference/influences.html

**デフォルトの名無しさん** · 2021/10/24(日) 15:37:41.12

型名がintならc++ぽいというのはなんか違うんだよね
->とか<<<とか気持ち悪いことをし始めたらc++感が出てくる

**デフォルトの名無しさん** · 2021/10/24(日) 15:38:30.82

>>821
http://web.archive.org/web/20150401014855/http://doc.rust-lang.org/nightly/intro.html
> you may find the syntax easier if you've used a "curly brace" programming language before, like C or JavaScript

確かに似せたとまでは言ってなかった

generics の angle bracket についてはコアメンバーが言及してるしC++の影響受けてると言って良いと思う
https://old.reddit.com/r/rust/comments/6l9mpe/minor_rant_i_wish_rust_had_gone_with_square/

**デフォルトの名無しさん** · 2021/10/24(日) 15:44:23.48

C++ iostream の << 演算子をパクらなかったのは、やっぱりあれが失敗作だからだよね

**デフォルトの名無しさん** · 2021/10/24(日) 15:46:45.70

>>823
thx、ソースまで探してくれてありがとう
個人的にはC++を感じるというエモーション(?)がどこなのかを聞きたかった

**デフォルトの名無しさん** · 2021/10/24(日) 16:28:47.34

よくある質問
RustはLLVMの上に構築されており、LLVMから見てClangっぽく見えるように頑張っているので、LLVMの
性能が向上したらRustの性能向上にもつながります。
https://prev.rust-lang.org/ja-JP/faq.html

**デフォルトの名無しさん** · 2021/10/24(日) 16:53:50.00

見た目はC++に似ているかも知れないけどML系列の方が近いんじゃない？
コンパイラがうるさいところとか「コンパイルが通れば大体動く」という感触はHaskellに近い
Vecに限定したくないなあとか関数に分けると型表記が面倒だなあとかはHaskellには無かったけど

**デフォルトの名無しさん** · 2021/10/24(日) 17:08:25.09

move semanticsとかcall by ref(not call by val in terms of ptr)とかは他のスクリプトではないの多いしな(rakuぐらいじゃね？)
糞みたいに面倒なbig fiveとか書いて来てるc++ちゃんと理解してる連中はrustの基本部分の理解はかなり早そう

記法は全然似てないてかerror handlerの部分とか全くの別物になってるしな
比較的若いgoとかktとかの方が書いててなんとなく似てる様な気もする(´・ω・｀)

**デフォルトの名無しさん** · 2021/10/24(日) 17:32:03.31

もう長いことC++書いてないけど、考えれば考えるほどC++つらいわ。昔の自分はよく書いてたな

**デフォルトの名無しさん** · 2021/10/24(日) 17:59:25.66

本当はMLが好きな人がMozillaでC++書かされるのに疲れた結果生まれた言語なのでMLやC++の要素を併せ持つのは必然

**デフォルトの名無しさん** · 2021/10/24(日) 20:02:44.06

>>828
GoやKotlinに似てたらc系列ぐらいの雑さでしょ

**デフォルトの名無しさん** · 2021/10/24(日) 21:17:24.37

ChromeよりMozillaの方が性能良いことが、Rustを使うべきである証明になってるのでは？

**デフォルトの名無しさん** · 2021/10/24(日) 22:01:13.83

流石に乱暴すぎる

**デフォルトの名無しさん** · 2021/10/24(日) 22:21:07.85

Chrome も Rust 使おうみたいな話なかったっけ

**デフォルトの名無しさん** · 2021/10/24(日) 22:21:39.42

セルフホストされるまではOCamlで書かれてたので、Chromeより性能の良いMozillaを作ったRustを最初に実装したOCamlを使うべき証明になってるのでは？

**デフォルトの名無しさん** · 2021/10/24(日) 22:28:24.77

chromeユーザーだけどfirefoxの方が性能いいってマジなんか？

**デフォルトの名無しさん** · 2021/10/24(日) 22:49:18.90

https://amethyst.rs/posts/amethyst--starting-fresh
アメジストが死んだ... ｴﾝﾀﾞｧｧｧｧｧｧｧｧｧｧｧｧｧｲﾔｧｧｧｧｧｧ
rustのゲームエンジンはbevy一強になるのか

**デフォルトの名無しさん** · 2021/10/24(日) 23:27:29.19

GUIのツールキットはよ(｀･ω･´ )

**デフォルトの名無しさん** · 2021/10/24(日) 23:30:13.19

ちゃんとリリースまでたどり着いたrustのゲームってあるの？

**デフォルトの名無しさん** · 2021/10/24(日) 23:47:38.31

>>838
icedじゃだめなん?
>>839
今のところない
試作を含むならネット上に転がっているよ

bevyね...レンダラーがwgpuだからね
現状はレイトレーシングとか無理
ゲームエンジンに挑戦するいい機会かも

**デフォルトの名無しさん** · 2021/10/24(日) 23:55:17.08

>>824
C++はシフト演算子をなぜ入出力に使いまわそうとしたのか未だに理解できない
見にくく＆わかりにくくなってる

**デフォルトの名無しさん** · 2021/10/25(月) 00:09:38.02

>>841
shellのリダイレクトに似てると思ったからだろ

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

>>841
当時の C++ には可変長引数を現代的な型システムの枠組みで扱う方法がなかった。
(C++11 からは variadic template がある。これも今となっては現代的と言えるかどうか……。)
新しいオブジェクトを追加したときにオーバーロードが可能である必要など
の諸々の事情が積み重なって演算子オーバーロードの仕組みを使うのが妥当という結論になり、
オーバーロード可能な演算子の中で比較的それらしく見えるのが << だったという経緯。

記法だけなら printf で不満は出なかっただろうけど、
printf (というか C の可変長引数の仕組み) は型システム的な保護が全然できないぶっ壊れなので
それを是とすることも出来なかった。 (廃止もしなかったけど。)

良くはないが他にどうにも出来なかったんだよ。

**デフォルトの名無しさん** · 2021/10/25(月) 00:30:55.79

歴史が長くなるとしょうもない事情の積み重ねでグダグダになるのもよくあること。
Rust もいずれはそうなる。そしてそのときは新しい何かで置き換えられるんだよ。

でも Rust の場合は Edition という区切りで新しい Rust 自身で置き換えつつ
過去の Rust とも共存することを最初から意図したデザインにしているので
比較的長く維持されるんじゃないかな。

**デフォルトの名無しさん** · 2021/10/25(月) 10:06:46.78

実際、型安全であるiostreamよりprintfのがよっぽどマシって議論はある。
しょーもない技術要素よりも視認性のがよっぽど大事だったりするわけで。

**デフォルトの名無しさん** · 2021/10/25(月) 11:11:20.41

>>840
iced日本語入力できなくない？

**デフォルトの名無しさん** · 2021/10/25(月) 11:14:28.05

>>827
>「コンパイルが通れば大体動く」という感触はHaskellに近い
C/C++でも「コンパイルが通れば大体動く」けど
Haskellはコンパイル時にアルゴリズムミスまでチェックしてくれるのか？

**デフォルトの名無しさん** · 2021/10/25(月) 11:32:11.39

単にHaskellはC/C++よりも型安全性の度合いが強いってこと言いたいんだろ

**デフォルトの名無しさん** · 2021/10/25(月) 11:51:09.02

>>846
Font読み込めば出来るっぽいよ

**デフォルトの名無しさん** · 2021/10/25(月) 12:13:25.40

>>847
アスペルガーか？

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

Rustでゲームエンジン作ったら億万長者になれるのかな

**デフォルトの名無しさん** · 2021/10/25(月) 17:18:01.27

UnityやUnreal Engine並のを作れるならできるんじゃね
さもなきゃプロプライエタリなエンジンなんてきょうび流行らん

**デフォルトの名無しさん** · 2021/10/25(月) 17:29:16.50

Rustの方が圧倒的に高速なら儲かるんじゃね？
知らんけど

**デフォルトの名無しさん** · 2021/10/25(月) 17:42:54.30

C++に勝てると思ってるの？

**デフォルトの名無しさん** · 2021/10/25(月) 18:33:26.15

フラッピーバードでも億稼げるんだからいけるいける

**デフォルトの名無しさん** · 2021/10/25(月) 18:38:23.54

もうインディー2Dゲームぐらいはリリースされてるのかと思ったけど
まだなのか

**デフォルトの名無しさん** · 2021/10/25(月) 19:12:07.52

>>851
億万の金とリソースをかけなきゃ使い物になるエンジンなんて作れないんじゃないの？

まあ、そこまでいかなくともユーザーのいる既存のツールで開発止まっているもの（MMDとか）のクローン作ればワンチャンあるかもね。

**デフォルトの名無しさん** · 2021/10/25(月) 20:03:31.88

ゲームエンジンでボトルネックとなるような重い処理ってなんなの
描画関連が重いならGPU側処理がメインでCPUで動くプログラムは何で書いても良いのでは

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

行列計算とメモリー帯域、PS5とPCを比べれば一目瞭然。PC4-25600でさえメモリー帯域が25GB/sで
デュアルチャネルで50GB/s、PS5は帯域幅218GB/s、
つまり描画が重いのではなく、CPUやGPUで行列計算した結果をメモリーへ格納したり再び取り出したりが重い。
描画だけなら4K再生できるVRAMの速度だけで終わる話

**デフォルトの名無しさん** · 2021/10/25(月) 20:24:03.79

>>851
儲かるかは知らんがbevy engineの作者はお賽銭で40万/月貰っているぞ

**デフォルトの名無しさん** · 2021/10/25(月) 22:52:02.92

ゲーム1本も出てないってそれなんかデカイ問題あるんじゃないの。
使ってみたら、あれこれ全然意味ないわ的な。

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

そらまあUnityとかみたいなガチゲームエンジンとかと比べたら意味ないんじゃね

**デフォルトの名無しさん** · 2021/10/26(火) 00:13:42.72

ゲームとか組み込みと並んで過去の資産が積み上がっているところだろう
現状グラフィックAPIなどのバックエンドは全部C/C++だぞ
一朝一夕の話ではないが、取り組み続ける必要がある
とりあえずコールオブデューティのTreyarchは触っているぽい

**デフォルトの名無しさん** · 2021/10/26(火) 00:19:35.84

インディ→ue4かunity
大手→ゲームの開発スパン3-4年+ゲームエンジン開発期間

今から積極的取り組んでも公表できる成果ができるは8-10年じゃない
そういえば任天堂もrust人材を募集してたよ

**デフォルトの名無しさん** · 2021/10/26(火) 09:14:11.61

カスタムアロケータ回りがしょぼいからガチのゲームエンジン用としては現状まだきついのでは

**デフォルトの名無しさん** · 2021/10/26(火) 09:43:34.49

たしかにコンシューマゲーム会社なんかがRust採用を進めていく、ってのはなんかありそうだね
プロダクトのプロトタイプ作成とかめっちゃあると思うんだけど、そういうのとかで、どんどん試してみて欲しい
彼らがRustコミュニティに貢献してくれるのか、っていうとなんか怪しい気はするけど

**デフォルトの名無しさん** · 2021/10/26(火) 11:03:35.61

最近はマイコンもセキュリティ機能が重要視されているけど
処理系は相変わらずC/C++でRustを推進みたいな流れにはなっていない矛盾

**デフォルトの名無しさん** · 2021/10/26(火) 11:18:59.50

そもそも組み込みで使えるrustコンパイラがないからな

**デフォルトの名無しさん** · 2021/10/26(火) 12:47:26.53

限定的ながらCortex-M用のバックエンドがあるじゃん

**デフォルトの名無しさん** · 2021/10/26(火) 13:14:38.26

俺のH8はどうなるんや

**デフォルトの名無しさん** · 2021/10/26(火) 14:24:23.79

LLVMバックエンドがあるならなんとかできるのでは
ないなら知らん

**デフォルトの名無しさん** · 2021/10/26(火) 15:31:08.95

>>870
RL78に乗り換えてどうぞ。LLVMバックエンドもあるよ

**デフォルトの名無しさん** · 2021/10/26(火) 15:43:31.64

僕はRX-78-2からRX-78NT-1に乗り換えたよ
みんなもそうしなよ

**デフォルトの名無しさん** · 2021/10/26(火) 15:50:06.56

嘘だと言ってよバーニィ

**デフォルトの名無しさん** · 2021/10/26(火) 15:54:33.07

真面目な話Green Hillsが対応したら組み込みでも大分状況変わると思うんだが
なんか内部では研究してるみたいだし

**デフォルトの名無しさん** · 2021/10/26(火) 16:50:59.50

ルネサスは近年arm32bitとしてraファミリ出してる。h8とかsuperhな人は今すぐ乗り換えろ

**デフォルトの名無しさん** · 2021/10/26(火) 17:52:31.12

バックエンドがある組み込み向けISAはCortex-M系、RISC-V系、RL78、AVR8あたり？

>>876
RAで済むなら他社のCortex-M系マイコンでも良いんじゃね感が・・・

**デフォルトの名無しさん** · 2021/10/26(火) 20:33:41.25

>>865
基本カスタムアロケータは自作では?

**デフォルトの名無しさん** · 2021/10/26(火) 21:43:49.66

アロケータ自作は大げさじゃないか
heaplessクレートでどうにかなるんじゃないかな
オレは使ったことないけど

**デフォルトの名無しさん** · 2021/10/26(火) 21:51:14.59

Unityでいけるくらいならデフォルトのアロケータで十分では？
jemallocとかに切り替えてもいいけど、どちらにしても自作するほどかね

**デフォルトの名無しさん** · 2021/10/26(火) 21:59:07.68

うんこ

**デフォルトの名無しさん** · 2021/10/26(火) 22:58:46.15

Unity使うなら内部のGCはBoehm GCなんだからGC_MALLOC使ったほうが良いのでは？
オレはRc<T>使いながらBoehmが使えるのか知らんけど

**デフォルトの名無しさん** · 2021/10/27(水) 00:00:42.78

別にゲームにカスタムアロケータが必須なんてことはないと思うが
UnityみたいにGCありの言語で書く場合にGCのスパイクが許容できないから
独自のメモリプールとかを書かざるを得ないのでは
それともC++でもアロケータ自作してるのか？

**デフォルトの名無しさん** · 2021/10/27(水) 00:23:45.53

UnityってBoehm GCなんだ？
それで十分動くんならRustにもGCあってもよかったんじゃない？

**デフォルトの名無しさん** · 2021/10/27(水) 00:29:03.79

ならGo使えば良くない？

**デフォルトの名無しさん** · 2021/10/27(水) 00:46:21.16

goはboehmじゃなく2017年ごろまでtcmallocで今は派生（随分、中身が違う）してるはず

**デフォルトの名無しさん** · 2021/10/27(水) 07:18:35.73

Boehmてストップザ・ワールドは起こらんの？

**デフォルトの名無しさん** · 2021/10/27(水) 08:48:37.83

Boehmってカタカナ的には何て読むの？

**デフォルトの名無しさん** · 2021/10/27(水) 09:08:54.86

ボエヒムじゃないの？

**デフォルトの名無しさん** · 2021/10/27(水) 10:46:43.20

ベームかボームだろ、ボエヒムとかワロタw

**デフォルトの名無しさん** · 2021/10/27(水) 11:14:08.33

ドラクエの呪文みたいだな

**デフォルトの名無しさん** · 2021/10/27(水) 11:35:17.90

ドイツ語のoeは日本語ではエって転写される

**デフォルトの名無しさん** · 2021/10/27(水) 12:01:22.63

Phoenix

**デフォルトの名無しさん** · 2021/10/27(水) 12:11:52.89

412 名前：以下、名無しにかわりましてVIPがお送りします投稿日： 2013/01/19(土) 21:03:25.42 ID:a2pD/tlo0

FランのFはフェニックスのFや！
例えこんなところで落ちぶれても不死鳥のごとく上流階級に返り咲くんや！！

414 名前：以下、名無しにかわりましてVIPがお送りします投稿日： 2013/01/19(土) 21:04:02.87 ID:dT9mn0sK0

>>412
フェニックスは「phoenix」

**デフォルトの名無しさん** · 2021/10/27(水) 14:01:22.92

cafe la boheme

**デフォルトの名無しさん** · 2021/10/28(木) 12:12:05.45

>>887
スレチだが、Boehmなので本来はSTWだけなのでUnityにGCラグが発生していたことは有名ですが、2018/12頃に
インクリメンタルGCが出来て改善された。
https://blog.unity.com/technology/feature-preview-incremental-garbage-collection
またUnityでゲームなどを作るときに良くやるのがGCを動かさないこと（＝オブジェクトを破棄しない）で
オブジェクトプールを使用して1度作ったオブジェクトをプールして置き破棄させない方法など、Unityにある
文字列比較などを使用しないなど細かい事をやる。本末転倒といえばその通り

**デフォルトの名無しさん** · 2021/10/29(金) 02:30:41.55

典型的なバッドノウハウだな
とはいえ日本でUnityが一番つかわれているであろう現場のモバイルゲーム開発は
昔はケータイJavaのゲーム開発やってた場合が多いのでその辺のGCバッドノウハウに慣れちゃってるという
Boehmはボエーンて読んでるわ

**デフォルトの名無しさん** · 2021/10/29(金) 02:58:27.64

oe はドイツ語の o の代替綴りとしてあてられることが多い。
つまり boehm の本来の綴りは bohm ってことね。
o はオの口の音でエという感じなので音としては中途半端で、カタカナに当てはめにくい。

ドイツ語の発音通りをあえてカタカナにするならボェーンに聞こえるんだけど、
bohm という人名は通例ではベームと表記してるね。

**デフォルトの名無しさん** · 2021/10/29(金) 02:58:48.47

あれ？ 2ch に投稿したらウムラウトが消えてる……。

**デフォルトの名無しさん** · 2021/10/29(金) 03:36:42.46

appleをアップルと記載するような文化やからね。カタカナにしてしまったら本来の発音との差異なんて気にしたらキリがない

**デフォルトの名無しさん** · 2021/10/29(金) 04:15:21.99

名女優のオードリー・ヘップバーンと
ローマ字表記のヘボン式で有名なヘボン氏が実は同じ綴り同じ発音の同じ姓みたいなもんか

**デフォルトの名無しさん** · 2021/10/29(金) 05:16:40.74

ドイチュ語と描いてない >>898 は失格