Rust Part5

**デフォルトの名無しさん** · 2018/02/11(日) 20:07:24.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

前スレ
https://mevius.5ch.net/test/read.cgi/tech/1507970294/

**デフォルトの名無しさん** · 2018/04/14(土) 17:00:21.56

>>393
スマポが何かを知らないヤツがC++を語り始めたぞ…

**デフォルトの名無しさん** · 2018/04/14(土) 17:00:54.52

>>378
ていうかこれ知りたい
Rustの何が(例:MIR)どう機械語との相性が悪く
それに対してC/C++のまともなアプローチの具体例を教えて

**デフォルトの名無しさん** · 2018/04/14(土) 17:03:21.15

>>395
代弁してやろう。
「自力で頑張る」

以上

**デフォルトの名無しさん** · 2018/04/14(土) 17:17:27.65

>>395
結局解放処理は自分で書くんだろ？
メモリ上の確保のされ方はコンパイラにはわからないんだから

結局中途半端にしか自動化できないから無意味で、それなら自分で管理した方が結果的に良いって話

**デフォルトの名無しさん** · 2018/04/14(土) 17:24:46.46

解放の仕方を実装したら、後はコードのどの場所で何回確保しても自動で解放される事が分かってないっぽいね

**デフォルトの名無しさん** · 2018/04/14(土) 17:31:29.95

>>398
だってRAIIもスマポも知らないんだもん。しょうがないじゃん

**デフォルトの名無しさん** · 2018/04/14(土) 17:34:05.03

>>397
C FFIとかの一部分で解放処理を書くんだよ
お前が言ってる通り「手動」だしお前の好きな「手動」でよかったな
中途半端にとは言っても機能するし「無意味」と言い切るには典型すぎる誤謬

で>>395にまともに答えてくれる？どう相性が悪いの？どんなアプローチ？

**デフォルトの名無しさん** · 2018/04/14(土) 17:50:25.61

>>400
今の説明でわからんなら一生わからんよ

**デフォルトの名無しさん** · 2018/04/14(土) 17:56:25.03

>>401
あっ! 逃げたww

**デフォルトの名無しさん** · 2018/04/14(土) 18:04:42.44

Q. Rustの何がどう機械語との相性が悪く、それに対してC/C++のまともなアプローチの具体例を教えて
A. 結局中途半端にしか自動化できないから無意味で、それなら自分で管理した方が結果的に良い

Rustアンチ君との最後のやり取りがこれなのか…？悲しい

**デフォルトの名無しさん** · 2018/04/14(土) 23:45:32.28

いい加減ワッチョイスレに移動しようぜ

**デフォルトの名無しさん** · 2018/04/14(土) 23:54:45.22

>>404
実際問題ワッチョイは過疎る

**デフォルトの名無しさん** · 2018/04/15(日) 03:16:54.39

>>404
YOUがワッチョイのほうで話題ageれば

**デフォルトの名無しさん** · 2018/04/15(日) 09:21:32.45

ここはネタスレだからこれでいいよ

まともな話題ないし

**デフォルトの名無しさん** · 2018/04/15(日) 10:16:53.40

ワッチョイは運営が管理を放棄するための口実

**デフォルトの名無しさん** · 2018/04/15(日) 10:33:02.44

ワッチョイあった方が良い派です

**デフォルトの名無しさん** · 2018/04/15(日) 11:32:28.09

いちおう指摘しておくと以下にわっちょい付きのスレはある。
https://mevius.5ch.net/test/read.cgi/tech/1514107621/l50

**デフォルトの名無しさん** · 2018/04/15(日) 14:26:16.16

そう思うんなら勝手にそっちでやってくれ
いちいちこっちに宣伝しないでよろしい

**デフォルトの名無しさん** · 2018/04/15(日) 14:57:22.17

せめてスレ立てたやつくらいはあっち書き込んでくれよ。
ワッチョイスレ（本スレ）には俺しかいない。

**デフォルトの名無しさん** · 2018/04/15(日) 15:05:21.27

人が集まってる(勝ち残った)方が本スレ

**デフォルトの名無しさん** · 2018/04/15(日) 16:17:50.87

アンチスレの方が人多いっていい加減認めようぜ

**デフォルトの名無しさん** · 2018/04/15(日) 20:40:55.33

>>414
いちおうアンチスレも存在するんだぜ
http://mevius.5ch.net/test/read.cgi/tech/1509028624/

**デフォルトの名無しさん** · 2018/04/15(日) 21:13:20.51

>>384
大元に言わないで、ここでグダってる時点で説得力無いけどな。

**デフォルトの名無しさん** · 2018/04/16(月) 09:16:50.73

英語で説明する気力がないんだろ

**デフォルトの名無しさん** · 2018/04/21(土) 15:59:38.16

それもあるが日本語の記事でrustマンセーしてるやつは大抵バカっていうのもある。

**デフォルトの名無しさん** · 2018/04/21(土) 18:22:00.01

会話になってないし
時間おいたところで>>395に答えなくてもいいことにはならないからね

**デフォルトの名無しさん** · 2018/04/22(日) 12:28:50.40

もう答えた
>>397

**デフォルトの名無しさん** · 2018/04/22(日) 15:34:45.59

自分から「機械語のレベルと相性が悪い(>>378)」と言ってるのに
「具体的にはどういうこと？(>>395)」と聞かれて、
その返答(>>397)に機械語のことが一切出てこないのは流石に草

**デフォルトの名無しさん** · 2018/04/22(日) 20:55:11.63

英語で説明する以前に日本語でのコミュニケーションに難ありなのか
日本語ネイティブじゃない方なのかな

**デフォルトの名無しさん** · 2018/04/22(日) 22:58:46.99

機械語との相性のいいC,C++のソリューションって、機械語バイト列を関数ポインタにキャストして呼び出すとかじゃないの？
そんなことRustでできるようになって欲しくはないな。

**デフォルトの名無しさん** · 2018/04/22(日) 23:13:49.80

できるよ
推奨してないけど

**デフォルトの名無しさん** · 2018/04/23(月) 00:45:39.39

JITとかそういう用途？

**デフォルトの名無しさん** · 2018/04/24(火) 00:26:37.67

rustで書かれたjitなかったっけ？

ところでrustで書かれたウィルスとかマルウェアとかないよな。
goならMiraiで使われてたけど。

**デフォルトの名無しさん** · 2018/04/27(金) 21:30:01.00

C/C++の弱い型付けによるキャストは機械語と関係ないだろ
Rustは強い型付けしか原則許してなくてunsafe使えば弱い型付けも出来るけど好んでする必要性はないよねー

プログラミング言語と機械語の間はC/C++もRustもLLVM IRで仲介されてるから、どっちかだけが相性良いとかなさそう
LLVM IRじゃなくGas仲介するとこう違うんだよ、くらいの反論を期待してみるテスト

**デフォルトの名無しさん** · 2018/04/27(金) 23:30:19.86

>>427
フロントエンドの話してるのに、バックエンドがLLVMだから違いなどない！は、おかしいのでは？
そんなこと言い始めたら、言語仕様の優劣など語るに値しないということになってしまう。

**デフォルトの名無しさん** · 2018/04/27(金) 23:43:23.39

>>427
Any使ったdowncastはunsafeじゃないけどどういうコードの話してんの？

**デフォルトの名無しさん** · 2018/04/28(土) 16:19:50.16

このRustのチャットみたいなのって公式のもの？

https://gitter.im/rust-lang/rust

**デフォルトの名無しさん** · 2018/05/01(火) 14:27:18.61

rustでフォントをレンダリングしたいのですがfont-rsやfreetypeなどの設定逆引き的なサイトってありませんかね？
チュートリアル的なサイトは見つかるのですがそこから突っ込んで使用したい場合に参考になりそうな情報がみあたらないです
レンダリングされる線を任意の幅にしたいです
極細フォントを使って線幅1ピクセル×2＝計2ピクセルでアンチエイリアス無しみたいな感じの結果が欲しいです

**デフォルトの名無しさん** · 2018/05/01(火) 14:37:54.06

具体例を補足します
出力が2値の場合に普通にレンダリングした物を減色してしまうと線幅の不均一になったりディザが掛かってしまって
表示品質が極端に悪くなってしまうのでそれを防止したいです
たとえば「田」みたいな字をレンダリングして減色するとある線は1ピクセルだけど別の線は2ピクセルになってしまったり
交わるところに不要なドットが出現したりします
それを全て任意の線幅に統一したいです

**デフォルトの名無しさん** · 2018/05/01(火) 14:58:24.50

ここはアンチスレなので、まともな質問はslackへどうぞ

**デフォルトの名無しさん** · 2018/05/02(水) 04:26:15.76

えぇ。。

**デフォルトの名無しさん** · 2018/05/02(水) 04:45:47.66

https://rust-jp.herokuapp.com/

rustのslack
↓のサービス使ってオープンにすればよい
http://slackarchive.io 👀
Rock54: Caution(BBR-MD5:b95868ef2c0ed5e765a4d10ada4cf289)

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

Rustってカルトみたいなもんだよな
実態はスカスカで教祖の金儲けに使われてるだけなのに、信者は正義と信じて疑わない辺り

slackなんて内輪の集会に逃げ続けて表の評価に曝されることを避けてる時点でまともなプログラミング言語じゃない

**デフォルトの名無しさん** · 2018/05/02(水) 11:13:07.30

>>436
Rustの提案するエセソリューションは機械語のレベルと相性が悪い
CやC++のほうがまだまともなアプローチしてる

**デフォルトの名無しさん** · 2018/05/02(水) 11:39:02.32

>>437
お前はさっさとその答え教えてくれよ
Rust批判するにしてもコンピュータの知識皆無すぎるわ。批判側がお前と同じ知的レベルに見られるのがクソ

**デフォルトの名無しさん** · 2018/05/02(水) 11:55:03.24

>>438
へー今日はたくさん書き込むつもりなんだ

**デフォルトの名無しさん** · 2018/05/02(水) 12:31:00.89

こちらはまともなアンチとキチガイアンチのスレになります。

**デフォルトの名無しさん** · 2018/05/02(水) 12:53:31.01

いやどっちもキチガイだから

**デフォルトの名無しさん** · 2018/05/02(水) 12:58:01.18

>>436
表の評価(2ch)wwww

**デフォルトの名無しさん** · 2018/05/02(水) 20:38:46.50

少しずつRustの研究が出てきたね
ttps://arxiv.org/abs/1804.10806

**デフォルトの名無しさん** · 2018/05/03(木) 01:12:08.40

win10 rs4にしてからrustdocが遅い。
rs4にMeltdown/Spectre対応のパッチも含まれてたんだろうか。

**デフォルトの名無しさん** · 2018/05/03(木) 02:54:28.33

Rustを導入している企業・組織の一覧をご覧ください

https://www.rust-lang.org/ja-JP/friends.html

**デフォルトの名無しさん** · 2018/05/03(木) 08:55:22.99

Windows defenderが動いてるとかでは

**デフォルトの名無しさん** · 2018/05/03(木) 12:04:38.70

少なくとも5chではgoよりrustの方が盛り上がってるな。

**デフォルトの名無しさん** · 2018/05/08(火) 01:41:55.63

impl traitはよ

**デフォルトの名無しさん** · 2018/05/08(火) 21:29:46.74

パフォーマンスとマルチスレッドを理由にRustを採用という事らしい

https://logmi.jp/282807

**デフォルトの名無しさん** · 2018/05/08(火) 22:15:52.43

ドワンゴといい、ヤバい会社の指標としていいねw

**デフォルトの名無しさん** · 2018/05/08(火) 22:23:27.27

機械語のレベルと相性が悪いしなw

**デフォルトの名無しさん** · 2018/05/08(火) 22:26:07.82

>>450
>>445
これでもそんな知恵遅れみたなこと言うの？

**デフォルトの名無しさん** · 2018/05/08(火) 23:31:08.80

同じリストを他言語でも作ってみたら？
どれだけバカなこと言ってるかわかると思うよ。

**デフォルトの名無しさん** · 2018/05/08(火) 23:52:08.90

ああそりゃ分かるだろうね、是非作ってみたまえよ

**デフォルトの名無しさん** · 2018/05/09(水) 00:11:01.28

>>449
謳い文句通りの「速度とマルチスレッド」で選んだら後でめんどくさいよ。
MIRの導入もなかなか成果出てないし、同期はセマフォ/ミューテックスしかなくて
javaみたいに高レベルから低レベルまで自分で書けるわけじゃないし、
non blocking ioも、lock free collectionもなくて外部ライブラリへの依存度が極めて高いし、
cargo腐ってるせいでrustのtooling絡みのissueが日に日に増えるし。

rustの良いところは言語の部分だからコアな機能使わないなら他言語のほうが良い。
土方の要求には合わないでしょ。

それよりimpl traitまだー？

**デフォルトの名無しさん** · 2018/05/09(水) 00:44:09.86

間も無くなんだから静かに待ってなさい

**デフォルトの名無しさん** · 2018/05/09(水) 08:29:25.33

>>449
これってgoでは無理だったんかね？
単純に趣味の問題？

**デフォルトの名無しさん** · 2018/05/09(水) 13:55:28.84

goって言語仕様でマルチスレッドによるデータレースを起こさない仕組みってあるの？
無かったらその部分が大きいのでは？

**デフォルトの名無しさん** · 2018/05/09(水) 15:04:31.38

goはchannel経由にすれば自動的にアトミック
mutex部分が隠ぺいされてるので意識する必要が無い

**デフォルトの名無しさん** · 2018/05/10(木) 01:52:41.29

むしろrustがなぜチャネル的なもの入れなかったんだ？

**デフォルトの名無しさん** · 2018/05/10(木) 02:11:20.77

標準にも外部crateにもいっぱいあるだろ
ライブラリとしてではなく言語仕様としてという意味か？

**デフォルトの名無しさん** · 2018/05/10(木) 10:12:22.36

>>459
言ってることがよくわからんメモリ共有は基本的にmutexみたいな物はついてない気がするけど。基本的にchannel経由で情報交換しない方針にすれば
データ競合は防げるって話では？

rustってデータ競合がコンパイル時点で防げるって意味がわからん。
そんなことがかのうなん？

**デフォルトの名無しさん** · 2018/05/10(木) 10:16:06.63

>>462
X 基本的にchannel経由で情報交換しない方針
○ 基本的にchannel経由で情報交換する方針

**デフォルトの名無しさん** · 2018/05/10(木) 10:17:49.30

>>463
詳細はこちら
Goでスレッド（goroutine）セーフなプログラムを書くために必ず注意しなければいけない点
https://qiita.com/ruiu/items/54f0dbdec0d48082a5b1

**デフォルトの名無しさん** · 2018/05/10(木) 13:22:21.00

数十GBのオブジェクト管理は、gc待ちきついからオフヒープでとか、（これ聞いたときよりgcは良くなってる）
goroutineで確保したメモリは解放せずgoが管理するから、常駐で同時に大量に走ると解放されないとかはあるみたい。

**デフォルトの名無しさん** · 2018/05/10(木) 13:35:12.76

>>462
それが売りの一つなんだから当然出来る
具体的にはこれでも読んでくれ

https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/concurrency.html

**デフォルトの名無しさん** · 2018/05/10(木) 18:25:01.25

以下の場合に&*fで具体的にどうなってるのかが分からない
*でderefされてトレイトオブジェクトの実態になって、&を付けることで再度トレイトオブジェクトになってる？
ちなみにexec(f.deref())だとそのまま通るけど、これはBoxのderefが&Tを返すからだよね？
*だとBoxのderefで返った&Tではなく、さらにderefされてTが返っているってこと？

fn create() -> Box<Fn()> {
Box::new(|| println!("test"))
}
fn exec<F: Fn()>(f: F) {
f()
}
fn main() {
let f = create();
exec(&*f);
}

**デフォルトの名無しさん** · 2018/05/10(木) 21:37:45.30

Derefを実装した型に対しての*xは*x.deref()の糖衣構文
つまり、&*xは&*x.deref()と同じで、それはつまり、x.deref()と同じ

**デフォルトの名無しさん** · 2018/05/10(木) 22:16:14.49

なるほど
*x ==x.deref() って言う認識だったのが間違ってたのか
ありがとう

**デフォルトの名無しさん** · 2018/05/12(土) 02:06:23.28

impl trait来たな

**デフォルトの名無しさん** · 2018/05/12(土) 14:27:50.20

きた

**デフォルトの名無しさん** · 2018/05/14(月) 08:56:23.29

久しぶりにRustやろうと思ったけど公式リファレンスが最新版に追いついてないのな
どっかに変更履歴のまとめとか無いのかな

**デフォルトの名無しさん** · 2018/05/14(月) 12:00:52.07

>>427
公式リファレンスって何のことを指してるんだ？
APIリファレンスならきちんと最新版に追従してるし、
チュートリアル(The Book)も2nd Editionがきちんと出てる
バージョンアップの追従ならリリースノート見るかRustの公式ブログ見れば大体分かると思う

Rustは6週間に1回のハイペースでマイナーバージョンアップ繰り返してるから
The Bookのほうは最新版に追いつくこと自体がほぼ不可能だと思うけど
(つい最近もimpl traitがstable化されたばっかりだし…)

**デフォルトの名無しさん** · 2018/05/14(月) 12:06:29.06

>>473
間違えた
X >>427
○ >>472

**デフォルトの名無しさん** · 2018/05/14(月) 21:32:55.87

そのimpl traitが気になってまたRustやろうと思ったんだけどね
全機能の索引みたいなのがないと学習効率が落ちる

**デフォルトの名無しさん** · 2018/05/17(木) 09:49:24.40

rustって生産性高い？
安全性が高まって結果的に高くなるということではなくね
やっぱでかいプログラムじゃなきゃ使う効果ない？

**デフォルトの名無しさん** · 2018/05/17(木) 10:44:40.51

Javaでnull参照が10億ドル単位の損害と言われてるので
RustはJavaより10億ドルほど生産性が高い

**デフォルトの名無しさん** · 2018/05/17(木) 11:16:01.90

まあ、ネタにマジレスになるが、
その論法だと俺の未完成言語は誰もバグを生み出してないので
Rustより生産性が高いなｗ

**デフォルトの名無しさん** · 2018/05/17(木) 11:48:49.35

>>478
分母分子共にゼロなので計算不能ってやつね。

**デフォルトの名無しさん** · 2018/05/17(木) 14:42:41.57

チーム開発に良さそうな気がするけどメンバーのレベルにかなり依存しそう

**デフォルトの名無しさん** · 2018/05/17(木) 15:12:36.48

自分がGCなしの言語使ってた時の経験だと、ヌルポより、freeした後にアクセスするバグの方が多かったから、オーナーを一つにするrustはいいと思う。
まあ、objective-cのARCでいいじゃんとも思うけど。

**デフォルトの名無しさん** · 2018/05/17(木) 15:31:36.59

そこでoptionalですよ
こいよ継承クラス、ポリモーフィズムなんて捨ててかかって来い！

実際、null非許容のポインタが欲しい

**デフォルトの名無しさん** · 2018/05/17(木) 15:59:25.11

誰がヌルポなんか、ヌルポなんか怖かねぇ！

**デフォルトの名無しさん** · 2018/05/17(木) 16:39:48.45

C#だとぬるり

**デフォルトの名無しさん** · 2018/05/17(木) 19:10:55.29

C#の発想元はJavaよってC#もぬるぽ(意味不)

**デフォルトの名無しさん** · 2018/05/17(木) 23:47:12.62

1.27.0-nightly (2f2a11dfc 2018-05-16)がregressionしとる。
issueある。待つヨロシ。

>>427,473
the rust referenceのことじゃね？the bookとは別にあるだろ。
全然追いついてないよアレ。そもそもまだ仕様書がない言語だし。
" best-effort document"って書いてあるでしょ

**デフォルトの名無しさん** · 2018/05/18(金) 23:04:38.08

httpサーバでありかつクライアントであるみたいなプログラム書く場合、現状hyper一択なのかね？
acitx-webとか誰か使ってない？

**デフォルトの名無しさん** · 2018/05/19(土) 02:24:33.88

最初rocketで書いてたけどactix-webで書き直してる
今だとactix-webが一番良い感じだと思う
必要に応じて同期、非同期、アクターモデルと使い分けられるし

**デフォルトの名無しさん** · 2018/05/19(土) 22:00:56.80

>>488
良い感じか。使ってみるか。ありがとう

**デフォルトの名無しさん** · 2018/05/23(水) 01:20:45.09

https://github.com/rust-lang/rfcs/pull/2444
有志「クソ機能入ったのいらねえから消そうぜ」
大勢「いいな！賛成」
独裁開発チーム「もう入ったから消せませーーーーんwwwwww（クローズ&ロック）」

systemdかよって

**デフォルトの名無しさん** · 2018/05/23(水) 03:14:02.94

>>490
もう入ったから消せませんってのは横暴なようにも見えるがしようがないとも思う
一度入れてしまった機能をまた使えなくするとか、それこそ混乱するし…
そもそも何故impl trait を引数の位置にも書けるようにしたのかは確かに甚だ疑問ではあるけど…
引数の位置でジェネリクスとトレイト境界じゃなくてimpl trait じゃないとダメなケースとかある？
無いなら、warning出してジェネリクスとトレイト境界に書き直すように促すのが妥当じゃないかな？

**デフォルトの名無しさん** · 2018/05/23(水) 07:29:53.45

例があるけどすっきり書きたいみたい
https://github.com/phaazon/rfcs/blob/undo-universal-impl-trait/text/1951-expand-impl-trait.md

**デフォルトの名無しさん** · 2018/05/23(水) 10:44:20.66

こういうところでマウンティングとらないといけない辺り
言語（笑）開発チームとやらも内情はどうなってることやら

**デフォルトの名無しさん** · 2018/05/23(水) 11:19:22.58

たしかにどっちで書くべきかよくわからんくなった