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/02/21(水) 00:44:44.35

unsafe使えば書けるだろ
C++みたいに全部unsafeな言語よりは安全

**デフォルトの名無しさん** · 2018/02/21(水) 13:18:06.33

C++ならゲーム
C#ならWindowsフォームアプリケーション
PHPならWebアプリケーション
Pythonなら機械学習

Rustは？

**デフォルトの名無しさん** · 2018/02/21(水) 19:19:52.15

ここはアンチが立てたキチガイ隔離スレです。
キチガイ以外書き込まないでね

**デフォルトの名無しさん** · 2018/02/21(水) 20:00:01.69

本スレが過疎ってレベルじゃないし実質こっちが本スレだろ
隔離（）スレに勢いで負ける言語があるらしい

**デフォルトの名無しさん** · 2018/02/21(水) 20:01:45.70

まあそうなんだけどね

**デフォルトの名無しさん** · 2018/02/21(水) 21:13:09.57

ほんとID:yl4ANYczは戦犯
コンパイルできない厨が最後のコンテンツだったのに…

**デフォルトの名無しさん** · 2018/02/22(木) 09:08:35.45

いわゆるnewtypeパターンをLLVM IRで見てみると
ごく単純なコードで使う分には中身の要素に最適化されてるけど、
それ使って配列を作っただけで最適化されなくなる
こんくらいでゼロコスト抽象化とか言ってるの？

typeでは新しい型作れないし、
結局新しい効率的な型を作る方法さえないんだな

**デフォルトの名無しさん** · 2018/02/22(木) 09:11:43.41

私にも敵が視える

**デフォルトの名無しさん** · 2018/02/22(木) 12:12:42.57

Rustで書くと実行時のメモリ使用量が増える感じは確かにある

**デフォルトの名無しさん** · 2018/02/22(木) 12:12:50.46

>>81
トレイトの特殊化でも無理？

**デフォルトの名無しさん** · 2018/02/22(木) 12:45:10.40

バグかもしれないからissue立てたら

**デフォルトの名無しさん** · 2018/02/22(木) 13:46:42.12

>>81
ゼロコスト抽象化はトレイトやジェネリクスを言っててnewtypeパターンは関係ないと思うゾ

Cに比べたらC++もRustもGoもランタイムの分だけメモリ使用量は増えるよね
C++にはランタイム存在しないとか大笑いなギャグを素で言う輩は知らん

**デフォルトの名無しさん** · 2018/02/22(木) 17:36:33.79

その理屈で言うとlibcもランタイムになりそう

**デフォルトの名無しさん** · 2018/02/24(土) 01:22:38.50

「Rust 1.24」リリース、コード整形ツール「rustfmt」をプレビュー導入 | OSDN Magazine
https://mag.osdn.jp/18/02/17/163000
> ビルドの速度は改善するが、出力されたバイナリの実行速度は少し遅くなるとしている。

**デフォルトの名無しさん** · 2018/02/24(土) 05:12:18.52

むしろ今まで並列コンパイルをしていなかったのかという驚きがね...
型推論とかボローチェッカーとか大変だろうしと思ってたが、並列コンパイルで早くなるのは助かるよね

**デフォルトの名無しさん** · 2018/02/24(土) 12:58:21.72

コンパイルを速くするためにプログラムの速度を犠牲にする
自称低級言語があるらしい

**デフォルトの名無しさん** · 2018/02/24(土) 13:22:49.17

言語じゃなくコンパイラの話だぞ
速度を求めたリリースビルドは並列なしに切り替えられる低級調製可能なコンパイラすごいよね(棒読み

**デフォルトの名無しさん** · 2018/02/24(土) 14:20:25.52

言語仕様には興味あるけど実装は興味ありませんって奇特な方には人気出そうな言語だね。

**デフォルトの名無しさん** · 2018/02/24(土) 14:24:58.18

低レイヤ書く人は仕様より吐かれるバイトコードの方にしか興味ないから
完全にターゲティングに失敗してるよなこの言語

**デフォルトの名無しさん** · 2018/02/24(土) 15:42:04.98

むしろコンパイルを通すことが難しくても効率的で安全なマシンコードを出力して欲しい奇特な人向けだけどな
性能無視して生産効率だけを求めるならボローチェッカーとかunsafeとかトレイトとか面倒な言語仕様はマジ辛い

ただ緩く書きたいだけならSwiftとかGoの方が絶対良いよな
ランタイムが馬鹿でかかろうが、goroutineが冗長コストだろうが、言語仕様が楽なそれらは生産効率が断然良い

**デフォルトの名無しさん** · 2018/02/24(土) 16:20:16.21

安全はともかく、Rustが効率的なマシンコードを出力するというのは同意しかねる

**デフォルトの名無しさん** · 2018/02/24(土) 22:13:15.47

やはりD言語が最強か

**デフォルトの名無しさん** · 2018/02/27(火) 14:30:57.99

ソースとマシンコードが一対一になる言語は安心感あるな

**デフォルトの名無しさん** · 2018/02/27(火) 14:35:36.74

やはりアセンブラか

**デフォルトの名無しさん** · 2018/02/27(火) 14:36:01.06

【ＵＦＯ】　　山本太郎も横浜で遭遇　　≪＂◇″型の発光体≫　　世界にテレパシー放送　　【大宣言】
http://rosie.5ch.net/test/read.cgi/liveplus/1519704223/l50

**デフォルトの名無しさん** · 2018/03/01(木) 00:41:00.21

【お知らせ】Packt出版より Network Programming with Rust が発売されました。

**デフォルトの名無しさん** · 2018/03/05(月) 15:59:00.63

https://play.rust-lang.org/?gist=0bed0aa16c0679665fee05cc6bfda41f&;version=nightly
fn nanka() -> Option<u32>{
println!("nanka called");
None
}
fn nanka2() -> Option<u32>{
println!("nanka2 called");
None
}
fn nanka3() -> Option<u32>{
println!("nanka3 called");
None
}

fn main() {
match (nanka(), nanka2(), nanka3()){
(None, _, _) => println!("nanka ha None"),
(Some(_), Some(_), Some(_)) => println!("some"),
(_, _, _) => println!("else")
}
}

nanka2, nanka3が呼ばれなくて困る！って副作用があるパターンぐらいじゃないですか？
nanka1がNoneと判定した時点ですぐprintしてくれないものでしょうか

**デフォルトの名無しさん** · 2018/03/05(月) 19:46:36.35

println!("nanka2 called"); とか副作用あるよね

**デフォルトの名無しさん** · 2018/03/05(月) 21:01:55.89

まさに副作用あって呼ばれなきゃ困るパターン書いてて草

**デフォルトの名無しさん** · 2018/03/05(月) 21:44:52.21

遅延評価の言語ではないから言語仕様的に全部評価することが保証されてるからなぁ
副作用なくて同じcrate内に処理があるなら最適化で消えるのでは

**デフォルトの名無しさん** · 2018/03/07(水) 19:29:12.10

横着してたから気づかなかった…

>>104
https://play.rust-lang.org/?gist=548477e609761c03d062880ceebec28a&;version=stable
MIR見る限りあるっぽいです(これ副作用ないですよね？)

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

良く分からないけどReleaseにしてASM見ると消えてるみたい
MIRに対する最適化は現時点ではそれほどやられてなさそう

**デフォルトの名無しさん** · 2018/03/07(水) 21:51:00.14

>>106
Debugなのを忘れた状態で見てcall nanka2があったので駄目かと思っていましたが
Releaseだと消えるようですね、すいません

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

言語仕様で消えるってどっか書いてある？探したけど見つからんかった

**デフォルトの名無しさん** · 2018/03/07(水) 22:42:40.55

rust推進派のtanakhがrustのダメ出しを始めた

https://twitter.com/tanakh

**デフォルトの名無しさん** · 2018/03/08(木) 07:35:45.52

会社大変だから許してあげよう

**デフォルトの名無しさん** · 2018/03/08(木) 09:01:09.79

>>108
最適化の話だから言語仕様では決められてないと思う

**デフォルトの名無しさん** · 2018/03/08(木) 13:04:24.48

あのtanakhですら擁護できなくなってきたRustとかいう何か
やっぱクソ言語じゃん

**デフォルトの名無しさん** · 2018/03/08(木) 13:05:40.24

逆にたなこふ氏が好きな言語って何だよ
Haskellくらいだろ

**デフォルトの名無しさん** · 2018/03/08(木) 13:10:19.32

ほら
https://twitter.com/tanakh/status/907645555467104256

**デフォルトの名無しさん** · 2018/03/08(木) 13:42:39.37

いくつか言語……？ってなるのが混じってるな

**デフォルトの名無しさん** · 2018/03/08(木) 17:46:17.85

>>114
Rust評価高いくてGoは糞って評価だな。

**デフォルトの名無しさん** · 2018/03/08(木) 20:48:12.88

絶対一緒に仕事したくないようなコード書きそうな人柄なのがよくわかるのはいいことだね。

**デフォルトの名無しさん** · 2018/03/09(金) 02:34:49.09

スタック使うかヒープ使うか考えなきゃいけないしマジで低級言語だなRust

**デフォルトの名無しさん** · 2018/03/09(金) 09:09:56.97

低級プログラミング言語というときの低級は必ずしも蔑む意味とはならない

**デフォルトの名無しさん** · 2018/03/09(金) 12:35:50.11

>>118は別に蔑んでないと思うが…

**デフォルトの名無しさん** · 2018/03/09(金) 12:41:07.31

118が低級

**デフォルトの名無しさん** · 2018/03/09(金) 13:10:31.19

どう読んでも>>118は事実を言っただけでrustを誉めても貶してもいないと思うが…
「CはPythonよりも低級言語」これC言語を蔑んでる意味で取るアホなんているの？

**デフォルトの名無しさん** · 2018/03/09(金) 17:25:20.32

初心者は大体そのように取るよ

**デフォルトの名無しさん** · 2018/03/09(金) 17:29:38.88

はいはいわかったわかった

**デフォルトの名無しさん** · 2018/03/09(金) 18:10:23.86

枯れてる言われて古いんだなと思ってそう

**デフォルトの名無しさん** · 2018/03/10(土) 02:47:36.63

高級言語のcobol最強ですかね

**デフォルトの名無しさん** · 2018/03/10(土) 04:12:59.75

蔑んでいるように見えるのはあなた自身が心の奥底でRustを蔑んでいるのです

**デフォルトの名無しさん** · 2018/03/10(土) 07:06:56.73

はいはいわかったわかった

**デフォルトの名無しさん** · 2018/03/11(日) 03:31:49.17

1つのstructにいっぱい詰め込むと初期化が面倒なんですが

**デフォルトの名無しさん** · 2018/03/11(日) 04:15:48.10

new()用意しとけ

**デフォルトの名無しさん** · 2018/03/11(日) 13:22:28.79

derive(Default)使えば

**デフォルトの名無しさん** · 2018/03/11(日) 13:57:51.99

よくインターネット上の広告で半年でエンジニアに！みたいなのあるけど、インターネット不得手、プログラム未経験者が真剣に半年頑張れば本当にそんなこと可能なんですか？
可能ならその理由はなんでしょう？人材が足りていないというのは存じ上げていますが

**デフォルトの名無しさん** · 2018/03/11(日) 13:58:22.81

ごめんなさい誤爆しました

**デフォルトの名無しさん** · 2018/03/11(日) 14:13:04.94

>>132
言われたことやるだけなら可能じゃね？

**デフォルトの名無しさん** · 2018/03/18(日) 21:30:14.47

>>8
今更だけどこれ書いた奴もブコメした奴も誰一人rustまともに使ったこと無さそうで草

**デフォルトの名無しさん** · 2018/03/19(月) 15:39:12.03

>>135
少なくとも書いた奴はまともに使ってないだろうな
matchの仕様が理解できないからって仕様バグと決めつけてるアホだし…

**デフォルトの名無しさん** · 2018/03/19(月) 19:45:41.61

俺の技量不足なんだろうけどmutmut地獄は確かにわかる

**デフォルトの名無しさん** · 2018/03/19(月) 20:01:00.05

>>137
mutが面倒ってのは分からなくはないんだが、かと言ってどうするの？
不変のほうをconstにすると次はconst地獄になるだけだよ

**デフォルトの名無しさん** · 2018/03/19(月) 20:11:12.51

C++erだったのでconst地獄はむしろ慣れてるので歓迎

**デフォルトの名無しさん** · 2018/03/19(月) 20:37:55.38

一方、記述の美しさを重視する Nim では let と var に分けた

**デフォルトの名無しさん** · 2018/03/19(月) 21:23:39.57

Nimは引数を可変にしようとすると下記のようになる。
proc test(x: var string): string =
x = x & " world"
return x

var x = "hello"
let y = test(x)
echo y

関数宣言で引数にvarと書かなきゃ可変にできないんじゃRustとそれほど手間は変わらない
それに、宣言はvarと書かせるクセに呼び出し側がtest(var x)じゃなくてtest(x)となるのが解せない
これじゃ呼び出し側を見ただけじゃxが不変か可変か判断できない
C++と同じ類の過ちを犯してる
簡潔ではあるかもしれないが全然美しくない（美しいの定義によるが…）

https://play.nim-lang.org/?gist=9e8b6b6059cf8640f6c71fd2075b07c8

**デフォルトの名無しさん** · 2018/03/19(月) 21:32:11.25

あとRustの場合はそもそもmutは出来るだけ使うなという方針だから
mutの記述が面倒なのはワザとやってるという点もあるし…

**デフォルトの名無しさん** · 2018/03/20(火) 08:39:12.91

なるほど

**デフォルトの名無しさん** · 2018/03/20(火) 14:11:19.46

> これじゃ呼び出し側を見ただけじゃxが不変か可変か判断できない
珍しいご意見ですよね。

**デフォルトの名無しさん** · 2018/03/20(火) 16:01:11.80

>>144
よくよく考えるとRustも呼び出し側にmut付けること自体は必須ではないんだよな
所有権を借用するために大抵は&mutを書かされるってだけで…
渡す変数の型がもともと&mut Tだった場合は書かなくてもいい…
Rustの場合は呼び出し側で&mut書く羽目になる経験が多かったので
俺が勝手に「可変にしたければmutを絶対に書かないといけない」という勘違いをしていただけか…
でも、書かされた方が読むときには分かりやすいので個人的にはこっちの方が好き

俺自身がNimはどうしても好きになれなくて不満点を挙げたつもりが自ら墓穴を掘ってしまった感じだな
一般的にはNimの方がよっぽど簡潔で美しいのかもしれない…
ただ単に俺の感性の方が狂ってるだけっぽいな…

**デフォルトの名無しさん** · 2018/03/20(火) 16:05:30.99

そんな珍しくもない気もするが

**デフォルトの名無しさん** · 2018/03/20(火) 21:24:24.10

俺もそんな珍しくもないと思う

**デフォルトの名無しさん** · 2018/03/20(火) 23:15:30.72

「変数」が値に名前を付けたイメージに人とメモリ領域に名前を付けたイメージの人と

**デフォルトの名無しさん** · 2018/03/21(水) 00:20:42.31

データがメモリのスタック領域ヒープ領域あるいは別の領域などどこに記憶されるのかという低レベルなことを考慮しながらプログラミングしなきゃならない

変数とは何かと言えば
スタック領域の特定のメモリ番地に名前をつける行為でしかなく

所有権の委譲って何かと思えばそのメモリ番地の名前を変える行為でしかない

クソ

**デフォルトの名無しさん** · 2018/03/21(水) 21:34:47.63

分かりやすい説明だね

**デフォルトの名無しさん** · 2018/03/23(金) 00:30:01.20

GBAのプログラムを書いてみたいな。どうせならRustでやってみるか
ARMポートあったよね。Thumbコードも吐けるのかな

とか思ってググっていたら先人がいた。考えることはみんな一緒かｗ

**デフォルトの名無しさん** · 2018/03/23(金) 08:40:36.80

Unityが北欧のニートから生まれたって話を聞いて
Rustでゲームエンジン作ればワンチャンあるんじゃないかと思い始めてきた。

**デフォルトの名無しさん** · 2018/03/23(金) 08:44:26.71

気のせい。

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

あるかもね

**デフォルトの名無しさん** · 2018/03/24(土) 02:46:18.89

unsafe使い始めたらCのがやっぱ楽じゃね？ってことにすぐなる。

**デフォルトの名無しさん** · 2018/03/24(土) 07:57:37.67

そしてメモリ周りのバグで悩まされた時にやっぱRustで書いときゃ良かったってなる

**デフォルトの名無しさん** · 2018/03/24(土) 11:41:10.67

バグなんてメモリに限ったことじゃないのにね

**デフォルトの名無しさん** · 2018/03/24(土) 12:51:11.00

要因の種類が減るのは良いことだ

**デフォルトの名無しさん** · 2018/03/24(土) 19:57:38.34

rust未経験者なんだけど、この言語ってweb開発には向いてないの？
goより高度なこと出来るならweb開発も全然苦じゃないように思うんだけど
何かしらweb開発に向いてない要素あんるんかな？

**デフォルトの名無しさん** · 2018/03/24(土) 20:11:16.11

DOMいじれんの？

**デフォルトの名無しさん** · 2018/03/24(土) 20:22:46.33

ごめん。聞き方がふんわりしてた。
webのバックグラウンドで動いてるrestAPIサーバに向いてない要因は何かあるのかな？
SPAとかマイクロサービスとかの構成でjavaとかgoとかの代わりに成り得るのかなって。

**デフォルトの名無しさん** · 2018/03/24(土) 20:22:52.79

一応WebAssemblyで吐けばRustのコードとJavaScriptのコードを混在出来るけど
軽く触っただけなんでデバッグなどの開発環境の事は未知数

**デフォルトの名無しさん** · 2018/03/24(土) 20:22:54.62

>>160
無理

**デフォルトの名無しさん** · 2018/03/24(土) 20:25:44.26

サーバ側でしょ？言語としては代わりになるだろうけどwebに向いてる部分てのが何を指してるかによるんじゃない

**デフォルトの名無しさん** · 2018/03/24(土) 20:33:09.05

hello world出たからもう初心者と言っても過言ではない。。

>>164
個人的には静的言語ならどれも大差ないと思ってるんだけど、
その方面では全然注目されてないように見えたから何か原因があるのかなって。

**デフォルトの名無しさん** · 2018/03/24(土) 20:36:37.33

>>161
以前Goでサーバーサイド書いたことあって、バイナリ一つデプロイするお手軽さがとにかく良かった

といってもほんとに小機能で、WAFにEcho使って静的ファイル(CSS・画像)とか
レスポンスにDBから引っ張ったJSON返すRESTfulの出来損ないみたいのだけど

開発はWindows、デプロイ先がCentOSだったんだけど、
WindowsでCentOS用のバイナリ吐けるし、プロセスの再起動監視も今はDocker-composeがやってくれてるし(restart: always オプション)

Windowsで開発してPUSH、CIツールがCentOS用にバイナリ吐いて、CentOSではバイナリ受け取ったら
$ docker-compose down && docker-compose up -d --build
叩くだけでデプロイ完了っていう超絶お手軽、もちろんデプロイはAnsibleやItamaeで自動化しても良い

**デフォルトの名無しさん** · 2018/03/24(土) 20:51:06.97

hello worldが10個出た。

>>166
goのシングルバイナリ良さそうだよね。
全然分かってないんだけど、rustでもちょびっと頑張れば
クロスコンパイルできるって認識なんだけど間違ってるのかな？

**デフォルトの名無しさん** · 2018/03/24(土) 21:09:10.81

Rust経験浅いんで良く分かってない、一応nickelってWAFあるしrustupでコンパイル出来るから土台はあるけど
RustってわりとカジュアルにC製のライブラリをdllとして利用してるからそこが未知数
まあそれらのライブラリを使わなきゃいいんだろうけど

**デフォルトの名無しさん** · 2018/03/24(土) 21:09:38.20

rustupでクロスコンパイル

**デフォルトの名無しさん** · 2018/03/24(土) 21:17:38.55

FizzBuzz動いたーレベルアップ感ないけど

>>168
そうか。シングルバイナリじゃないとクロスコンパイル先の環境で動かすのは
なかなか大変そうやね。やっぱその分野はgoが強いってことなんね。

**デフォルトの名無しさん** · 2018/03/24(土) 21:29:23.70

>>165
そういう観点なら学習コストが高いのがじゃくてんだと思う

**デフォルトの名無しさん** · 2018/03/24(土) 21:45:47.85

>>165
個人的にはGCありなしの差が大きい気はする。
特にweb系はGCがあって当たり前だから
急にlifetimeとか言われても…ってなりそうな。
C/C++だと結局脳内でlifetime管理してるから
そこの学習コストは相対的には低い。

**デフォルトの名無しさん** · 2018/03/24(土) 22:12:42.54

>>172
おれもGC有り無しはでかい要因だと思う
今までJS, Ruby, PHP, Java辺りしか使うことのなかったWeb屋にとっては
「メモリ管理？なにそれ？おいしいの？」状態だろうし…

**165** · 2018/03/24(土) 23:05:16.49

>>171
>>172
なるほど。確かにWEB系だと短い納期＋人海戦術で乗り切ることも多いから
そういうのには辛そうだね。でも言語仕様的にWEB(の裏のサービス)が不得意という
訳では無さそうだから、細く長くやるようなサービスなら導入もアリっちゃアリという認識でいいのかな。

>>173
そだね。なんにもわからんわw っていうかWEBやっててGCであんまり困ったことないかも知れん。
困ったことがないことに起因して難易度が上がった言語を「使いたいです」って提案するにはちょっと強引さが必要そうやね。

今、初心者用の練習問題やってるんだけどメモリの管理なんて全然出てこない。
みんなどうやってRUSTの勉強してるの？やっぱり何か動くもの作ってみるのが早いかな？

**デフォルトの名無しさん** · 2018/03/24(土) 23:11:45.93

簡単なApp serverならrocketが楽だった
早くstableで動くようになってほしい