Rust Part6

**デフォルトの名無しさん** · 2018/07/28(土) 03:04:38.63

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 Part5
http://mevius.5ch.net/test/read.cgi/tech/1518347244/

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

>>653
それはosの機能使ってるだけだから元々c使ってるならrust追加する意味がない。
よく読んでないけどservoのipc-channel見た感じ共有メモリ使ってないみたいだし、rust使うなら安全性優先してそうなるだろうね。
当然の帰結だけど潜在的に安全ではない方法で書かれたコードとrustは相性悪いよ。

**651** · 2019/03/16(土) 23:46:04.85

>>652
ありがとうございます。🙇
一応サイズやオフセットの情報は貰えそうなんですけどね......。

**デフォルトの名無しさん** · 2019/03/17(日) 00:41:47.89

>>646
>>649
すみません
環境はWindowsを想定しています

**デフォルトの名無しさん** · 2019/03/17(日) 02:05:57.96

>>649
azulはWYSIWYGじゃないmorphicにcssもどき付けてオブジェクト指向じゃなくてPFにした感じ。要はReact。

**デフォルトの名無しさん** · 2019/03/17(日) 21:51:20.57

危険なオペレーションをunsafeで包んで安全なインターフェースを提供できるのがrustの良さなのに
潜在的に安全性ではない方法とrustの相性が悪いとはどういうことなのか

**デフォルトの名無しさん** · 2019/03/17(日) 22:10:39.66

RustってCと比べて何ができるんですか？

**デフォルトの名無しさん** · 2019/03/17(日) 22:18:51.06

おんなじことをめんどくさくかつ安全に書けます

**デフォルトの名無しさん** · 2019/03/17(日) 23:19:13.37

>>658
インターフェイスを安全にしたところで潜在的に危険な部分は残るからでは？

**デフォルトの名無しさん** · 2019/03/18(月) 01:18:08.63

>>655
Cで確保した構造体の配列に対してオフセット計算したいならこれとか使うけど。
https://doc.rust-lang.org/std/primitive.pointer.html#method.offset

**デフォルトの名無しさん** · 2019/03/18(月) 21:36:29.28

vlangのサイトが少し更新されて改めて日本でも多少話題になってるな

https://vlang.io/
これがすべて本当ならRustにとって大打撃だが

**デフォルトの名無しさん** · 2019/03/18(月) 22:49:23.85

読んだけど詐欺だろ
こんなのできるわけない
どっかで非現実的なこと要求してきたりして実用できないポンコツだろう
PatreonやPayPalでのDonateを募っている。
サイトにサンプルコード書いてある以外以外誰もコンパイルしたことなければコンパイルしたコード動いてるとこ見たこともない

**デフォルトの名無しさん** · 2019/03/18(月) 23:26:49.06

>>663
話題になっているならスレ立ててこのスレから独立したまえ

**デフォルトの名無しさん** · 2019/03/18(月) 23:36:21.26

比較するならもっとちゃんと比較してほしい。
載ってるサンプルソースじゃ単純過ぎて何で書いても大差ないし。
循環参照ありのコンテナ型とかCライブラリの安全なラッパーみたいな所有権とライフタイムがバリバリ出てくるやつが見てみたいが。

**デフォルトの名無しさん** · 2019/03/19(火) 00:04:16.93

>>663
リリースは夏じゃんか、出てからでいいよ
金を集めてトンズラするための宣伝な気もする

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

とりあえず否定から入ったり、
趣味で作ってるものに責任感求めたり
やな日本人

**デフォルトの名無しさん** · 2019/03/19(火) 00:31:58.99

存在しないものは盲信できない。
キミ新興宗教に気を付けなね。

**デフォルトの名無しさん** · 2019/03/19(火) 00:40:24.41

ヴェーパーウェアって最近聞かないな

**デフォルトの名無しさん** · 2019/03/19(火) 01:32:04.04

出てから考えればいいよ
標準ライブラリが400KBとかネタっぽいけど

**デフォルトの名無しさん** · 2019/03/19(火) 02:43:01.20

Rustて30GBもくうの？

**デフォルトの名無しさん** · 2019/03/19(火) 02:51:37.75

>>672
racer用にソースコードと、クロスコンパイル環境いっぱい落としたらそんくらいになりそうな気もするが、
最小限のターゲットで30Gは使わんと思う

**デフォルトの名無しさん** · 2019/03/19(火) 18:59:54.95

slackに行けないコミュ障老人スレはここですか

**655** · 2019/03/20(水) 12:34:03.25

>>662
ありがとうございます。
rustの勉強本格的に始めたいと思います。

**デフォルトの名無しさん** · 2019/03/20(水) 15:30:29.81

slackとかMozillaの息のかかった詐欺師の巣窟じゃん
むしろどこに行く理由があるのかわからん

**デフォルトの名無しさん** · 2019/03/20(水) 15:38:59.89

Mozillaの陰謀説久しぶりに来たな

**651** · 2019/03/20(水) 18:27:12.67

>>663
コンパイルしたやつに型の情報とか残ってないとホットリロードってできないですよね？

**デフォルトの名無しさん** · 2019/03/20(水) 21:29:05.45

rustやるにしても日本人と絡むのはやめとけ。
マジでバカしかいないから。

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

rust興味あるけど仕事で使ってる人いるの

**デフォルトの名無しさん** · 2019/03/20(水) 23:24:21.44

副業解禁で激変する若者世代とマネージャー世代のキャリア観
https://www.businessinsider.jp/post-107782
フリーランスの職種20個の仕事内容と平均年収をわかりやすく解説
https://www.proof0309.com/entry/shokushu
時給1万円のバイトも。会社員向きのプチ副業を、“バイト芸人”が教える
https://headlines.yahoo.co.jp/article?a=20190226-00127948-bizspa-bus_all
副業が「会社にバレる人」と「バレない人」の大差
https://headlines.yahoo.co.jp/article?a=20190303-00268007-toyo-bus_all
正社員の10%以上が副業　中には過重労働で体調崩す人も
https://headlines.yahoo.co.jp/hl?a=20190227-00010000-wordleaf-bus_all
「副業で年2000万円稼ぐ男」に学ぶキャリア戦略
https://headlines.yahoo.co.jp/article?a=20190221-00266856-toyo-bus_all
加速する「副業社会」正社員の4割が「副業したい」気になる収入はどれくらい？
https://headlines.yahoo.co.jp/hl?a=20190218-00010001-danro-life
おすすめ副業22選を現役フリーランスが解説【在宅も可能】
https://www.proof0309.com/entry/zaitaku-hukugyou
会社を辞めてフリーランスで働きたいあなたが知っておくべき10のこと
https://www.businessinsider.jp/post-165731
フリーランスと会社員､働き方の根本的な差広がる｢雇用されない働き方｣の課題とは何か
https://toyokeizai.net/articles/-/263055
フリーランス人口は増える！今後は仕事もプロジェクト単位になる!？
https://freelance.mts-career.com/population/
どのくらい稼げるの？フリーランスエンジニアの単価・報酬・年収の話
https://findy-code.io/engineer-lab/engineer-unitprice-income

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

>>680
この求人なんかはRustの開発経験要求してたりするよ

https://jobs.atcoder.jp/offers/82

**デフォルトの名無しさん** · 2019/03/21(木) 01:14:14.02

>>682
数Cがあった頃に高校で数Cが選択されずに数Cが範囲外の大学行った人が
何故かマやってたら必須要件満たせないんだな。
薬学系が何故かデスマやっててお薬貰ってたりしないだろうか。

**デフォルトの名無しさん** · 2019/03/21(木) 01:30:42.44

>>682
これで400～はクソやろ

**デフォルトの名無しさん** · 2019/03/21(木) 06:45:58.96

ほんそれ
今時下限400の会社なんて人集まらないでしょ

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

>>682
内容が逃げられた所の補充くさくてこえーわ。

**デフォルトの名無しさん** · 2019/03/21(木) 18:48:35.34

dieselのreplace_into(UPSERTみたいな)で更新したい項目を絞り込みたい時ってどうすればいいですか？

**デフォルトの名無しさん** · 2019/03/26(火) 00:43:58.74

https://twitter.com/hashtag/rust_jp

↑こういうのチェックしてます？
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/03/26(火) 19:23:02.56

誰でも頭が良くなる、プログラムが書けるようになる方法が発見される 12053
https://you-can-program.hatenablog.jp

**デフォルトの名無しさん** · 2019/04/08(月) 23:56:30.79

while let Ok(t) = honyarara() {}
と書いた時にtがcannot infer typeと言われた場合どういうふうに型を指定すれば良いのでしょうか？

具体的にはこれの後半のデシリアライズの部分をループに書き換えたいのですが…
https://gist.github.com/rust-play/fa2d277652052fcbd6a72273a0cb70ce

**デフォルトの名無しさん** · 2019/04/09(火) 20:58:39.56

while let Ok(v) = a as Result<String, ()> {

**デフォルトの名無しさん** · 2019/04/10(水) 18:49:18.01

>>691
()の部分も指定したらいけました、ありがとうございました

**デフォルトの名無しさん** · 2019/04/12(金) 22:20:45.17

rustでreduxやろうとするとかなかなか面白い。案の定middleware周りで詰まってるが
これがうまく処理できれば結構いいんじゃないか。
https://github.com/rust-redux/rust-redux

**デフォルトの名無しさん** · 2019/04/12(金) 22:57:15.59

本気で手を出したこと無いんだけど、そういうフレームワークをRustに持ってきて良い感じのabstractにできるの？
メモリとかリソースの確保のコードで見づらくなったりしない？

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

また今年のsurveyでもrustが一番好かれている言語になったな
rust好きなんだけど正直ここまで好かれる理由がわからない

**デフォルトの名無しさん** · 2019/04/15(月) 23:10:59.67

C++に嫌気が差した潜在的なユーザーが多かったのでは？

**デフォルトの名無しさん** · 2019/04/15(月) 23:32:54.91

ブロックがその最後の値を持つ式だというのはいい。
そして、式にセミコロンを付けると文になるというのもわかる。
でもその両者を混ぜるとあんな残念な文法に。

**デフォルトの名無しさん** · 2019/04/17(水) 19:57:09.89

c言語とどっちが性能高いの？
なんかRustの方が性能良いみたいなベンチがちょっとあるみたいだけど。

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

>>697
> でもその両者を混ぜるとあんな残念な文法に。

その残念な文法は具体的にどこをどうすれば良い文法になるの？

**デフォルトの名無しさん** · 2019/04/17(水) 20:43:14.81

こうする。

Bosque Programming Language
https://www.microsoft.com/en-us/research/project/bosque-programming-language/

> The Bosque programming language is designed for writing code that simple, obvious, and easy to reason about for both humans and machines.

https://github.com/Microsoft/BosqueLanguage

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

残念ってのはブロックの最後にセミコロンを付けちゃうと値を返せないってとこね。
>>697に書いたようにそれぞれ合理的な選択を組み合わせた結果だから解決策があるとは限らない。
ただ、式文はUnit型じゃなくて式の値を持つってことにするのは無理だったのかな。

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

>>695
イヤでも使わなきゃならないのが優れた言語
嫌な奴はさっさと逃げ出して残った少数にもてはやされるのが（ｒｕ

>>698
ベンチの取り方も知らないみじく者にもてはやされるのが（ｒｕ

**デフォルトの名無しさん** · 2019/04/18(木) 00:48:35.35

>>34の画像ってどこのサイトからもってきたの？

**デフォルトの名無しさん** · 2019/04/20(土) 09:01:49.04

>>701
代入が値を返す場合、代入された値が戻り値へとmoveされてしまうから問題がありそう

**デフォルトの名無しさん** · 2019/04/21(日) 12:13:27.97

代入式の値はUnitでいいんじゃなかろうか。もともとCのような代入の連鎖はできないわけだし。

**デフォルトの名無しさん** · 2019/04/21(日) 15:32:25.18

https://play.rust-lang.org/?version=stable&;mode=debug&edition=2015&gist=765849a4e776e00b0c614fc941b02ecf
Defaultを実装してない構造体のフィールドのうちDefaultを実装してるフィールドだけまとめてdefault()で初期化するような記述方法は無いでしょうか？

イメージとしては
let s = S { nd: NonDefault::new( "foo" ), u: Default::default(), i: Default::default() } ;
の部分を
let s = S { nd: NonDefault::new( "foo" ), _: Default::default() } ;
のような形で書けないでしょうか

**デフォルトの名無しさん** · 2019/04/21(日) 16:17:53.22

>>706
マニュアルに
SomeOptions { foo: 42, ..Default::default() };

**デフォルトの名無しさん** · 2019/04/21(日) 20:37:02.65

>>707
ありがとうございます、ただそれだとSomeOptionsがDefaultを実装している場合の記法ですよね？
(実際試してもthe trait bound `SomeOptions: std::default::Default` is not satisfiedとなります)

質問としてはSomeOptions自体はDefaultを実装していないけど、そのフィールドのうちDefaultを実装している型の値はまとめてdefault()で初期化したいってことなんですが…

**デフォルトの名無しさん** · 2019/04/22(月) 22:53:15.58

そういうときは初期化子直接使うんじゃなくてコンストラクタ定義すんのよ

**デフォルトの名無しさん** · 2019/05/03(金) 19:03:01.94

新刊の「実践Rust入門」が売れているらしいね

**デフォルトの名無しさん** · 2019/05/03(金) 23:38:25.91

κeenさんの所でもまだ出てないのに売れてるらしいと書かれてたけどどういう事なんアレ？

**デフォルトの名無しさん** · 2019/05/04(土) 00:25:49.45

先行販売というのがありまして

**デフォルトの名無しさん** · 2019/05/04(土) 10:58:17.57

都内の大型書店には結構出てるし電子版は連休前が発売日だったはず

**デフォルトの名無しさん** · 2019/05/05(日) 00:20:18.06

電子版と紙で発売日違うのか。なるほど。

**デフォルトの名無しさん** · 2019/05/05(日) 15:42:25.76

結局ここまでまともなソフトが出ないってのはそういうことなんだな。

**デフォルトの名無しさん** · 2019/05/05(日) 16:52:40.49

>>715
え？どういう意味？

**デフォルトの名無しさん** · 2019/05/05(日) 18:47:18.73

急にアンチRustが勝ったのか

**デフォルトの名無しさん** · 2019/05/05(日) 21:12:05.69

はい論破

**デフォルトの名無しさん** · 2019/05/05(日) 21:34:31.13

メインでrust使ってる企業あったら入りたいもんだけど、実際使ってる企業あるの？
モダンな言語だとせいぜいGoとかelixirじゃない？

**デフォルトの名無しさん** · 2019/05/05(日) 22:35:02.29

世界コンピュータ将棋選手権に出た強豪ソフトがRust製で
公開予定

**デフォルトの名無しさん** · 2019/05/06(月) 04:44:55.95

人間からすれば強豪でも、予選落ちで強豪ソフトと呼ぶのは違う気もする

**デフォルトの名無しさん** · 2019/05/19(日) 01:45:51.38

Rustの本どんなもんかとアマゾンで見てみたら、
中華業者の星5レビューばっかで色々と察した
そもそもの話の言語自体が胡散臭いのも納得

**デフォルトの名無しさん** · 2019/05/19(日) 07:53:59.58

ライフタイム引数のクソさはもうどうにもならんな。
変な省略ルールとかつけて逆に分かりづらくなるとか本末転倒もいいとこだ。

**デフォルトの名無しさん** · 2019/05/19(日) 08:27:50.82

省略ルールのありなしに関わらず分かりづらいだけでは

**デフォルトの名無しさん** · 2019/05/19(日) 09:39:06.56

アマゾンのレビュー1件しか無いんだが

**デフォルトの名無しさん** · 2019/05/20(月) 04:17:07.25

https://ja.wikipedia.org/wiki/Rust_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)
>実行時速度性能はC言語と同等程度である[8]。

これマジ？

**デフォルトの名無しさん** · 2019/05/20(月) 04:25:14.45

こんな記事を見つけた

＞Rustのコードを用いたこのためのテストの平均はCコードの実行したものの3.040倍と同じくらいだ。

＞この関数により、我々はRustが平均的に2.036倍Cよりも遅いことを知った。

やはりCの方が速いな。省メモリという点でもCが一番だし

**デフォルトの名無しさん** · 2019/05/20(月) 04:30:01.80

＞Rustが事実上Cよりも遅いままで終わってしまったという事実は、より落胆させられた。

＞また、全体を通してRust言語は、
この手の高水準な完成されたシステムを作る手助けをすること、
そしてこの領域において少量の変更で効果的にCを置き換えることができることを示すことができた。

現状のRustはCを置き換えれないけど、
将来的な改善まで含めればできるはずだと主張してるな。。

**デフォルトの名無しさん** · 2019/05/20(月) 08:44:28.91

鬼が笑うなｗ
実現してから言えとｗｗ

**デフォルトの名無しさん** · 2019/05/20(月) 11:23:27.01

Cと同等はさすがに無理にしても、もう少しCに迫る性能が出ないと、C／C++から脱出したい人の受け皿にはなれないんじゃないか？あるいはCの2～3倍遅い程度なら許容範囲内ということで割り切るしかないんだろうか。

**デフォルトの名無しさん** · 2019/05/20(月) 11:55:14.56

2015年の記事だぞ

**デフォルトの名無しさん** · 2019/05/20(月) 11:56:49.92

それが許容できるならNim早く1.0になーれ

**デフォルトの名無しさん** · 2019/05/20(月) 19:41:02.00

>>732
nimのllvm版 nlvm はどうよ？

**デフォルトの名無しさん** · 2019/05/20(月) 21:28:47.95

>>724
ライフタイムとムーブについてはそこまで複雑な概念ではないよ。
ライフタイムに対するシンタックスがヘンテコなだけで。

**デフォルトの名無しさん** · 2019/05/20(月) 22:35:24.52

RustでLinuxカーネルを書き直す時代はこなさそうだな

**デフォルトの名無しさん** · 2019/05/20(月) 23:11:59.72

>>726,727
メモリを自分で面倒見る分とセキュリティチェック甘い分早いだけだからcでリージョン使ってメモリ管理して配列の境界チェックとかもすれば似たようなもんだ。
rustのpanicはきれいに落とすぞ。ただ、ランタイムデカイ分とrust用のメタデータ含む分でフットプリントはcの方がいいと思う。

>>734
リージョン推論間違えるか効率悪い位ならリージョン指定させてほしい時はある。

**デフォルトの名無しさん** · 2019/05/21(火) 09:41:15.53

>>735
新しいOS作れば？
なんだったらAndroidみたいにLinuxの上に構築。

**デフォルトの名無しさん** · 2019/05/21(火) 22:10:42.02

それをRustでやってもCで書かれたOSを上回れないという話でしょ

**デフォルトの名無しさん** · 2019/05/22(水) 04:00:23.34

パフォーマンスとかどうなんだろな

https://www.redox-os.org/jp/

**デフォルトの名無しさん** · 2019/05/22(水) 06:22:56.65

https://discourse.redox-os.org/t/redox-performance/966

まだ初期段階だから比較しないで、みたいな事言ってる

最終段階までいってもCを超えると思えないんだが
しかもLinuxは組み込みでも使われてるがそれはCが省メモリだからで
Rustが勝てる見込みは無いと思うんだがなあ

**デフォルトの名無しさん** · 2019/05/22(水) 08:53:37.75

原理的には負ける理由もないと思うけどな。
Cは基本ノーチェックで脆弱性が見つかったらチェック入れるのに対して
Rustはいろいろチェック入ってるのをunsafeで外してパフォーマンス上げていくから
最終的に同じところに収束する気がする。
まぁ途中段階とか未知の脆弱性を放置する前提なら勝てないんだけど。

**デフォルトの名無しさん** · 2019/05/22(水) 18:27:00.47

中華ステマ企業が今押せと言われてるイチオシの言語Rust使ってるやつおるん？

**デフォルトの名無しさん** · 2019/05/22(水) 18:37:51.22

いつもの
https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/rust.html

**デフォルトの名無しさん** · 2019/05/22(水) 19:42:58.33

そのサイトいっつも思うんだけどベンチマークの並べ方恣意的じゃない？
vs Cではmandelbrotが下の方にあるけど
vs Javaでは上から2番目

Rustが勝利している項目では太字だけど
Cが勝利している項目では太字にならない

vs C++では、5項目でRust勝利、5項目でC++勝利で互角なのに、
Rustだけ太字でしかもRustが勝利したベンチマークから並べられてる。

俺はそのサイト少しも信用してない

**デフォルトの名無しさん** · 2019/05/22(水) 19:44:17.01

さらに言えば言語によって使用されるベンチマークがいつも違う。
勝たせたい言語のためにベンチマークを選択している可能性がある。

新手のマーケティングじゃないの？

**デフォルトの名無しさん** · 2019/05/22(水) 19:50:53.32

恣意的の意味するところがわからんけど
C++からだとRustに勝ったベンチマークだけ太字
C++が勝利したベンチマークから並べられるよ
使用されるベンチマーク云々はちょっとわからん

**デフォルトの名無しさん** · 2019/05/22(水) 19:53:02.49

>>742
Amazon Intel Microsoft Dropbox Nokia Fastly DiscordはGitHubでみた

**デフォルトの名無しさん** · 2019/05/22(水) 19:55:03.66

中国語ブログの方がRustに対して冷静な評価をしてる印象
https://www.oschina.net/translate/rust-vs-cpp
https://www.cnblogs.com/Bob-wei/p/5680648.html

彼らはRustの将来をどちらかと言えば悲観的に見ている

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

ソース公開されて比較的新しいコンパイラを使って測定されるbenchmarksgameは信頼ならなくて
2016年に書かれた中国語のブログにあったフィボナッチ数列のベンチマーク(ソース非公開)の方が冷静？

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

rust推す人もステマする暇があったらrust dockerでも実装すりゃいいのに。
性能と安全性でいえばgoの実装以上のものができるんでしょ？

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

中華ステマ企業がって話があったから中国語圏でどうなのかなと思って調べただけ

あとそのサイトを信じるなら、5項目でRust勝利、4項目でC勝利で、
RustがCより速いという事になる。
その結論は信じがたい。

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

ソースあるから実行すれば？https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/spectralnorm.html
俺はdockerを実装しなきゃいけないことになったから

**デフォルトの名無しさん** · 2019/05/22(水) 21:56:55.02

モジラのステマと買収から中国の陰謀まで進化したのか