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

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

**デフォルトの名無しさん** · 2018/05/23(水) 12:46:35.30

<T: Trait> foo: T
と
foo: &Trait
との比較で特殊なケースを除き前者の方が効率良いが
syntax上後者の方が簡単なので
初心者が誤って後者を使ってしまうケースがあった
これを防ぐためにimpl Trait および &dyn Traitを導入し
&Traitをdeprecateすることになった

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

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

D49IO

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

もう入ったから消せません
は正論

何故クソ機能の進入を許してしまったのか、どうすれば食い止められたのかについて追求すべき

**デフォルトの名無しさん** · 2018/05/23(水) 21:15:28.51

ジェネリクスの型変数って引数と戻り値の型を揃えるとかそういう使い方をすべきであって
Traitをimplした型を受け取るという意味ではimpl Traitを使うべきだと思う
ただimpl Traitを導入するなら1.0の時点で導入してて欲しかった

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

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

**デフォルトの名無しさん** · 2018/05/24(木) 00:25:13.01

javaのジェネリックスが理解できてないやつが多いだけ。

**デフォルトの名無しさん** · 2018/05/25(金) 02:08:00.91

Rust始まる前に終わったか

**デフォルトの名無しさん** · 2018/05/25(金) 10:28:02.89

始まる要素が欠片でもあっただろうか

**デフォルトの名無しさん** · 2018/05/25(金) 10:31:47.59

>>495
それはdyn Traitの実装理由であっても、
引数位置のimpl Traitを実装した理由の説明になってない

**デフォルトの名無しさん** · 2018/05/25(金) 12:05:08.76

fn foo(a: &dyn Trait)
と
fn foo<T: Trait>(a: T)
では前者の方がlightweightでは

**デフォルトの名無しさん** · 2018/05/29(火) 19:15:02.85

target/debug 以下に生成されるdepsとかbuildって何なの？
goとかにはないよね？
gtk-rsだと500MB消費しちゃうんだけど他のプロジェクトで使い回しとか出来ないの？

**デフォルトの名無しさん** · 2018/05/29(火) 23:04:02.93

>>505 環境変数CARGO_TARGET_DIRを指定してやれば再利用してくれるよ
ただ、vscodeのrustプラグインの何かがこの環境変数を考慮してないんで挙動がおかしくなったことがあるんで注意

**デフォルトの名無しさん** · 2018/05/29(火) 23:26:47.02

>>506
おお流石に出来たんですね

プラグインがおかしくなるのはrls側の問題ですかね🤔

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

Rustと言えばcookpad。

**デフォルトの名無しさん** · 2018/05/30(水) 14:08:55.25

>>501
最近Rustの話聞かなくなったな

**デフォルトの名無しさん** · 2018/05/30(水) 18:12:45.66

HNはリリースの度に話題になってるけど

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

日本の企業くらいだよ。
rustで書いてまっせっていうバカなアピールするのは。

**デフォルトの名無しさん** · 2018/05/31(木) 06:42:55.06

まあCloudflareも日本にリージョンあるしな

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

>>511
泥箱って日本企業だっけ

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

日本の企業って凄いんだなー

**デフォルトの名無しさん** · 2018/05/31(木) 20:32:40.66

wtftwっていうタイル型WM、設定ファイルまでrustで書くのどうなんだろ
設定ファイルはluaあたりが無難？

**デフォルトの名無しさん** · 2018/05/31(木) 22:08:10.33

>>513
いやもうなかったことにしたがってるじゃんw
それなのに変なのに付きまとわれてるっていう。

**デフォルトの名無しさん** · 2018/05/31(木) 22:30:50.22

>>516
「なかったことにしたがってる」というソースをプリーズ

**デフォルトの名無しさん** · 2018/05/31(木) 22:43:00.94

Dropboxのbrotliデコンパイラが昨日更新されてたから
24時間以内のホットな情報だ

**デフォルトの名無しさん** · 2018/05/31(木) 22:43:34.41

Rustが失脚すると得をする組織があるの？
どうしてそこまで情熱的にRustを貶すの？

**デフォルトの名無しさん** · 2018/05/31(木) 22:46:14.56

>>515 ざっとコンフィグファイル見たらXMonadのコンフィグよりは理解しやすいように思った
xmonad.hsはもっと宣言的に書けて、モナドとか上手く作って見栄えは良くできるんだけど、
馴染みのない演算子(<+>とか)使いまくるんで、よっぽどHaskellに慣れ親しんだ人でないと全容が理解できない

設定ファイルのフォーマットを開発言語と同じにするのはdwmから続くタイル型WMの流儀だし、
思ったより読めていいと思うよ。

**デフォルトの名無しさん** · 2018/06/01(金) 00:57:19.91

>>519
前段モジラとその小判鮫以外の全組織が喜ぶ
後段技術的にカスなものを貶すのは技術者の義務だろ

**デフォルトの名無しさん** · 2018/06/01(金) 01:23:36.92

>>521
>技術的にカスなものを貶すのは技術者の義務だろ
じゃあPHPではなく敢えてRustをdisる理由は？
あちらの方が広く使われてるからより害悪だと思うが

**デフォルトの名無しさん** · 2018/06/01(金) 04:40:22.00

>>520
ほうほう

**デフォルトの名無しさん** · 2018/06/01(金) 06:21:30.96

>>522
あれを使ってるやつも害悪性は理解してるからな。
こういう技術的にインテリな要素のある言語って信者がとにかく頑なで
実際のプログラムの現場で非常に問題になることが多い。

**デフォルトの名無しさん** · 2018/06/01(金) 07:12:12.64

ほーん具体的にどんな問題がおきたの？

**デフォルトの名無しさん** · 2018/06/01(金) 07:23:19.18

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

**デフォルトの名無しさん** · 2018/06/01(金) 08:47:59.46

>>525
んー例えば
コンパイルが通せなくて自尊心が傷ついて自ら会社をやめちゃう問題とか

この話どこまで事実か知らないけど仮に本当だったとしても
これって言語の問題というよりチームのプログラマの腕を過大評価
もしくは計算に入れてなかったというマネジメントの問題だよね

**デフォルトの名無しさん** · 2018/06/01(金) 09:23:44.51

んー例えば
プラズマクラスター付き家電が話に出てきたら今まで黙ってたのに凄い勢いでエセ科学だと解説し出すよね

**デフォルトの名無しさん** · 2018/06/01(金) 11:58:37.06

いや、この粘着をクビにするためにRust導入したんでしょ
性格異常だもん

**デフォルトの名無しさん** · 2018/06/01(金) 17:08:52.31

老害をふるい落とすために新しい言語を取り入れてるって話？

**デフォルトの名無しさん** · 2018/06/01(金) 19:16:22.80

このフィボナッチ数列も書けないあほ
何度言い返せなくなっても数日後に甦る粘着性
C++で実行時にエラーが出るようなコードを書きまくったのでしょう。性格の悪さと溢れる自尊心から誰の耳も貸さなかったのでしょう。
プログラマーとして生きるよりかは、匿名掲示板で巨悪組織Mozzilaと闘うBBS戦士の方が社会的に良さそう

**デフォルトの名無しさん** · 2018/06/01(金) 19:29:07.67

たとえばドワンゴとかDropboxとか
Rustを採用した企業自体を叩く行為をよくしているよな
あれ見るとちょっと辛くなる

**デフォルトの名無しさん** · 2018/06/01(金) 20:33:15.28

>>526
具体的には？

**デフォルトの名無しさん** · 2018/06/01(金) 22:00:45.35

例えばここみたいに安全でもなんでもないドヤしたいだけのクソなrustコードが量産されるとか。
ttp://tanakh.jp/posts/2016-12-20-rust-pezy-sc.html

**デフォルトの名無しさん** · 2018/06/01(金) 22:44:23.66

だから具体的はどこが問題なの？

**デフォルトの名無しさん** · 2018/06/01(金) 22:47:27.38

槍玉にあげる例が1個しかないのがダサ過ぎるわ。しかもその例も対象が特殊だし

>>534は「それRustでやる意味がある？」という疑問に全く応えられないのが問題
LLVM IR-> PEZY-SCというコンパイラがあるんだったら、LLVMがバックエンドの他言語でもいいよねって話
それができないなら、LLVM->PEZY-SCは未完成か現実に即してないんじゃねえのって話

**デフォルトの名無しさん** · 2018/06/01(金) 22:57:48.57

rustでやってみたって記事にrustでやる意味あるの？って疑問が出てくるのが不思議なんだけど
rustでも出来た、以外に意味はないでしょう

**デフォルトの名無しさん** · 2018/06/01(金) 23:37:58.33

新しいこと覚えられないから焦ってるんじゃね

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

>>534
安全じゃないコード　も　書けるってことに価値があるんだろ？
C/C++以外の他言語では書くことさえできない。でもC/C++は安全性を売りにはしていない
Rustは安全性を売りにしつつ、必要に応じて安全性を捨てる選択もできるということに価値がある
で、たまたまその記事が安全性を捨てることが必要な数少ない例の1つだったってだけ

**デフォルトの名無しさん** · 2018/06/02(土) 08:09:01.38

安全でもなんでもないって
unsafeあるやんけ！危険危険！
前後の文脈一切分からんけどとにかく危なそうなこと書いてあるやんけ！
つって叩いてるんだろうなｗ

>>535
その手の問いにそいつが素直に答えたこと無いからあきらめよう

**デフォルトの名無しさん** · 2018/06/02(土) 09:00:03.22

たまたまねw
どんだけコード例出しても言い出しそうだなw
そもそもコード例が少ない訳で、推進してる奴のコードがそんなもんなら
十分否定的な要素だけどね。

**デフォルトの名無しさん** · 2018/06/02(土) 09:25:00.11

grep出来ねえのか^^;

**デフォルトの名無しさん** · 2018/06/02(土) 09:27:20.96

ちょっとrustの記事書いただけで代表的な推進派扱いかよ

**デフォルトの名無しさん** · 2018/06/02(土) 09:29:46.62

>>541
お前さんの理屈だと、Rustじゃこんなに危険になる！って事だろ？
じゃあ、Rustではそういう危険な書き方しか出来ない！って示さなきゃな。
俺は中立だが、あんまり非論理的なdisりはアンチ＝低能と思わせたがってるピエロにしか見えんよ。

**デフォルトの名無しさん** · 2018/06/02(土) 09:41:57.37

既に20万行はコードあるからレビューがてら指摘したら喜ばれるよ

**デフォルトの名無しさん** · 2018/06/02(土) 11:52:56.13

>>541
ほんとだどこが問題で悪いのか全然書かない
具体的に言及しだすとフィボナッチ数列とか機械語レベルとか、残念なことになるのが自分でもわかってたのか

まあ本人が書いた通り「ドヤしたいだけ」とか…なんかな？前もマウンティング取られたとか訴えてたし…

**デフォルトの名無しさん** · 2018/06/03(日) 21:39:05.60

またいつもの、ボロクソにされたらしばらく潜伏してから復活するパターンかな
たまには芸風変えたら

**デフォルトの名無しさん** · 2018/06/04(月) 06:53:30.60

Rustの不満は言語仕様やrustcよりcargoやその辺の連携(情報の少なさも含む)にある

**デフォルトの名無しさん** · 2018/06/04(月) 07:51:33.98

既成のクレートを探すのはcrates.ioになると思うけどライセンスってどうやって調べるんだろ
同様にクレート間の依存関係も判りにくい
どちらも一式を落としてきて中身を確認しないと判らないような・・・

Cargoで自動ダウンロードして・・・みたいな使い方をしていると意図せずGPL/LGPLになっていた
みたいなライセンス事故が起きそう

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

>>549
$ cargo install cargo-lichking
$ cargo lichking check

一先ずlichkingでチェックできるよ

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

LGPLのstatic linkとかやめて欲しいよね

**デフォルトの名無しさん** · 2018/06/04(月) 22:37:59.16

>>550
えぇー・・・わざわざインストールしないと出来ないのかよ。とりあえずやってみるか
依存関係はどうすりゃいいんだ？no_stdでも使える奴だけ探したいとか

**デフォルトの名無しさん** · 2018/06/05(火) 01:20:50.84

>>552
ライセンスをついては、crate名が既知なら、

ttps://crates.io/api/v1/(クレート名)

でjson取れるので、そこから再帰的に依存辿れば収集はできそう

**デフォルトの名無しさん** · 2018/06/05(火) 01:35:07.04

>>552
no_stdかどうかについては、Cargo.tomlのcategoryパートに"no-std"があるかどうかぐらいしか確認するすべなさそう(2017-2-10に追加されたっぽい)。

皆が皆付けてるとは思えないので、参考程度にしかならないだろうけど。

**デフォルトの名無しさん** · 2018/06/06(水) 04:08:38.62

ちょうどいい機会だから、カーゴのギフハブべったり依存をやめて抽象化してほしいわん

**デフォルトの名無しさん** · 2018/06/06(水) 07:27:41.91

は？

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

crates.ioべったりは分かるけどGitHub依存って何

**デフォルトの名無しさん** · 2018/06/06(水) 09:53:27.50

goと勘違いしてるのでは

**デフォルトの名無しさん** · 2018/06/09(土) 09:42:43.51

rustダメじゃん
firefoxは言語オタに支配されたのか？

【IT】高速化を進めてアドオンを排除したFirefox、ついにシェアが１０％切る★2
https://asahi.5ch.net/test/read.cgi/newsplus/1528388348/

**デフォルトの名無しさん** · 2018/06/09(土) 10:00:10.77

FirefoxのシェアでRust叩きって前スレでもやったじゃん
http://mevius.5ch.net/test/read.cgi/tech/1507970294/100-

**デフォルトの名無しさん** · 2018/06/09(土) 12:47:19.10

？
前やったから何？

**デフォルトの名無しさん** · 2018/06/09(土) 13:15:23.42

なんで筋の通らない批判を平然とするのか不思議

**デフォルトの名無しさん** · 2018/06/09(土) 15:26:07.97

>>561
ええ…？FFアドオン排除でRustディスは気にならないのか
以前の試みはアドオンとRustを絡めてみた感じだったな
↓のレスをいつものごとく無視し数日潜んでRust叩きを試みていたけど、スレを跨いで同じ材料出すなよ

109 デフォルトの名無しさん sage 2017/11/15(水) 14:21:13.24 ID:FBksKtwj
>>108
失敗してるやん
Rustなんかで書き直したせいでアドオン全滅してる

114 デフォルトの名無しさん 2017/11/15(水) 14:36:17.78 ID:bBOLEH2G
>>109
それは設計の段階で従来のアドオンとの互換性の一部を捨てるように仕様変更したからだよ。
firefoxのアドオンは自由度が高すぎるが故に、セキュリティに問題を抱えやすかったし、
アドオン同士が衝突して落ちるとかも結構あったから、そこら辺をChromeと同レベルくらいに制限して、
セキュリティと安定性を取る方向に方針転換した。
仕様が変わってるんだから、Rustで書こうが他の言語で書こうがどっちにしろ従来のアドオンの一部は動かないよ。

**デフォルトの名無しさん** · 2018/06/10(日) 00:29:32.38

今回は1週間も我慢できなかったのか
ほかに行く場所ないの

**デフォルトの名無しさん** · 2018/06/10(日) 01:42:55.67

>>555の話だけど、
>>555はhg使えなかった時代で止まってんじゃないの？

**デフォルトの名無しさん** · 2018/06/10(日) 09:09:46.77

>>565
gitとgithubはちがうよ？

**デフォルトの名無しさん** · 2018/06/10(日) 09:10:23.63

キチガイ帰ってきてよかった

**デフォルトの名無しさん** · 2018/06/10(日) 10:06:20.84

相変わらず宗教じみてんな

**デフォルトの名無しさん** · 2018/06/16(土) 11:05:45.57

何でio::Errorにファイル名入ってないんだろう？　不便だなーと思ってたけど
検索してみたら、前は入ってたのに1.0リリース前に削除されたんだとさ

https://internals.rust-lang.org/t/add-filename-information-to-io-error/

**デフォルトの名無しさん** · 2018/06/16(土) 13:06:12.19

>>569
非効率になるのを嫌ったってことみたいですね
stdでもつには重すぎるってのは理解はできるけど　確かに不便なんだよなー

自分は結局
ioの関数呼ぶ前にinfo!でログ出すとか
戻ってきたio::Errorをmap_errでPathBuf埋め込んだ自前のErrorに変換するとかしてます

**デフォルトの名無しさん** · 2018/06/16(土) 18:58:29.98

>>570
ここで紹介されてる、failureを拡張して let file = File::open(path).with_path(path)?; と書けるようにするのが
カッコいいなと思った
https://github.com/rust-lang-nursery/failure/issues/189

failureは1.0に向けてまだまだ変えていくみたいだし、これ書いた焦げ寿司氏も参加するみたいだから
期待してるわ
throw!マクロが標準化したら、?の時みたいにrustプログラムの見た目変わりそう

**デフォルトの名無しさん** · 2018/06/16(土) 20:35:40.86

2回もpath書くの全然かっこよくないから、少し重くてもなんでもいいから便利なライブラリがあれば使うわ

**デフォルトの名無しさん** · 2018/06/16(土) 23:56:34.69

トレイトオブジェクトってなんでトレイトオブジェクトって呼ぶん？
ようはヒープに動的に作られたストラクトだら？

**デフォルトの名無しさん** · 2018/06/17(日) 01:17:39.67

何らかのTraitを実装したオブジェクトだから、じゃ駄目なの？
変に勘ぐって誤解してるよ。スタックにある構造体でもトレイトオブジェクトになる

**デフォルトの名無しさん** · 2018/06/17(日) 07:51:39.85

うーんここにはそういうニュアンスでは書いてない気がするんだけどなあ
https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/trait-objects.html

**デフォルトの名無しさん** · 2018/06/17(日) 11:48:23.47

traitってなんだよ

**デフォルトの名無しさん** · 2018/06/17(日) 12:00:53.08

>>576
特性

**デフォルトの名無しさん** · 2018/06/17(日) 12:03:03.50

わかんねえよw