プログラミング言語 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/05/27(土) 10:11:29.38

guiアプリ作る時はrust的にはやっぱxul使うの？

**デフォルトの名無しさん** · 2017/05/27(土) 10:15:34.31

PHPerをScalaに大ジャンプさせようとして大やけどしたチャットワークの悲劇に学ぶべき。

**デフォルトの名無しさん** · 2017/05/27(土) 10:45:11.15

>>46
なるほどー
RubyとかPythonのC拡張の部分をRustで置き換えたりあるいは機械学習や分散処理らへんでRustが有用にはならないだろうか

**デフォルトの名無しさん** · 2017/05/27(土) 11:04:04.64

GUIと言えば、GTKの中の人がRustに乗り気で、既に一部置換が始まってるというのが面白い

**デフォルトの名無しさん** · 2017/05/27(土) 12:44:23.89

Valgrindといっても、あれが扱えるのはメモリ関連だけで一般のuse-after-freeは対処できるわけではないよなあ
例えば`hyper::server::response::Response`のようないわゆるsession type（https://deterministic.space/elegant-apis-in-rust.html#session-types）も、
ownershipのおかげで安全性を静的に保証できている

**デフォルトの名無しさん** · 2017/05/27(土) 13:58:45.99

お前らってRust以外に何の言語を使ってるの？

**デフォルトの名無しさん** · 2017/05/27(土) 14:32:09.69

>>52
C++, python
むかしLisp
かじったのはruby, java , javascript, objective-c

**デフォルトの名無しさん** · 2017/05/27(土) 15:51:40.38

>>43
OSとかミドルウェアとかそういうの向け。あと組み込み。
ネイティブの速度が必要だけど、CとかC++やって苦労した人向け。

**デフォルトの名無しさん** · 2017/05/27(土) 17:16:38.79

C/C++で苦労した人は更に苦労すると思う(名推理

前スレで上がってたベンチマーク、C/C++勢がキレて追い抜いてるかと思ったけど更新されずなのな
http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=knucleotide

流行ってるベンチマークでもないから別にそれ自体はおかしくないんだけど
他のRustで最適化されてないヤツはどうなのよと実装し直してみたら普通にトップスコアが出るな
この程度の簡易な処理だと性能良い言語だなぁと見直した、実用時に活かせるかは別問題だけど

**デフォルトの名無しさん** · 2017/05/27(土) 17:37:25.20

>>55
同程度のエキスパートのチームだとして、やっぱC++より苦労するかなぁ？

**デフォルトの名無しさん** · 2017/05/27(土) 21:36:50.13

ベンチマークの順位はそこまで気にならないが、そこのコードでrayonとfutures使っているのを見て触らないとと思った

**デフォルトの名無しさん** · 2017/05/28(日) 01:37:36.40

>>52
Java,C/C++,C#
政治的、宗教的な意味合いはなく只で使えるものを探していた結果

**デフォルトの名無しさん** · 2017/05/28(日) 02:34:25.88

>>52
C、Ruby
それと使い込んではいないけどJava、JavaScript、Common Lisp

**デフォルトの名無しさん** · 2017/05/28(日) 19:51:05.68

焼寿司さんが日本語ツイートにリプ付けてるの見かけたけど、日本語分かるんかな？
Google翻訳かな

**デフォルトの名無しさん** · 2017/05/28(日) 22:41:06.63

>>55
一番上のjavaがまだ最適化の余地があるのが気になる
けどガシガシ書きたくないからあんなもんだろうな。

**デフォルトの名無しさん** · 2017/05/29(月) 08:05:31.35

スカイプはどんな言語で作られてるの？

**デフォルトの名無しさん** · 2017/05/29(月) 13:10:22.27

>>53>>58>>59
やっぱりみんな何かしらC系言語の素養はあるのか

**デフォルトの名無しさん** · 2017/05/29(月) 13:24:18.34

LSI C試食版には足を向けて寝れないね

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

うお懐かしいなw

**デフォルトの名無しさん** · 2017/05/29(月) 22:06:22.42

やはり、better Cなのか

**デフォルトの名無しさん** · 2017/05/29(月) 22:27:54.48

better cはgoでしょ
cは関係ない

**デフォルトの名無しさん** · 2017/05/29(月) 23:46:05.71

ほんとぉ？

**デフォルトの名無しさん** · 2017/05/29(月) 23:49:43.56

Goがbetter C……？

**デフォルトの名無しさん** · 2017/05/29(月) 23:59:14.77

obj-cやc++の立場は、、、

goがbetter cってのは、rustがbetter cってのと同じくらい不可思議だなw

**デフォルトの名無しさん** · 2017/05/30(火) 03:08:14.82

やはり、better Cなのか

**デフォルトの名無しさん** · 2017/05/30(火) 07:29:11.22

ごめんGo知らずに適当に言ったわ。
Goはなんなの

**デフォルトの名無しさん** · 2017/05/30(火) 07:58:02.99

いやGoスレいけよ

**デフォルトの名無しさん** · 2017/05/30(火) 10:45:37.44

god bless c

**デフォルトの名無しさん** · 2017/05/30(火) 12:54:00.95

もうcでいいじゃん
メモリーリークさせる馬鹿に合わせる必要なんかなかったんだよ

**デフォルトの名無しさん** · 2017/05/30(火) 13:03:48.77

>>75
Rustはバカには使えない
バカはCを使わせてもまともには書けない
Cをまともに書けるならRustなんて不自由な言語はなくても問題ない

よってRustは不要

**デフォルトの名無しさん** · 2017/05/30(火) 14:53:42.47

長年C/C++やってた連中は始めから眼中になかっただろ。
Swiftしかり、新しいものに飛びつくのはいつも歴史を学ばない若い連中。

**デフォルトの名無しさん** · 2017/05/30(火) 15:46:56.49

C/C++より(なぜか)性能良いから、borrow checkerに勝てるなら良い言語だがなぁ
問題は、若者も老害もborrow checkerに勝てないから使えない
学習曲線の改善を今年の目標に掲げてたはずだけど、どうにもなる気がしねぇwww

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

2chなんて年寄りしか見てないからここの意見なんて全くあてにならんよなー
ここ見てない若い人のほうがメインなユーザーだろうし

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

>>79
ワイ16歳

**デフォルトの名無しさん** · 2017/05/30(火) 17:25:14.81

俺15だし

**デフォルトの名無しさん** · 2017/05/30(火) 17:52:40.62

>>78
C++はどっこい、Cにはまだ及ばない。

**デフォルトの名無しさん** · 2017/05/30(火) 18:35:38.41

ちゆ 12歳(おっさん感

Cに比べりゃC++, Rustはランタイムの分のオーバーヘッドが絶対的に存在するから
そこを引き合いに出すならどうやっても勝てんしな
実用性のあるコードを書いた時の性能はどうだかねぇ

**デフォルトの名無しさん** · 2017/05/30(火) 18:40:13.37

>>83
性能はそこまで気にしなくても良い気もする
最近のPC高性能だし
ネイティブでメモリ管理出来るってだけでそこらへんの言語よりは速いし

**デフォルトの名無しさん** · 2017/05/30(火) 19:06:48.72

学習曲線の改善って何をするんだ？

**デフォルトの名無しさん** · 2017/05/30(火) 19:07:46.03

まあプロダクションでのパフォーマンスはServoとQuantumが示してくれるでしょ

>>85
Non-lexical lifetime以外よく分からない

**デフォルトの名無しさん** · 2017/05/30(火) 20:40:00.58

Cで書くには煩雑なものを相手にしたときに、
実際Rustがどんだけの結果を出せるか、
というのがみんなの興味だろう。

ちっさいサンプルプログラムみたいなんをコンパイルして、
それでベンチマークテストして結果比較したって、
そんなもんは誰も嬉しくはないし驚きも無い。

オーバーヘッドの一点のみで語りつくせるんなら、
バイナリエディタと機械語でOSだって作れる。
それはオーバーヘッドの無い、最速最軽量だろうね。

**デフォルトの名無しさん** · 2017/05/30(火) 21:45:35.31

librsvgの移植が、中規模コードの実践例として参考になりそう
https://people.gnome.org/~federico/news-2016-10.html#25

**デフォルトの名無しさん** · 2017/05/30(火) 21:54:14.25

free挿入するよりcopying gcの方が速いし
無駄なオーバーヘッドなくそうとしたらlibstdの実装みたいに
raw pointerだらけになるからそんなこと気にしなくていいよ。

jitのおかげでロジックそのまま書いても速いなんてことが
起こらないから将来、最適化は必要になるだろうけど過剰な最適化は必要ない。

抽象度の高いまま低レベルな領域でも書けるからいいんだよ。
javaだと整数型の型を揃えようとするからバイト列の操作とか苦手だけどrustはそういうのないのよ。

**デフォルトの名無しさん** · 2017/05/30(火) 23:04:32.49

>>87
ベンチマークって基本そういう系多いからね
ファイルアクセスとか考えたら速度ほとんど変わらないのに

**デフォルトの名無しさん** · 2017/05/31(水) 01:36:02.83

ベンチマークはオーバーヘッドが無視できるよう(特定)処理を大量回数ループさせてる
という意味が分かってないから、そういうこと言っちゃうんだろうねぇ

もっと勉強しろ、若造どもが

**デフォルトの名無しさん** · 2017/05/31(水) 01:44:33.93

オーダが同じでもオブジェクト生成や関数呼び出し等々のオーバーヘッドは係数部分に効いてるんやで

**デフォルトの名無しさん** · 2017/05/31(水) 02:15:05.25

Rustはzero-cost abstractionだのコンパイラによる関数最適化でC言語とさして変わりないんやで^^
VMだと係数にもろに影響するやがな

**デフォルトの名無しさん** · 2017/05/31(水) 09:42:28.64

>>91
だから若造はいないんだって。
Cとか言い出す老人しかいないの。

**デフォルトの名無しさん** · 2017/05/31(水) 09:46:53.00

>>94
>>78

若者も老人もいるんだよなぁ

**デフォルトの名無しさん** · 2017/05/31(水) 12:19:43.42

本当のおっさんや老害はRustスレなんてこないだろ。
ワイは偉そうに古参風を吹かせてた>>77だがまだビンビンの学生やで。

**デフォルトの名無しさん** · 2017/05/31(水) 12:22:43.65

ワイ周辺だと学生はそれなりに見る
よくはてなブログに書いてる人も学生でしょ

**デフォルトの名無しさん** · 2017/05/31(水) 12:27:53.72

そりゃ、おっさんの大多数は新しい言語が嫌いだからね

**デフォルトの名無しさん** · 2017/05/31(水) 12:38:49.91

それな

**デフォルトの名無しさん** · 2017/05/31(水) 12:55:16.23

年取ると守りに入ってしまっていかんな

**デフォルトの名無しさん** · 2017/05/31(水) 18:15:57.61

まだ2chは若者に人気だったのか
slackとかじゃないの

**デフォルトの名無しさん** · 2017/05/31(水) 23:54:17.31

>>83
ランタイムなんてリンクしなけりゃ済む話

**デフォルトの名無しさん** · 2017/05/31(水) 23:59:15.13

no_stdか……

**デフォルトの名無しさん** · 2017/06/01(木) 10:52:08.55

それランタイムじゃなくライブラリ
no_mangleでマングル名消してもランタイムはリンク解消できないだろうねぇ

**デフォルトの名無しさん** · 2017/06/01(木) 12:56:34.33

#![no_std]すればliballocとlibpanic_unwindはlibstdは勝手に外れなかったっけ？
libcoreはliballocにリンクしていないし#![needs_panic_runtime]もしてない

**デフォルトの名無しさん** · 2017/06/01(木) 13:33:54.90

Rustランタイムって具体的には何してくれるの？
ファイナライザ呼び出しとパニック時のスタックダンプ表示？

**デフォルトの名無しさん** · 2017/06/01(木) 13:39:40.72

ttps://doc.rust-lang.org/book/no-stdlib.html
最小限のmain関数だけにしても、C言語+clangでビルドするバイナリ相当までは削れんなぁ

Rustマングル名の解読とか、C言語へのブリッジなんかも入ってるんでない
str型はno_stdでも使えるようだから、この辺の一部プリミティブ型のラッピングもしてるかな

**デフォルトの名無しさん** · 2017/06/01(木) 14:25:43.96

ランタイム気になるのはOS書く時くらいでしょ

**デフォルトの名無しさん** · 2017/06/01(木) 14:27:32.75

あとOS無しの環境でプログラム動かす時とかもそうだけど
要するにそういうときだけ

**デフォルトの名無しさん** · 2017/06/01(木) 15:23:27.31

その辺の整備は優先度低いだろうからな。
トレイト境界の特殊化とか知恵の輪みたいな型システムのサポートとかもっとやることがある

**デフォルトの名無しさん** · 2017/06/01(木) 15:36:56.97

IoTブームを考えると、組み込み系が一番Rustを活かせる場だと思う
パフォーマンスが良いし、アップデート出来ない環境で脆弱性の心配が減るのも良い
メモリフットポイントも、先行事例を見るにまあぼちぼちなんとかなってるようだ

**デフォルトの名無しさん** · 2017/06/01(木) 16:49:21.04

新興言語が使い物にならないのはSwiftが証明しちゃってるしな。
学習コストが高いし、仕様変更も多すぎて管理コストがかさむ。
仕事では使い物にならない。

IoTはなんだかんだいってバックエンドCフロントエンドECMAScriptが主流になるんじゃないかな。

**デフォルトの名無しさん** · 2017/06/01(木) 16:57:13.59

IoTもう終息してきてない？

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

マングリングなんかはコンパイル時に解決してるのでは
strはただのデータと長さのペアの構造体
ランタイムとはなんなのか

**デフォルトの名無しさん** · 2017/06/01(木) 18:32:06.24

解決してないから、場合によってはno_mangleが必要なわけでな
プログラムロード時に展開して処理中はオーバーヘッドないだろうけども

IoTブームを考えるとRustの選択肢はありだろうけど
流行りを無視したら性能良く容量少ないバイナリ吐くCかギリギリC++かなぁ
ガチな組み込みは老人ばかりでC/C++で難なく安全なコード書くし
組み込み系の仕事やってると業務での採用提案は現実的には思えんわ

**デフォルトの名無しさん** · 2017/06/01(木) 19:44:54.46

>>115
ガチ組み込みでもC++使うんだ。
自動車とかだとCのみだよね。
家電とか？

**デフォルトの名無しさん** · 2017/06/01(木) 23:17:34.13

>>116
自動車は普通にc++使ってる部分もあるよ。

**デフォルトの名無しさん** · 2017/06/01(木) 23:38:13.83

ハードウェアは未だにZ80が現役のパチンコでもZ80要らないところなら色々使うで。
ソフト部分がjavaかC#か、最近はunityだから格差が大きい。
こういうニッチなところならrustのno_coreも入り込めるかも

**デフォルトの名無しさん** · 2017/06/01(木) 23:39:53.34

ごめん言い忘れた。
いまだにC++使わないのなんか軍事兵器くらいやで戦闘機のOSとか

**デフォルトの名無しさん** · 2017/06/01(木) 23:46:55.28

そんなの持ち出す前にlinuxでしょ

**デフォルトの名無しさん** · 2017/06/02(金) 00:20:19.49

F-35はC++が使われてるんじゃなかったか

**デフォルトの名無しさん** · 2017/06/02(金) 00:22:55.55

お前らやたら詳しいな……

**デフォルトの名無しさん** · 2017/06/02(金) 00:25:26.45

その辺はAdaが使われてる印象だったんだがCも使われてんのか。

**デフォルトの名無しさん** · 2017/06/02(金) 00:54:37.65

今、MISRA Cを使ってるようなところが、Rust向きだと思う

**デフォルトの名無しさん** · 2017/06/02(金) 01:43:12.50

飛行機なんかはメモリ確保命令は使わずに上書きでやりくりするんでしょ？
リアルタイム性が要求されるから決定的瞬間にアロケーションや解放なんて処理始まったら死ゾ

**デフォルトの名無しさん** · 2017/06/02(金) 02:00:16.87

>>125
そうならばメモリアクセス安全に寄ったRustは不向きの用途だな。
専用ランタイム作らん限り。

**デフォルトの名無しさん** · 2017/06/02(金) 06:39:31.02

>>123
組み込み業界、Ada使うくらいなら素直にアセンブラ使うわw

>>119
他言語へのAPI公開のため最近はまたC言語が流行ってるやぞ
RustもGoもSwiftもC言語とのI/FはあるけどC++とのI/Fはないから、流行りに合わせてCにしとこってのはままある
まぁRustはbindgenとかいう変態ツールでC++マングル名を回避する荒業に出てるからなくても困らんのだけども

**デフォルトの名無しさん** · 2017/06/02(金) 07:33:26.58

>>125
ATS2 みたいな機能を Rust も組み込めば良いのに。

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

C++でextern Cじゃいかんのけ？

**デフォルトの名無しさん** · 2017/06/02(金) 10:26:55.70

cとのI/Fではc++が最強か

**デフォルトの名無しさん** · 2017/06/02(金) 16:42:33.09

>>117
そーなんだ。俺がやってたのはもう10年くらい前だからさすがにかわったのか

**デフォルトの名無しさん** · 2017/06/02(金) 17:04:48.35

impl Into<[u8]> for Hoge {
これがエラーになってしまうのですが、どうやればInto<[u8]>を実装できるのでしょうか？
impl<T: [u8]> Into<T> for Hoge {
これも試してみたのですがシンタックスエラーになってしまいました。

**デフォルトの名無しさん** · 2017/06/02(金) 18:53:59.81

>>132
ttps://play.rust-lang.org/?gist=33ccca08ebe70d32141ce8cdaeddd76e&version=stable&backtrace=0
配列の長さが固定なら参照にしなくてもいいけど、多分可変長なんだろうからlifetime使わざるを得ない気がする

このスレでtokio, tokio言うからどんなものよと使ってみてるけどムツカシイ・・・
クライアントのサンプルコード少なすぎる、futuresの在り様が掴めなくて苦しいぜよ

**デフォルトの名無しさん** · 2017/06/02(金) 20:26:56.32

tokio好きのエロい人、ボスケテ
ttps://play.rust-lang.org/?gist=1efad716955551cd68c21b0183b9f942&version=stable&backtrace=0

これで実行すると、リクエスト送信 => レスポンス受信 => リクエスト送信、みたいな動きになる
sendとsend_allで二回送信してるんだろうから分からいでもないんだけど
リクエスト送信 => レスポンス受信、の動きにするにはどうすりゃいいの

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

logとかrandとか、標準ライブラリではないけと、ほぼ公式ライブラリ化してるcrateのリストって、どこかにある？

**デフォルトの名無しさん** · 2017/06/03(土) 20:41:56.30

brson / stdx

**デフォルトの名無しさん** · 2017/06/03(土) 22:00:53.66

>>136
いい感じだね
Authors欄がThe Rust Project Developersになってるcrateのリストが
公式サイトのどこかにあるかなと思ったけど無いなあ

**デフォルトの名無しさん** · 2017/06/03(土) 22:03:30.78

>>137
https://github.com/rust-lang-nursery

**デフォルトの名無しさん** · 2017/06/03(土) 22:21:40.86

>>138
これや！

**デフォルトの名無しさん** · 2017/06/04(日) 03:40:08.07

そういうのがstdに無いのが不便で仕方ないんだがどうしてそうなったの

**デフォルトの名無しさん** · 2017/06/04(日) 03:45:59.28

>>140
それもう100回くらい語られてる
https://blog.rust-lang.org/2017/05/05/libz-blitz.html#batteries-included

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

>>141
FAQにも無いように見えたしググり方も分からなかったんや
ありがとナス

**132** · 2017/06/04(日) 10:44:11.97

>>133
そこにもlifetime指定できたのですね。ありがとうございます！

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

C++のとき=で右辺の状態が変わるのが人間の直観によろしくないと
非常に明白な結論が出てるのに
なんで変えなかったんですかね

思考が著しく阻害される

**デフォルトの名無しさん** · 2017/06/04(日) 16:24:39.76

記号が　<- だったらよかったのにって？

まあ慣れだと思うけど。

**デフォルトの名無しさん** · 2017/06/04(日) 16:28:32.85

それを言い出したら左辺の状態が変わるのも"直感によろしくない"しなあ