プログラミング言語 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/08/27(日) 02:12:16.71

Rustプラグインを単体の製品にするとは思えんけどねえ
彼らは例えばScalaのプラグインとかも手がけているけど別に製品化している訳じゃないし

**デフォルトの名無しさん** · 2017/08/27(日) 02:34:48.02

VSCode重たくて殺意生える
いちいちワンテンポ遅いんじゃ

**デフォルトの名無しさん** · 2017/08/27(日) 04:11:59.30

Vimすらも重いことあるんだけど俺

**デフォルトの名無しさん** · 2017/08/27(日) 07:38:59.45

vi使えよ、viの軽さに慣れたらvimはそりゃ重たいでしょ

>>670
Scalaなんて10年以上前に流行った言語のIDEを今更有料化しても売れないだろうからな
Rustは今現在流行ってる(?)言語だし売るんじゃねーのかね

**デフォルトの名無しさん** · 2017/08/27(日) 10:25:11.28

viとか使ってるやついたのか

**デフォルトの名無しさん** · 2017/08/27(日) 12:17:29.76

Xi使おうぜ

**デフォルトの名無しさん** · 2017/08/27(日) 12:49:38.49

Atom (Electron) が Blink から Servo に乗り換えれば軽くなるのだろうか？

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

vscodeって重いよな？起動も動作も軽快とは言い難い
むしろvscodeが軽快に使えているという人がいるならどのような環境で使用しているのか聞きたいわ
SSDを乗せた標準電圧版Coreiモバイルノートでも結構もっさりだし

**デフォルトの名無しさん** · 2017/08/27(日) 19:39:49.26

もっさりとかいう言葉じゃ意味不明だからせめて数値で言ってくれ

**デフォルトの名無しさん** · 2017/08/27(日) 19:47:01.83

何を妥協して「せめて」なのか分からんが数値あげてやろう

MacBookでIntelliJが6時間くらい保つ所が3時間くらいしか保たない程度に無駄処理多い
プロセス上の待機スレッド数も10～20くらい違った覚えがある

待機中でもそんだけスレッド回してるから、コーディング中、ビルド中の負荷もでかくなるよね
VSCodeを愛用してるコーダーはemacs愛用してるコーダー並みにマゾだと思う(viユーザ感

**デフォルトの名無しさん** · 2017/08/27(日) 19:49:16.80

>>678
あ、レスするならついでに「せめて」で説明要求を妥協した点を教えてくれい
確認してる範囲であれば答えるよ

**デフォルトの名無しさん** · 2017/08/27(日) 23:25:25.14

好きなエディタを使ったらええ

**デフォルトの名無しさん** · 2017/08/28(月) 09:34:01.20

全くだ、重たいと事実を指摘されても発狂することなく
重たくても他に良い所があるから使ってるんだと言い切っていたemacs愛用者は良い人たち

>>675
バックエンドRust, フロントエンドSwift, 通信プロトコルJSON, プラグインサンプルPython
ごった煮過ぎて笑うわw

**デフォルトの名無しさん** · 2017/08/30(水) 13:54:58.32

rustってやっぱりスペックいいパソコンと高速なネット回線がないと厳しいですね

**デフォルトの名無しさん** · 2017/08/31(木) 22:48:16.13

普通の言語だと処理の一部を関数に切り出すのとか簡単に出来るけどRustだと返り値の方が分からなくてそれが難しいことがあるよね

**デフォルトの名無しさん** · 2017/09/01(金) 10:25:57.73

let a: () = { ... };

でコンパイラがエラーとして正しい型を教えてくれるぞ。

**デフォルトの名無しさん** · 2017/09/01(金) 13:32:10.36

クロージャにすれば良い
なあに、きっと最適化で普通の関数と同じ扱いになるさ（適当）

**デフォルトの名無しさん** · 2017/09/01(金) 20:19:45.83

Rustのスレあったんだね

**デフォルトの名無しさん** · 2017/09/01(金) 20:51:46.56

おい、時報はどうしたんだ？

**デフォルトの名無しさん** · 2017/09/01(金) 23:41:11.07

unsafeだらけ

**デフォルトの名無しさん** · 2017/09/01(金) 23:45:28.89

Pijulで開発されているらしきcrateを発見してrepositoryリンクを辿ってみたらNot foundが返ってきた
https://crates.io/crates/futures-derive

**デフォルトの名無しさん** · 2017/09/02(土) 00:14:47.90

スクワット中なんじゃないの, 筋力ついたらリリースされるでしょ

**デフォルトの名無しさん** · 2017/09/02(土) 00:45:15.54

Rustが最強のプログラミング言語である証明
https://hayato.io/2017/icfp-rust/

遂に証明されたか……

**デフォルトの名無しさん** · 2017/09/02(土) 01:24:01.14

Round 1の結果のみで語られてもねえ

**デフォルトの名無しさん** · 2017/09/02(土) 01:50:33.08

なんかnightlyにPythonのジェネレータ入ったとか聞いたんだけど誰得？
もうtokioつかFutureあるし。

**デフォルトの名無しさん** · 2017/09/02(土) 08:16:03.50

いつまでたってもスライスパターンが標準にならないのなんで？
ほかの関数型言語みたいな言語標準？のリストと、そのパターンマッチ、があればいいけど
そういうつもりもないんならスライスパターンをはよ強化＆標準装備してほしいんだが

**デフォルトの名無しさん** · 2017/09/02(土) 08:35:22.00

私は最強のRust以外のプログラミング言語で書く気はありません

**デフォルトの名無しさん** · 2017/09/02(土) 08:40:19.17

Featureを駆使するので楽になるのはそうだが、
逐次処理的に書けるasync/awaitの方がさらに楽なので
それを実現するための要素としてgeneratorは必要

あとIteratorの実装も楽になる

**デフォルトの名無しさん** · 2017/09/02(土) 08:40:57.03

FeatureじゃなくてFuture

**デフォルトの名無しさん** · 2017/09/02(土) 11:39:08.16

>>692
なんていうか、自分のチームの優位性を示してドヤろうとしたけど決定的な証拠がなかったから自分に有利な調整をしたという感じだな
特定のチームへの非難をしつつそのチームの人間のツイートを自分の主張の補強に使っているのもいろいろアレ
まあ競技プログラミング界のゴタゴタはどうでも良いけどとりあえずRustを巻き込まないで欲しいわ

**デフォルトの名無しさん** · 2017/09/02(土) 12:32:15.66

>>692に対してちょこちょこマジレスがいるけど
正規化の文章の注釈[4]でウォーズマン理論とか引っ張り出してるからな

**デフォルトの名無しさん** · 2017/09/02(土) 13:10:10.49

マヌケは見つかったようだな…ロクにリンク先も読めないのに批判する口だけの能無しが…

**デフォルトの名無しさん** · 2017/09/02(土) 17:38:03.40

風情のないやつらだ

**デフォルトの名無しさん** · 2017/09/02(土) 19:03:59.64

ウォーズマン理論により各言語の普及率(PG人口比)でスコアを倍加すると
数の暴力が発揮されJavaが最強のプログラミング言語であることが証明される

とでも言えば風情があるのかね？

**デフォルトの名無しさん** · 2017/09/02(土) 19:58:54.78

風情駆動開発

**デフォルトの名無しさん** · 2017/09/03(日) 01:23:29.76

ネタにマジレス以下の寒い話だな

**デフォルトの名無しさん** · 2017/09/03(日) 02:55:54.90

ネタに対する模範解答って『やはりRust最強だな！』とか？

**デフォルトの名無しさん** · 2017/09/03(日) 09:50:38.50

>>705
風情の有無を話してるのであって、寒さ暑さを話してるんじゃないんだけど

>>706
まずはageないことから始めよう、な？

**デフォルトの名無しさん** · 2017/09/03(日) 11:35:08.63

>>702
わび・さび　ですよね、わかります
I know. sorry & rust

**デフォルトの名無しさん** · 2017/09/03(日) 12:50:33.18

お前ら、associated constantsがstableになったってのにいつまで下らない話を続けているんだ

**デフォルトの名無しさん** · 2017/09/03(日) 13:04:30.79

関連定数が乗ったなら、次は依存型だ！

**デフォルトの名無しさん** · 2017/09/03(日) 13:07:07.67

依存型はやり過ぎだ！高階型でいい！

**デフォルトの名無しさん** · 2017/09/03(日) 14:56:28.19

impl Trait とトレイト境界の特殊化の実装が先だろ……
これのせいで書けないコードあるんだぞ

**デフォルトの名無しさん** · 2017/09/03(日) 14:59:38.46

きっとimpl periodのうちに全部実装してくれるよ（適当）

**デフォルトの名無しさん** · 2017/09/03(日) 16:40:58.80

async を汎用的に実装するならモナド ( M<T> ) 的な高階型が必要?

**デフォルトの名無しさん** · 2017/09/03(日) 17:05:48.88

emccなしでwasmれるって本当?

**デフォルトの名無しさん** · 2017/09/03(日) 20:29:20.09

linkerとしてemcc必要では

**デフォルトの名無しさん** · 2017/09/04(月) 01:02:25.35

そもそもwasmなんて誰が必要としてるんだという問題がある
実際現状wasm使うよりV8の方が速いだろ

**デフォルトの名無しさん** · 2017/09/04(月) 02:18:35.33

実験的な機能に現時点での必要性を求められても……

**デフォルトの名無しさん** · 2017/09/04(月) 03:38:50.42

JSの分野でもRust使いたいじゃん

**デフォルトの名無しさん** · 2017/09/04(月) 03:56:46.84

asmjsが早いんだからランタイム側の対応が十分進めばwasmも早くなるでしょ

**デフォルトの名無しさん** · 2017/09/04(月) 10:53:07.99

>>719
Rustなんて実用にならない言語未満使うくらいなら、クソとはいえ言語の体なしてるJS使うわクソ

**デフォルトの名無しさん** · 2017/09/04(月) 12:07:05.02

好きな言語を使ったらええ

**デフォルトの名無しさん** · 2017/09/04(月) 20:51:30.52

お前らslackにまけとるやんけ

**デフォルトの名無しさん** · 2017/09/04(月) 23:53:57.54

いつの間に戦っていたのか

**デフォルトの名無しさん** · 2017/09/05(火) 02:01:35.76

Hack&Slack

**デフォルトの名無しさん** · 2017/09/05(火) 04:46:57.50

@seanmonstarがMozillaを辞めるとか言いだして一瞬ギョッとしたけど、次の職場ではフルタイムでRustを使うと言っているからhyperの開発はむしろ加速しそう？
http://seanmonstar.com/post/164869651177/bye-mozilla-hello-bouyant

**デフォルトの名無しさん** · 2017/09/05(火) 07:50:37.72

rustってまだ俺の中で実験言語だけど
そろそろプロダクト作ってる人とか出てる？

**デフォルトの名無しさん** · 2017/09/05(火) 10:31:25.11

>>727
噂では泥箱あたりが使い倒してるとか
ずっと前から言われてるけど未だにコードの一つも公開されてないからただの提灯持ちで実際は使われてないと見てるがね

**デフォルトの名無しさん** · 2017/09/05(火) 10:34:56.85

Rustが1.0過ぎてから今に至るまで、Rust使ってるって主張する企業は
モジカス自身と個人情報おもらしの一件で何かしら話題とお金が欲しい泥箱しか見ないって時点で色々と察するべきなんだよ

お前らいい加減目を覚ませ

**デフォルトの名無しさん** · 2017/09/05(火) 12:37:41.86

https://www.rust-lang.org/en-US/friends.html

**デフォルトの名無しさん** · 2017/09/05(火) 13:37:05.48

見たことのないフレンズばかりだね

**デフォルトの名無しさん** · 2017/09/05(火) 14:44:43.29

>>730
そのうちモジラのフロント企業じゃないのはいくつだい？

**デフォルトの名無しさん** · 2017/09/05(火) 14:48:42.01

ID:Xe9ypjwu
この異常者まだ居たのか

**デフォルトの名無しさん** · 2017/09/05(火) 16:16:47.13

LINEはモジラのフロント企業

**デフォルトの名無しさん** · 2017/09/05(火) 17:49:37.05

dropboxやsamsungもmozillaのフロント企業の可能性が・・・？
実はmozillaってすごい会社なんじゃね

**デフォルトの名無しさん** · 2017/09/05(火) 19:27:40.10

rustっていまいち売りがないよな。
ちょっとしたツールを作るっていうのには向いてない気がする。
Goくらいの適当言語がちょうどいい。

**デフォルトの名無しさん** · 2017/09/05(火) 19:44:37.37

ちょっとしたではなく、きちんとしたソフトウェアを書くための言語だよ

**デフォルトの名無しさん** · 2017/09/05(火) 19:51:45.33

Rustは、型システムがきちんとしてないとイライラしてしまう人向けの言語だよ

**デフォルトの名無しさん** · 2017/09/05(火) 23:06:17.75

システムに近いところを触るバックエンドのデーモン等に向いた言語だよ

**デフォルトの名無しさん** · 2017/09/06(水) 00:48:38.63

SIGSEGVに絶望したくない人のための言語

**デフォルトの名無しさん** · 2017/09/06(水) 09:02:56.43

パッケージのインストールだけで長時間かかるのだけ何とか改善してくれる神様たちっていないんですかね
issueにそういう要望とか出ないものですかね

**デフォルトの名無しさん** · 2017/09/06(水) 10:49:22.58

前にも出てたけど、CARGO_TARGET_DIRを設定すればさっきそれコンパイルしたじゃん！ってのが無くなる
まあコンパイルそのものは遅い方だからそれは我慢する

**デフォルトの名無しさん** · 2017/09/06(水) 16:57:20.79

Celeronの1コア、メモリ1GBなのでパッケージによっては5時間経ってもコンパイルが終了しないんですよね
例えばclippyとか。
パッケージのアップデート毎に結局更新されたものをコンパイルし直すからCARGO_TARGET_DIRの設定してもあまり変わらないような気もします
Core i7やryzen、メモリ8GBとかだともっと早く終わりますかね？

**デフォルトの名無しさん** · 2017/09/06(水) 17:03:33.32

お前には Core 2 Duo がお似合いだ

**デフォルトの名無しさん** · 2017/09/06(水) 18:26:50.13

コンパイラ、コンパイラドライバ、パッケージマネージャをそれぞれ独立して利用しやすくして欲しい
ポストC/C++を目指しているはずなのに言語仕様と関係のない制約が増えるのは勘弁

**デフォルトの名無しさん** · 2017/09/06(水) 18:51:54.27

https://github.com/mozilla/sccache

**デフォルトの名無しさん** · 2017/09/06(水) 19:10:48.28

>>745
java, phpが独立した3rd tools乱立でひどいことになったから
次世代は低レベルと高レベルの2レイヤーを公式に提供しようぜって現代の風潮でそれに沿ってると思うが
あいつら個々に独立したビルドシステム, テスター, パッケージマネージャー, ランチャーが乱立して辛い
rustやgoは公式で色んなものが利用しやすく整備されてて涙が出るよ, マジで

rustの公式ツールに不満があるなら3rd toolsを自分で作れば良いよ
誰も作るなとは言ってなくて、作ること自体は止められないはず、賛同する人がどれほどいるのか懐疑的だけど

**デフォルトの名無しさん** · 2017/09/06(水) 19:12:16.98

低レベル:rustc, 高レベル:cargo って意味な

**デフォルトの名無しさん** · 2017/09/06(水) 19:37:16.90

Rust＝Cargoな感じになっているように思うのは俺だけなのか？とりあえずCargoを使え的な記事ばかりでrustcを活用する記事はほとんど見ない
ちょっと高度な事をしようとすると絶望的に情報がない。さらにrustcの不安定性(機能しないオプションがある)が追い打ちをかけるｗ

**デフォルトの名無しさん** · 2017/09/06(水) 20:12:23.66

まあ今のRustとmakeを組み合わせようとはちょっと思えないな

**デフォルトの名無しさん** · 2017/09/06(水) 20:27:57.04

ビルドにcmakeを要求するのに、エラーメッセージが分かりづらくて
はっきりとcmakeの必要性が分からないcrateが結構ある

依存ライブラリ一つ一つまでreadme読まないし

**デフォルトの名無しさん** · 2017/09/06(水) 20:57:11.59

cargo３兄弟

**デフォルトの名無しさん** · 2017/09/06(水) 21:15:39.15

build.shからmake叩いて、更にmakeからant叩いてたjava全盛期に比べれば多少はね
cmakeの代わりにbuild.rs(及びgcc-rs)使えば良いんだろうけど、build.rs書くの面倒でcmakeに走ってる予感

gcc-rsの機能拡張としてファイルパターンマッチ的なものが提供されたらcargoからcmakeも駆逐されるかもねー
あんまりbuild.rs使わないから既にデファクトスタンダードなcrateが存在してたらすまぬ

**デフォルトの名無しさん** · 2017/09/06(水) 21:32:03.27

そこまで分かっててなんでRust使い続けようと思うんだお前ら……

**デフォルトの名無しさん** · 2017/09/06(水) 21:35:26.17

cargoが便利だから

**デフォルトの名無しさん** · 2017/09/06(水) 22:38:49.71

https://blog.rust-lang.org/2017/09/05/Rust-2017-Survey-Results.html
ところで夏サーベイの結果出てるな

分かってたがNightlyの使われっぷりに吹く

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

だってRust会社で使えないしーが1位でRustむずいよーこわいよーが2位か

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

CrateがCargo前提になっていて他のビルドマネージャやrustcからは実質的に使えないよな？

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

cargoって裏でやってることはrustcのラッパじゃなくて独自の方法でコンパイルしてるのか？
ひでえ仕様だな

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

>独自の方法でコンパイルしてる
そんなことはないはずだが、どこからそんな情報が出てきたんだ？

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

crateが実質cargo専用になってるってbuild.rsとかその辺のことか？

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

crates(.ioからのダウンロード、及び、crateの依存解決/分割ビルド)が実質cargo(コマンド)専用と言いたんじゃないのかな
curlでダウンロードして、rustcで.rlib作る分割コンパイルすれば出来なくはない
cargoコマンドのコードは開示されてるから自分で頑張れ, https://crates.io/crates/crates-io

rustcを使いこなせずcargo未満/rustc以上ツールの車輪の再発明を熱望する無能と
rustのコンパイルできるコードを書けず挫折したアンチが合わさり話が明後日に向かっておるわ

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

cargo install に download-only オプションがつけばいい流れ？

**デフォルトの名無しさん** · 2017/09/08(金) 00:39:59.57

>type hello.rs
fn main() {
println!("Hello World!");
}
>rustc -V
rustc 1.19.0 (0ade33941 2017-07-17)
>rustc hello.rs
>rustc -v hello.rs
>
-vが効いていないように見えるけど仕様なの？
コンパイラやリンカに与えられているオプションとかを見たいんだけどどうしたらいい？

**デフォルトの名無しさん** · 2017/09/08(金) 03:12:39.89

rustc -Z print-link-args hello.rs

https://github.com/rust-lang/rust/issues/36175

**デフォルトの名無しさん** · 2017/09/08(金) 07:52:33.56

それはnightly限定ですやん

**デフォルトの名無しさん** · 2017/09/08(金) 15:02:00.13

スコープでインスタンスの寿命を静的に管理しようってのは面白いと思うのだが、
再帰的な構造とか扱う場合の簡易さをも少し考えるべきだったね。

まああんまこだわらなければ結構使いやすい気はするけど。

**デフォルトの名無しさん** · 2017/09/08(金) 16:10:21.35

こだわるも何も木構造まともに書き下せない言語の用途ってなんだよ

https://amp.reddit.com/r/rust/comments/33jv62/vecrcrefcellboxtrait_is_there_a_better_way/
この辺の問題も一行に解決してないし

**デフォルトの名無しさん** · 2017/09/10(日) 00:10:13.39

まあ raw pointer 使えば何とでもなるし（震え声）。

**デフォルトの名無しさん** · 2017/09/10(日) 15:21:33.90

木構造は書けるでしょ
難しいのは巡回するグラフ構造