プログラミング言語 Rust 3 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/21(日) 14:04:29.55

Mozillaがリリースした、プログラミング言語「Rust」について語るスレです。

http://www.rust-lang.org/
https://github.com/rust-lang/rust

Servo
https://servo.org/
https://github.com/servo/servo

◆前スレ
プログラミング言語 Rust 2
http://echo.2ch.net/test/read.cgi/tech/1478023960

**デフォルトの名無しさん** · 2017/07/18(火) 13:42:50.01

>>261
ライブラリの問題とかそういう回避方法はないのかと考察したけど、goroutineの仕様上無理ぽって結論なのか
rustが最適な言語かどうかは懐疑的だけど、go以外の使える新興言語ってのは他にないし仕方ないのかねぇ

**デフォルトの名無しさん** · 2017/07/19(水) 19:13:52.48

>>269 in/outの方が劇的に良かったりするの？MSDNとか読んでもすぐに理解できなかった

**デフォルトの名無しさん** · 2017/07/19(水) 22:47:17.03

>>271
良くなったりするわけじゃなくて全く同じもの。
単にrustのジェネリックスに制限があるだけ。
in/outや+/-なのはjavaの境界ワイルドカード型の定義が
長いから短くなったものでキーワードにするかシギルにするかの好みの違い。

**デフォルトの名無しさん** · 2017/07/20(木) 00:56:51.60

C#とか知らないから適当なことを言うけど、in/outって要は型パラメータの反/共変性を指定する構文ってこと？
Rustはクラスがないからあまり関係ないような気が
そもそも関連型と型パラメータは全く別物だし

**デフォルトの名無しさん** · 2017/07/21(金) 01:30:42.74

Announcing Rust 1.19 - The Rust Programming Language Blog
https://blog.rust-lang.org/2017/07/20/Rust-1.19.html
・C互換な(untagged) unionの導入
・loopのbreakで値を返せるようになった
・値をキャプチャしないクロージャを関数ポインタ（impl Fnでなくてfn型）として扱えるようになった

**デフォルトの名無しさん** · 2017/07/21(金) 03:20:29.74

新しい言語は早い段階から使い始めれば
バージョンアップ時は変更点だけ覚えればいいけど
バージョンアップが重なったあとから始めようとすると覚えることいっぱいすぎ
Rustよ
もっとシンプルに

**デフォルトの名無しさん** · 2017/07/21(金) 08:32:20.79

-Zオプションが時報に無視されててワロタ

**デフォルトの名無しさん** · 2017/07/21(金) 12:38:58.44

Cargoがhigh level過ぎでrustcがlow level過ぎな課題はいつ解決するんかな
他のビルドツールを使ったプロジェクトにrustを入れるのが今は面倒

**デフォルトの名無しさん** · 2017/07/21(金) 19:27:14.18

ていうか時報の反応速度が高くて笑う
まさかリリースの度に待機してるのか？

**デフォルトの名無しさん** · 2017/07/22(土) 07:37:27.49

> ・loopのbreakで値を返せるようになった

遂に来たか。

**デフォルトの名無しさん** · 2017/07/22(土) 14:32:40.69

時報であることに使命を感じて全力待機してそう, 機械の鑑だよホント

**デフォルトの名無しさん** · 2017/07/22(土) 16:14:42.22

誉め言葉として受け取っておく

**デフォルトの名無しさん** · 2017/07/22(土) 16:20:13.34

>>281
誰だお前

**デフォルトの名無しさん** · 2017/07/22(土) 16:39:57.41

なお、バグった機械の模様

**デフォルトの名無しさん** · 2017/07/22(土) 17:02:38.46

雑談の種になるよう頑張ってるんだよ、そんなあげつらうことないでしょ

**デフォルトの名無しさん** · 2017/07/22(土) 17:04:33.13

というかどこに行けばRustの話をしていいのか分からない。英語ならRedditがあるけど

**デフォルトの名無しさん** · 2017/07/22(土) 17:05:27.55

あれ、associated constsはstabilizeされたんじゃなかったのか

**デフォルトの名無しさん** · 2017/07/22(土) 17:10:48.08

>>286
現行のbetaではfeature gateが外れているから次のstableに乗るはず

**デフォルトの名無しさん** · 2017/07/22(土) 17:42:07.41

rust-jpのSlackとか？
ところでLLしか触ったことなかった俺も最近Rust使い始めてみたんだけど、有識者から見てRustで1番理解が大変なの（あるいは抑えておかなきゃならないとこ…）はどのあたりなのか教えて欲しい。

**デフォルトの名無しさん** · 2017/07/22(土) 18:20:40.76

>>288
トレイト
ムーブ
参照（borrowing）

Javaも触ったことないならトレイトは最初難しそう

**デフォルトの名無しさん** · 2017/07/22(土) 20:18:18.76

slackの質問に対するリアクションありすぎてこわい

**デフォルトの名無しさん** · 2017/07/22(土) 20:29:54.52

>>289
ありがとう
公式のチュートリアルみたいなやつ進めてるんだけど今のところトレイトオブジェクトらへんでちょっと理解に苦しんでる

**デフォルトの名無しさん** · 2017/07/24(月) 12:10:36.01

rustって現場で使われ始めてるの？
メモリ管理周りのメンタルモデルって他の言語に応用利いたりする？
コードがきれいになるとか？
始めるモチベが欲しい。

**デフォルトの名無しさん** · 2017/07/24(月) 12:28:38.82

C++ほど辛くない

**デフォルトの名無しさん** · 2017/07/24(月) 14:12:02.33

>>292

1.クソコードをコンパイルさせてくれない
2.コンパイル通すの少し大変だけど実行時エラーが本当に出ない
3. 速い
4.パッケージマネージャーがよくできてる

1は本当に大きくて、自分のコードとコンパイラが喧嘩になると大抵自分のアーキテクチャが悪く、直すとちゃんと正しい実装になって感動する。つまり正しいコードが書けるようになる

**デフォルトの名無しさん** · 2017/07/24(月) 14:19:11.38

>>294
もう一つ。仕事で使ってたりする？
goのcliツールはよく見るんだけど
rust製って何が有名なのかね？
ブラウザ以外で

**デフォルトの名無しさん** · 2017/07/24(月) 16:50:51.12

仕事で使ってるかは別としてcliツールは作りやすい印象

**デフォルトの名無しさん** · 2017/07/24(月) 17:05:29.37

ripgrepしか紹介できないんだがなんかないのか

**デフォルトの名無しさん** · 2017/07/24(月) 17:19:06.22

redoxosのシェルやエディタはunix用としてもビルドできるし
有名かは別として

**デフォルトの名無しさん** · 2017/07/24(月) 18:24:11.57

ripgrepはもちろんだが、tokeiも便利だよ
ion-shellもよく出来てる

**デフォルトの名無しさん** · 2017/07/24(月) 18:47:46.45

https://github.com/rust-unofficial/awesome-rust

**デフォルトの名無しさん** · 2017/07/24(月) 19:32:19.52

tokei のレポジトリにある使用例

https://asciinema.org/a/d14m9g1d2cyo7wvrxh0z4ck6o

を見てみたら、F* と Ur/Web がカウントされていたので「あっ（察し」事案だった

**デフォルトの名無しさん** · 2017/07/24(月) 23:36:39.90

確かにcliは書きやすくて社内で使ってるサポートツール類はほとんどRust製。
小さいツールだと関係者も少なくて説得しやすいし。

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

こことか見ててもそういうパターンが多いように見える。
さすがに大規模なプロダクションコードをいきなり
置き換えとか無理だろうし。

**デフォルトの名無しさん** · 2017/07/24(月) 23:43:54.02

Rustである旨味なさそうだけど学習用？

**デフォルトの名無しさん** · 2017/07/25(火) 06:07:27.53

おお、色々情報ありがとう。
今のところgoのcliツールのほうが目立ってるのは、単純に1.0のリリース時期の違いによるものなのかな。

redox は気になるなー。rustのメモリ管理の仕組みからいってバグが少ないosになるのかな。ちょっと試してみたいかも。reduxと名前が似てるのがなんかやだけど

**デフォルトの名無しさん** · 2017/07/25(火) 10:59:30.41

goのツールをパクって速いのを作ればいいのか？
goのツールは何があるの？

**デフォルトの名無しさん** · 2017/07/25(火) 11:37:29.68

俺が知ってるのは
peco、ghq 辺りかな。
ghqは常用してるけど最近重くなってきてるからぜひrustで軽くなるならして欲しい。
多分gitにアクセスしてる部分がボトルネックな気がするけど。

**デフォルトの名無しさん** · 2017/07/25(火) 11:45:28.60

あとgitをrustで書き直したらはやくなるとかないかね。
ライナスに喧嘩売ることになるかもだけど。
それをきっかけにlinuxをcにこだわるのをやめてくれるかもw

**デフォルトの名無しさん** · 2017/07/25(火) 12:39:25.58

pecoもghqもすでにrust版あるよ

**デフォルトの名無しさん** · 2017/07/25(火) 13:18:07.15

wasmがもっと成熟すれば...

**デフォルトの名無しさん** · 2017/07/25(火) 14:21:47.66

>>308
へー。リンク下さい

**デフォルトの名無しさん** · 2017/07/25(火) 16:53:49.81

>>310
https://crates.io/crates/rhq
https://crates.io/crates/skim

**デフォルトの名無しさん** · 2017/07/25(火) 17:33:21.29

skimええやん

**デフォルトの名無しさん** · 2017/07/25(火) 17:38:52.31

>>307
Facebookが社内向けにMercurial(Python + C)をRustで一部？書き直したら速かったらしい

俺も、社内向けツールを前任者がgoで書いたのを幾つかRustに移植してる
ただの練習素材として移植してたけど、2～3倍速くなったよ

**デフォルトの名無しさん** · 2017/07/25(火) 19:00:41.47

「Rust 1.19」リリース。union（共用体）をサポート
http://www.publickey1.jp/blog/17/rust_119union.html

**デフォルトの名無しさん** · 2017/07/25(火) 20:32:46.37

>>313
おおー。魅力的な話だね。
メモリの使用量もrustだと減るようなきがするんだけどそのへんどうかな。

**デフォルトの名無しさん** · 2017/07/25(火) 21:45:29.88

rustは今の日本だと凄腕のプログラマが使ってるところはちょいちょい見かけるな。
もっとwebの人たちがたくさん布教すればいいんだろうけど、やっぱrust自体が難しいのかね。
C++とよくセットで名前が出てくるから、ビビる人が多いのかなーとも思う

**デフォルトの名無しさん** · 2017/07/25(火) 22:11:08.39

最近真面目に勉強し始めたけど潜在的に難解なバグを生み出す汚いコードを平気で書く人だと
コンパイルが通らないので辛いと思う。
若干煽り気味に言えばPHPやRailsだけやってプログラミングを分かった気になってちゃんと勉強してない人には無理。

**デフォルトの名無しさん** · 2017/07/25(火) 22:21:26.92

ios -> objc, swift
android -> kotlin,java
web frontend -> typescript, javascript
web backend -> go,ruby,php
ってイメージだがrustはどこに入るの？

**デフォルトの名無しさん** · 2017/07/25(火) 23:01:36.50

webassemblyの今後の成熟具合によっては、
web frontendに食い込んでいくかも

**デフォルトの名無しさん** · 2017/07/26(水) 02:52:39.50

>>318
希望的観測で言えば、
今までC/C++で書かれていたようなもの全てと、今goで書かれているものの半分 -> rust

WebAssemblyをほんとに必要としてるのは、ごく一部の人だと思う

**デフォルトの名無しさん** · 2017/07/26(水) 08:56:45.29

>>320
例えばc++ でUE4って書かれてるけど
そこをrustでってのはあるのかな？
ゲームエンジンとかはc++ってイメージだけどそれがrustでどうなるのか興味あるなー。
c++よりバグが少なくなってメモリ使用量も減るなら
家庭用ゲーム機とかの性能向上に役立ちそうだけど。

**デフォルトの名無しさん** · 2017/07/26(水) 10:26:21.34

https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/dining-philosophers.html
このチュートリアルもうちょいなんとかならないのか
クロージャー周りの説明が抜けてるからなんだかふわっと触って終了みたいな感じになるんだけども。シンタックスの方から学んだほうがしっくりする。

**デフォルトの名無しさん** · 2017/07/26(水) 12:59:44.03

>>321
ゲームエンジンそのものがRustで書かれているのでなければ移行はないと思ってる
自分は据え置き開発だけど、ライブラリやツールやアセットパイプライン含めてC++ならそのまま利用する方が楽だし、ゲーム会社ならC++の資産やノウハウも蓄積されてる

**デフォルトの名無しさん** · 2017/07/26(水) 16:21:03.85

>>323
環境的にc++14使うくらいは許されてるの？

**デフォルトの名無しさん** · 2017/07/26(水) 18:20:47.88

>>324
基本C++11かな
部分的に14の機能も使えるかも
そのうち使えるようになると思われる

**デフォルトの名無しさん** · 2017/07/26(水) 18:36:05.35

>>320はゲームエンジンそのものがrustにならんかのーって話じゃないの
その上っ面はC++のままで良いんでない

**デフォルトの名無しさん** · 2017/07/26(水) 19:49:44.76

>>322
最新ではその項無くなったよ

**デフォルトの名無しさん** · 2017/07/27(木) 00:05:30.43

>>327
なんややっぱりそうなんだ。
やっててあんまり面白いとも思えなかったしね。
今シンタックスのところを読んでるけど、goより学習コストは高いなーと思った。
メモリ管理のメンタルモデルは学習を避けることができないから、尚の事学習コストは高いよね。
使い始めに関してはc++より難しいんと違う？

**デフォルトの名無しさん** · 2017/07/27(木) 00:15:56.27

goを学習するモチベーションとなったのはgoroutineで並列処理を簡単に書けるからだったんだよね。
phpのバッチ処理を学習期間は2,3日で
goで並列処理を書けるようになった。

まぁ書けたってだけでgoの流儀って独特だから、その後の深淵に結構はまっていったんだけど。

深層学習の為のpython。
iosのためのswift。
みたくrustの始めるきっかけとなる分野ってなんかないのかな？

rustを書きはじめる皆さんのきっかけを教えてください。

**デフォルトの名無しさん** · 2017/07/27(木) 08:45:36.82

>>329
社内でのC++開発に疲れて代替を探して。
ブライベートで使って、社内もこれにしたいと妄想する。そして誰も社内でRust使えない。

**デフォルトの名無しさん** · 2017/07/27(木) 09:07:26.49

>>313
Rustにしちゃって、あなたの後任が困るとか、そういうことはないの？
社内でもRust認められてる？

**デフォルトの名無しさん** · 2017/07/27(木) 10:08:19.56

コードに問題があればcargo runでエラーが出ますけど
ビルドせずチェックだけを行う方法ないですか？

あと定番のlintツールも教えてください

**デフォルトの名無しさん** · 2017/07/27(木) 11:54:01.80

cargo check
clippy

**デフォルトの名無しさん** · 2017/07/27(木) 12:47:34.70

>>331
前任者も認められてたからgo使ったわけじゃなく、goがもっとマイナーだった頃に勝手に使ってただけだし
俺も存在するかどうかわからない後任者など気にしてない
うちは大きな会社じゃないので、何を採用するかはプロジェクトリーダー次第

**デフォルトの名無しさん** · 2017/07/27(木) 14:28:39.09

是非rust使ってレポートしてほしい

**デフォルトの名無しさん** · 2017/07/27(木) 21:27:35.77

rustって課題を解いていく感じの学習サイトってないすかね？
goとかjsだとあるんだけど、、、

**デフォルトの名無しさん** · 2017/07/28(金) 00:41:42.43

rusr by example 本家
https://rustbyexample.com

日本語訳
http://rust-lang-ja.org/rust-by-example/

**デフォルトの名無しさん** · 2017/07/28(金) 08:34:02.73

>>337
わぉ。ありがとうございます。普通にあってよかった

**デフォルトの名無しさん** · 2017/07/28(金) 10:12:39.22

nightlyって頻繁に更新ありますか？
モバイルに接続してるのであんまり通信したくないからstable選んだんですけど
clippyがnightlyでしかインストールできないのつらい

**デフォルトの名無しさん** · 2017/07/28(金) 13:36:38.25

てすと

**デフォルトの名無しさん** · 2017/07/28(金) 17:20:05.54

cargo checkだと全てのrsファイルをチェックするので
cargo check hoge.rsみたいに特定のファイルを指定してチェックする方法ありませんか？

**デフォルトの名無しさん** · 2017/07/28(金) 17:54:04.02

Stableでは無理
Incremental compilationの安定化を待ちなされ

**デフォルトの名無しさん** · 2017/07/28(金) 18:24:34.83

>>342
あ、そのモジュールが他のモジュールに全く依存していない場合はrustc hoge.rs --crate-type=lib --emit=metadataが一応使えるんだった
ただしこれはカレントディレクトリにゴミをまき散らすからあまりおすすめできない

**デフォルトの名無しさん** · 2017/07/28(金) 21:55:20.59

REPLが欲しいんですが安定したやつないかな

**デフォルトの名無しさん** · 2017/07/28(金) 22:25:19.67

目の前の便利な箱で調べること出来ない教えて君は
実はRustで作った人工知能試験で動作試験してるんじゃなかろうな

**デフォルトの名無しさん** · 2017/07/28(金) 22:36:44.17

いまbookやってるんですけど
fn main() {
let x = 1;
println!("Hello")
}
これ1回目buildすると
warning: unused variable: `x`
--> src/main.rs:2:9
|
2 | let x = 1;
| ^
|
= note: #[warn(unused_variables)] on by default
って出るのですが、2回目buildするとこの警告が出なくなる
なんででしょうか？

**デフォルトの名無しさん** · 2017/07/28(金) 22:40:19.95

コンパイルの結果がキャッシュされているから

**デフォルトの名無しさん** · 2017/07/29(土) 00:47:07.63

rustってまだ安定してない感じ？
開発環境は何がおすすめなんです？
vscodeを試したけどあんまりrustに対応してない感が

**デフォルトの名無しさん** · 2017/07/29(土) 02:31:25.76

>>348
俺はIntelliJ派だから

**デフォルトの名無しさん** · 2017/07/29(土) 02:34:36.68

そうですか

**デフォルトの名無しさん** · 2017/07/29(土) 10:51:47.46

Rustについて調べているのですが2点ほど質問です
・所有権、借用権ってどのようなケースを想定した機能なのか？
　並行処理を行うコードを書く時には同期ミスによる破壊を防止できて便利そうだけど上手い活用ケースを想像できない
・OS無しで動かすコードを書くケースでRustが謳うメリットはどの程度いかせるのか？
　メモリマップドレジスタへアクセスするためにunsafeと生ポインタを多用することになる
　このようなケースでコンパイル時の安全性の検査条件などはカスタマイズできたりするのか

**デフォルトの名無しさん** · 2017/07/29(土) 12:41:44.44

vim + project.vim + rust.vimもいいぞ
コード量が多いと流石にIntelliJ使うけど

**デフォルトの名無しさん** · 2017/07/29(土) 12:52:24.62

IDEAとvscodeってどっちがおすすすめ？

**デフォルトの名無しさん** · 2017/07/29(土) 12:52:42.83

おすすめ？

**デフォルトの名無しさん** · 2017/07/29(土) 14:45:43.16

>>313
噂をすればなんとやら
facebookexperimental/mononoke: A Mercurial source control server, specifically designed to support large monorepos.
https://github.com/facebookexperimental/mononoke

>>351
メモリ安全性以外での所有権の活用例としては、すでにボディを書き込み始めたHTTPレスポンスに新たにヘッダを書き込めないことを静的に保証する、とかいうのがある
https://docs.rs/hyper/0.10/hyper/server/index.html#an-aside-write-status
ヘッダを書き込んだレスポンスの所有権を奪って、ボディだけを書き込める型にして返している
https://docs.rs/hyper/0.10/hyper/server/response/struct.Response.html#method.start

**デフォルトの名無しさん** · 2017/07/29(土) 16:04:35.17

もののけ

**デフォルトの名無しさん** · 2017/07/29(土) 16:29:29.84

ideaのrustプラギンはメソッドチェインが深くなるとハイライトされなくなって、リネームとかも取りこぼすことがある。それ以外はよくできてて満足

**デフォルトの名無しさん** · 2017/07/29(土) 16:43:27.84

>>351
所有と借用は、設計の考え方として言語問わず有効なので、コンパイラに強制されるのはかなり嬉しい。

と言うのも、所有を考えないで動的メモリを使ったプログラムは、シングルスレッドであっても、ライフタイム問題を起こしやすいんだよね。
他人にヤラれると殺意がわく。

**デフォルトの名無しさん** · 2017/07/29(土) 16:55:38.17

>>351
借用に関しては、不意の同期漏れ防止と思ってる。

ご存知の通り、マルチスレッドでは、同じオブジェクトを触るときに同期処理を入れないと、データ破壊しちゃうじゃん？
C言語だと、この危険な状態がデフォルトで、気付くかどうかは人間次第。
でも、rustはコンパイラがその危険な状態を防いでくれると言うだけだと思う。

**デフォルトの名無しさん** · 2017/07/29(土) 17:08:36.25

>>351
最後、OS無しはどうかなー。

自分ならこうするかなっていうテキトーな意見だけど、生メモリアクセスが必要な部分（デバドラとか）はC/C++で書いて、アプリ部をrustで書いてFFIバインドかなー。

**デフォルトの名無しさん** · 2017/07/29(土) 17:23:05.64

Rustの素晴らしさを理解するにはC++を理解する必要がある？

**デフォルトの名無しさん** · 2017/07/29(土) 17:27:03.96

>>360
メモリ安全にかけるのがrustなら
最初から最後までrustで書けるべきじゃない？

**デフォルトの名無しさん** · 2017/07/29(土) 17:41:05.57

>>362
最初から最後までメモリ安全じゃなくてもいいんじゃない？
適材適所で使い分ければ。

マルチスレッド問題はアプリ側に多い問題かなーって。
デバドラ最下層になると、そもそもマルチスレッド要件が無かったり、メモリイメージが生で見える触れる方が融通があって便利だったりするし。

ドメイン境界で考えて、rustを適用する範囲内で潔白なのが重要と思ってる。
この潔白さは、開発者の人数が多いドメイン（アプリ）で、真価を発揮するんじゃないかなと。

**デフォルトの名無しさん** · 2017/07/29(土) 18:00:00.71

racer + flycheck-rust でマクロ補完って無理？
println!とかwrite!とか毎回全部打つのがダルい

**デフォルトの名無しさん** · 2017/07/29(土) 18:10:49.31

>>363
結局cには勝てないのか。
rustってgcがないからメモリイメージを直接いじりやすいのかと思ってたよ。
redoxとかも結局c++に頼ってたりするんかな？

**デフォルトの名無しさん** · 2017/07/29(土) 18:13:03.21

>>363
あと最初から最後までメモリ安全のほうが良くない？
少なくともメモリ関連のバグを撲滅できるんであればrustの価値はあると思うんだ。
逆にできないならrustの存在意義ってなんだろ。

goは並行処理が言語機能に組み込まれてる。
rustはメモリ安全が売りだと思うんだけど、
そこってなかなか地味な売りな気がして

**デフォルトの名無しさん** · 2017/07/29(土) 18:57:22.38

>>365
Cに頼る→負けてるって事じゃないと思うけどね。
実際アセンブリ言語はなくならないわけだし。

CPU の高機能化、メモリの大容量化、プログラムの大規模化、があって、開発効率を高めるために、プログラムの大部分がC言語に置き換わったわけじゃん。
で、マルチコア全盛の時代になって、正常稼働面での重大要因としてメモリ安全性が注目されてrustが生まれたのだから、メモリ安全のメリットの大きいところだけrustに置き換わるってのが、普通の流れじゃないのかなーと思うよ。

別にCを駆逐する必要はないしょ。

**デフォルトの名無しさん** · 2017/07/29(土) 19:02:32.30

>>366
そもそも、ハードに近い層でのメモリ安全性って何？って話だと思うんだ。

で、メモリ安全の話が出てこない領域なのだから、rustの出番が無いって事で良いんじゃない？

**デフォルトの名無しさん** · 2017/07/29(土) 19:05:29.70

>>361
むしろC++をうまく使うために、rustの意味論（セマンティクス）を勉強して欲しい、って思う。