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/06/01(土) 19:00:35.54

>>850
記号なし=はコピーで統一したらよい
Ｃ＋＋はやってるじゃん

**デフォルトの名無しさん** · 2019/06/01(土) 19:10:56.29

>>853
ポインタの基本をコピーじゃなくてムーブにしたいからムーブの方を記法的に容易にしたんだし、auto_ptrのセマンティクスの非統一による悲劇を避ける為にムーブに統一したんだよ？
議論の順番が滅茶苦茶だぁ

**デフォルトの名無しさん** · 2019/06/01(土) 19:13:31.38

uniqueとshareでなんとかなってるじゃん

**デフォルトの名無しさん** · 2019/06/01(土) 19:14:05.19

メモリ以外のリソースはコピーできないものが大半じゃね？

**デフォルトの名無しさん** · 2019/06/01(土) 19:14:44.62

変数がどの範囲で利用可能なのかぱっと見わからんのが酷すぎる

**デフォルトの名無しさん** · 2019/06/01(土) 19:16:22.51

>>856
コピーできないようなまとまったオブジェクトをほいほい変数移さないだろ

**デフォルトの名無しさん** · 2019/06/01(土) 19:18:22.75

>>853
取り敢えず借用を記号無しにするのは無理であることは納得してくれたの？

そして移動はどうするの？rustだと移動も結構しょっちゅう使うんだけど…
例えばBox型とかString型とかVec型とか&mut T型とか…
移動もコピーもどちらも=なのが判りづらいってのは一理有るんだけど、
それらの移動に全てmove等の記号をつけていくのはあまりにも面倒だと思うよ

**デフォルトの名無しさん** · 2019/06/01(土) 19:21:21.72

>>857
ぱっと見でわかるってどんな感じなの？

**デフォルトの名無しさん** · 2019/06/01(土) 19:29:50.41

>>860
所有権を手放すときに記号つく

>>859
そっちを&にして
右辺値が無名で宙ぶらりんのときはつけないでいいことにしたら

**デフォルトの名無しさん** · 2019/06/01(土) 19:36:06.88

>>861
そっちってどっち？移動を&にするの？じゃあ借用はどうするのよ？
さっぱり言ってる意味が分からん
てか最初の質問に答えてくれないかな？納得したの？してないの？

**デフォルトの名無しさん** · 2019/06/01(土) 19:40:22.13

>>862
してない。俺も言ってることよくわからん

**デフォルトの名無しさん** · 2019/06/01(土) 19:53:40.68

>>863
えぇ…
じゃあ君は借用は記号無し=がいいってこと？
でも君さっき記号無し=はコピーが良いって言ったよね？

**デフォルトの名無しさん** · 2019/06/01(土) 19:59:43.17

だからやめろといったのに

**デフォルトの名無しさん** · 2019/06/01(土) 20:29:24.96

borrowこそ新しい概念なんだからそれに記号でもつけりゃよかったんだ

**デフォルトの名無しさん** · 2019/06/02(日) 09:27:14.41

変にc++のシンタックスと似るようにしたのは良くないかもな。
moveが基本だったり引数の意味がだいぶ違うわけだから。

**デフォルトの名無しさん** · 2019/06/02(日) 11:39:15.13

>>866
だからそのborrow(借用)に&と'a(ライフタイム)という記号が付いてんだろうが
頭大丈夫か？

**デフォルトの名無しさん** · 2019/06/02(日) 12:03:59.68

こわびびるわ

**デフォルトの名無しさん** · 2019/06/02(日) 13:16:55.27

少なくとも所有権の移動は右辺に影響するんだからそっちにも記号がつくべきだった

あと見た目即所有権帰ってくるやつまで&で書くから見づらい
誰に貸していつ帰ってくるのかわかんねー

**デフォルトの名無しさん** · 2019/06/02(日) 13:42:33.97

2年rust書いてるけど君らのいう分かりにくい、が分らん
フューチャーが分かりにくい、なら抱き合って同意するけど

**デフォルトの名無しさん** · 2019/06/02(日) 13:51:06.05

経験者が経験上困らんっていうんならいえることない

**デフォルトの名無しさん** · 2019/06/02(日) 14:11:16.85

>>871
分かる。futureはマジで難しいよね
Pin/Unpinまでは辛うじて理解できたんやが、Wakerの方が分からん。
誰かRawWakerVTableの解説してくれ…

でもfutureの難しさはasync/awaitが導入されればそれに隠蔽されるから
利用するだけのユーザーならあと少しの辛抱や

**デフォルトの名無しさん** · 2019/06/04(火) 20:27:22.80

継続的に数年使ってる人は新機能が出たら新機能だけ覚えればいいんだろうけど
初めて触る人はその累積してきた機能全部を掌握するのは無理

**デフォルトの名無しさん** · 2019/06/04(火) 20:31:14.86

どの言語の話

**デフォルトの名無しさん** · 2019/06/06(木) 12:34:55.73

rustをシステム系じゃないエンジニア(C++の仕事してない)が使うメリットって何かある？

**デフォルトの名無しさん** · 2019/06/06(木) 15:33:20.70

>>874
C++のことかな

**デフォルトの名無しさん** · 2019/06/06(木) 16:40:28.94

廃止された機能や推奨されない機能も覚えておく必要がある
特にC++で言えばunicodeの変換(std::codecvt**)が超糞

**デフォルトの名無しさん** · 2019/06/06(木) 17:37:47.91

誰も使ってなかったから大丈夫だぞ

**デフォルトの名無しさん** · 2019/06/06(木) 17:43:00.49

「誰も使ってなかった」ことも含めて
その累積してきた機能全部(結局全部になるだろうな)を掌握する必要がある訳だろ

**デフォルトの名無しさん** · 2019/06/06(木) 20:15:57.08

なるほど素晴らしい観点っすね、実行不能という点に目をつぶれば。

**デフォルトの名無しさん** · 2019/06/06(木) 20:24:43.80

でぇじょうぶだ
[[deprecated]]
がある

**デフォルトの名無しさん** · 2019/06/06(木) 20:59:27.87

それついたの思いっきりつかってるｗｗｗ
昔のが商売人の都合で切られてるんだもん
つかうよ

**デフォルトの名無しさん** · 2019/06/07(金) 01:20:04.91

DX8ですね判ります

**デフォルトの名無しさん** · 2019/06/09(日) 09:44:49.12

rustでIDE補完が甘いのは誰も気にしてないんか？
そもそもみんなIDE使ってないんか？

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

yes
yes

**デフォルトの名無しさん** · 2019/06/09(日) 11:45:40.10

なるほど
ありがと

**デフォルトの名無しさん** · 2019/06/09(日) 12:39:28.24

カドカワから月末に訳本の
プログラミング言語Rust 公式ガイドが出るけど2018対応じゃないよね？
Rust本が増えてきたのは嬉しい

**デフォルトの名無しさん** · 2019/06/09(日) 13:16:34.55

>>885
intelijのrustプラグイン

**デフォルトの名無しさん** · 2019/06/09(日) 17:47:47.78

>>888
バカが飛び付いて社内に導入しようとするの潰すの
毎回労力がかかってしゃーないからやめて欲しいんだけどな
クソ言語の本出すの

**デフォルトの名無しさん** · 2019/06/09(日) 19:53:39.94

>>890をクビにしたほうがいろんな労力減りそう

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

いやもうクビにされたから

**デフォルトの名無しさん** · 2019/06/09(日) 20:50:32.69

無能なアンチがいるということは、安心して使っていいってことだな

**デフォルトの名無しさん** · 2019/06/09(日) 21:29:03.95

なんで潰すんだ？何に恐れているんだ？

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

>>888
TRPLの翻訳だと思うけど
TRPL本家は2018対応済みで、webで公開されてる日本語訳は未対応。
本家に追従して対応した可能性もあるかと。

**デフォルトの名無しさん** · 2019/06/09(日) 22:49:44.20

そりゃクソコード残して辞めてくことだろ。
まじで死ねと思うわ。

**デフォルトの名無しさん** · 2019/06/09(日) 23:15:43.90

それは言語の所為じゃないだろ
レビューしないの？
しないにしても同じクソでもJavaやC++よりマシだと思うんだが

**デフォルトの名無しさん** · 2019/06/09(日) 23:20:05.52

言語関係ねーじゃんメンテする能力がないんだろ
諦めてgoで作り直せ

**デフォルトの名無しさん** · 2019/06/09(日) 23:29:34.50

>>895
ググったらTRPLでした
ただ紙の原著は2018年発売でRust 2018未対応
紙の翻訳なのか最新のWebの翻訳なのかは不明

**デフォルトの名無しさん** · 2019/06/10(月) 19:54:10.24

borrow checker通せない人にとってはすべてのコードが読めない糞コードなのだろう

**デフォルトの名無しさん** · 2019/06/10(月) 20:09:47.13

>>897
社内でそいつしか使わないから当然レビューも不能
上の人間も「いいじゃんやってみれば」で話にならない
結果まともにレビュー通ってないクソが本番に出てトラブル
作ったやつは雲隠れ

って流れを見たことあるよ。Rustじゃないけど

**デフォルトの名無しさん** · 2019/06/10(月) 21:02:28.09

もちろん言語のせいではないのだが
そういう輩は実績作りのためだけに新しくてより複雑なクソルールの多い言語を選ぶ傾向にある

**デフォルトの名無しさん** · 2019/06/10(月) 21:42:17.89

ボローチェッカに苦しめられてる人は
なにか他から移植をしようとでもしてるのかな？
ゼロからかくぶんにはボローチェッカなんて
ただただすがすがしいだけと思うけど
チェックご苦労さんですってもんだけど

**デフォルトの名無しさん** · 2019/06/10(月) 22:01:36.37

>>901
そういう体制だとCでもJavaでも言語に関係なく
色々問題起きてるだろ

**デフォルトの名無しさん** · 2019/06/10(月) 22:39:55.68

未知の言語を読むストレスは理解できるけど
一件正しそうなぶっ壊れたロジックを探し当てる方がはるかに辛い
Rustなら完璧だなんて思わないけど同じ条件で雲隠れされるならJavaやCよりはるかにマシ

**デフォルトの名無しさん** · 2019/06/10(月) 23:55:35.49

使いたいだけのバカに限ってRefCell使いまくりとかボローチェックなんか
関係ねーわなクソコード残していくわけだがな。

**デフォルトの名無しさん** · 2019/06/11(火) 01:15:48.45

結局プンプンの人達は何か言いたいん？
初心者が使ったら他言語より酷いことになるって話？
作り逃げされた時に他言語よりメンテきついって話？
それともrust関係ない話？

**デフォルトの名無しさん** · 2019/06/11(火) 02:06:13.82

>>907
結局どの言語だろうとワナビのキッズが使ってレビューも不完全なら悲惨なことになるし
Rustはそういうワナビホイホイなところがある言語で
キッズを拡散すんのは勘弁してくれってことよ

新しいものの宿命みたいなとこはある

**デフォルトの名無しさん** · 2019/06/11(火) 03:49:38.56

Rustを使いたいって奴はボローチェッカ最高勢だろ
筋の通らない話だ

**デフォルトの名無しさん** · 2019/06/11(火) 04:31:39.25

ボローは着てても心は錦

**デフォルトの名無しさん** · 2019/06/11(火) 06:46:52.09

ついにMSもmozillaのステマの被害者になったのか

**デフォルトの名無しさん** · 2019/06/11(火) 07:02:09.61

iotedgeの話？

**デフォルトの名無しさん** · 2019/06/14(金) 09:17:15.61

FireFoxでプライベートブラウジングモードにしたら
指定してダウンロードしたページまでブラウザ終了時に消しやがる
しかもfilesはそのままでトップのhtmlだけ

きっとＲｕｓｔの融通の利かなさのせいでこんな仕様なんだ
不条理すぎる

**デフォルトの名無しさん** · 2019/06/14(金) 11:08:06.53

空白行がちょっとわざとらしいかな

**デフォルトの名無しさん** · 2019/06/14(金) 13:20:49.03

>>913
Rust導入してからアドオンの互換性切るわバグ増えるわシェア1割切るわで
いいところのない火狐

**デフォルトの名無しさん** · 2019/06/15(土) 00:03:52.04

Itaniumみたいな失敗の仕方しとるな。

**デフォルトの名無しさん** · 2019/06/15(土) 21:37:19.62

dbっていうか、
OracleとかSqlserverに読み書きするような
アプリはあまり現実的でない？

**デフォルトの名無しさん** · 2019/06/15(土) 22:21:29.06

なんで？

**デフォルトの名無しさん** · 2019/06/16(日) 01:21:02.75

オラクルを使う常駐物のアプリを
一個書いたんだけど
プロプラなdb向けだと
crateの充実度的な意味で
大変だったし、保守してけるか
ちょっと不安だったので。

**デフォルトの名無しさん** · 2019/06/18(火) 06:17:33.52

プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。

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

cargoの自動ダウンロード機能を使わないワークフローのチュートリアルが欲しい
足りないコードを示してくれるのは助かるけど知らないうちにGPLな奴が混じっていたなんて事態は避けたい

**デフォルトの名無しさん** · 2019/06/18(火) 07:30:34.19

https://github.com/onur/cargo-license

**デフォルトの名無しさん** · 2019/06/18(火) 21:04:15.94

パッケージで
依存するパッケージたちの実行可能な環境やライセンスやインストールサイズをパッケージインストール前に分かったりしない？

**デフォルトの名無しさん** · 2019/06/18(火) 23:05:26.62

>>923
実行環境以外はcrates.ioのAPIから取れるみたいだから可能は可能。
ツールになってるものはぱっとは見つからなかったけど
jsonパースしながら依存関係辿るだけだし適当に作ればいいのでは。

**デフォルトの名無しさん** · 2019/06/19(水) 04:55:23.37

【出資】松本卓朗人工知能詐欺【注意】
https://rio2016.5ch.net/test/read.cgi/rikei/1560859403/

**デフォルトの名無しさん** · 2019/06/19(水) 11:14:57.11

考えてみれば当たり前なんだがcargoはrust周辺しか面倒を見てくれない。他に依存するライブラリがあっても関与しない
つまりビルドは出来るが実行出来ないということが起きる。コード次第ではpanicして何が足りないかすら出力されない
ドキュメントに何を用意すべきなのかちゃんと書いていないcrateも少なからずあって不完全なメッセージ片手に探し回る羽目になる

**デフォルトの名無しさん** · 2019/06/19(水) 18:09:17.84

だいたいリンクでエラーにならない？

**デフォルトの名無しさん** · 2019/06/19(水) 18:26:18.08

Firefoxに重大なセキュリティ欠陥
Rust安全神話崩壊

**デフォルトの名無しさん** · 2019/06/19(水) 18:55:19.96

馬鹿に説明って難しいよな

**デフォルトの名無しさん** · 2019/06/19(水) 19:33:39.71

動的リンク

**デフォルトの名無しさん** · 2019/06/20(木) 06:07:04.22

https://www.itmedia.co.jp/news/articles/1906/19/news060.html

2019年06月19日 07時19分公開
Firefoxに危険度最高の脆弱性、既に攻撃を確認

Array.popの問題により、JavaScriptを操作する際に脆弱性が発生する可能性がある

これ本当にRustのせいじゃないの？

**デフォルトの名無しさん** · 2019/06/20(木) 07:18:41.60

https://developer.mozilla.org/ja/docs/Mozilla/Projects/SpiderMonkey
SpiderMonkey は、C / C++ で書かれた JavaScript エンジンです。Firefoxを含む、Mozillaの複数の製品で使用されており、MPL2 ライセンスの下で利用できます。

**デフォルトの名無しさん** · 2019/06/20(木) 08:04:12.96

GPL or LGPLコードに依存せずにSVGをレンダリングできるライブラリってないかな？
resvgが使えるかと思ったら
>librsvg is heavily tied to GNOME, which makes it painful to distribute outside the Linux ecosystem
とか書いてあるくせにgdkやglibを要求してくるようだ

**デフォルトの名無しさん** · 2019/06/20(木) 08:11:37.69

>>931
リポジトリ上で見る限り、今回のバグで修正されたのはC++のコードみたいだけど。

**デフォルトの名無しさん** · 2019/06/20(木) 10:58:34.09

>>933
https://mevius.5ch.net/test/read.cgi/tech/1443092077/

**デフォルトの名無しさん** · 2019/06/20(木) 17:17:30.44

おい！なんだかバズってるfacebookのlibraのmoveはrustで書かれてるらしいぞ！！

**デフォルトの名無しさん** · 2019/06/20(木) 18:35:24.47

すまん別にバズってはなかった

**デフォルトの名無しさん** · 2019/06/20(木) 19:48:51.60

Rustが脆弱性の原因になると宣伝がパーになるから
あっちこっちでC++のせいにする小細工が行われております

**デフォルトの名無しさん** · 2019/06/20(木) 19:59:14.55

え？MozillaがRustの宣伝の為にFirefoxに脆弱性を！？

**デフォルトの名無しさん** · 2019/06/20(木) 20:23:47.90

ものごとの原因は人間の主観

**デフォルトの名無しさん** · 2019/06/20(木) 20:28:40.92

https://hg.mozilla.org/releases/mozilla-release/rev/99a829d2a2a7859b10508b6f05e99780c5e2dc68
http://imgur.com/2cTynR3.jpg
確かにC++のせいではないな…どちらかといえばRustか…

**デフォルトの名無しさん** · 2019/06/20(木) 20:35:29.73

さっぱりわからん
範囲チェックがどうとかって書いてあるけど
バッファオーバーフロー起こしてたってこと？

まんまＣ＋＋のせいじゃないの？

**デフォルトの名無しさん** · 2019/06/20(木) 20:36:09.76

バグフィックスってかいてあるけどこれが脆弱性修正？
なんがんあんだかわからん

**デフォルトの名無しさん** · 2019/06/20(木) 21:32:48.19

>>939
Rustなら安全に書けるとか言っておいてしっかり脆弱性作り込んだから
これはRustではなくC++のせいだからと火消しに回ってるの
日本語わかる？

**デフォルトの名無しさん** · 2019/06/20(木) 21:43:15.30

>>944
だよな。今回は完全に"Rust"が脆弱性作ったわ…

>>942,943
小細工をやめろ

**デフォルトの名無しさん** · 2019/06/20(木) 22:22:06.30

客観的でない陰謀論者が必死ですね

**デフォルトの名無しさん** · 2019/06/20(木) 22:51:37.82

これはJavaScriptが悪いな

**デフォルトの名無しさん** · 2019/06/20(木) 23:48:26.80

もう病気だな

**デフォルトの名無しさん** · 2019/06/21(金) 00:15:54.00

ElementAccessHasExtraIndexedProperty

凄まじく怪しげな物に変更されとるな。

**デフォルトの名無しさん** · 2019/06/21(金) 00:27:20.17

c++ぽくないコードだな

**デフォルトの名無しさん** · 2019/06/21(金) 00:37:27.76

確か何か変なコーティング規約で作ってなかったっけ

**デフォルトの名無しさん** · 2019/06/21(金) 07:05:15.79

Chromiumのソースもそんなん(長い関数クラス名とか)だけど

**デフォルトの名無しさん** · 2019/06/21(金) 08:04:50.41

どういう経緯で何が起こって開発元は原因は何だとしてるのか
ちゃんと説明しろ