プログラミング言語 Rust 4

**デフォルトの名無しさん** · 2017/10/14(土) 17:38:14.04

Mozilla発のプログラミング言語「Rust」のスレです

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

前スレ
プログラミング言語 Rust 3
https://mevius.5ch.net/test/read.cgi/tech/1495343069/

**デフォルトの名無しさん** · 2017/10/14(土) 17:50:32.20

乙py

**デフォルトの名無しさん** · 2017/10/14(土) 19:21:55.29

rustって難しいの？
使いにくい言語って結局クソじゃね？
有難がってるのって信者だけ？

**デフォルトの名無しさん** · 2017/10/14(土) 20:28:14.94

簡単だからみんなに愛されてるよ

**デフォルトの名無しさん** · 2017/10/14(土) 20:49:22.17

低能には無理なだけ。

**デフォルトの名無しさん** · 2017/10/14(土) 21:21:44.96

乙rs

**デフォルトの名無しさん** · 2017/10/15(日) 02:22:15.99

>>3
厳しい先生だと思う。
でもそれは俺らのためでもあって、rust先生の審査を通ったプログラムは安全と言える。
ただ先生も普段が厳しすぎるとは思ってるので、わかってる奴ら用にunsafeって抜け道も用意してくれてる、、、
そんな感じ。

**デフォルトの名無しさん** · 2017/10/15(日) 17:08:59.82

>>3
そう。信者と本山（モジラ）だけ
試しにAPIサーバでも書いてみりゃ即この言語使えねえってわかるぞ

**デフォルトの名無しさん** · 2017/10/15(日) 17:11:39.41

あと何度もいうけど「Rustのコンパイル通らないプログラムは危険」とかいうデマゴーグが嫌い
きちんと状態管理すりゃいくらでも正しく動くのに
やれstatic領域は排他制御しろだのやれこの変数はスコープ明示的に切れだのいらんことばっかいうのがRustコンパイラな

**デフォルトの名無しさん** · 2017/10/15(日) 17:45:57.69

書きやすさは一旦置いといたとしても
保守のしやすさってどうなんだろうか
この言語は、保守しやすいコードへ導く言語なんだろうか

**デフォルトの名無しさん** · 2017/10/15(日) 17:55:29.27

>>10
一度書いたものを書き換える度にコンパイラが奇声をあげるので変更もままならないという意味では保守性（）は高いかもな
メンテナンス性がまったくないともいう

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

>>11
メンテナンス性はまったくない、でFA？

言語とのしてのメンテナンス性の傾向ってのは
さほど語られてるのを目にしないけど個人的には

Java
10年後数万行のコード見てもわりと整然としてる
あとから何度も手を入れて運用していける

Ruby
最初書きやすい、表現力が高い？と感じながらスイスイ書いていける
半年後、雑然としていてまったく読めない
クソみたいなコード書いた自分が悪いとはいえ

↑こういう感想を抱いている

**デフォルトの名無しさん** · 2017/10/15(日) 18:56:05.11

そもそもRustはプログラミング言語として破綻してるので、
モジラ信者でもない限り使わん触らんが一番幸せだ

悪いことは言わんからRustのことは忘れろ

**デフォルトの名無しさん** · 2017/10/15(日) 19:40:50.30

>>13
ほんと定期的に沸くなこのアンチ

>>12
メンテナンス性でいうなら、最初に型さえうまく設計してれば結構拡張性あるから、
その辺はどっちかというとHaskellに近いかな
クセはあるけど型をきちんと理解して最初の設計に組み込んでおけばかなり自由が効く

最初の型合わせゲームは辛いけどな

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

ID:OLs+Obq4 くらいの基地外になれば100年だって粘着する。

**デフォルトの名無しさん** · 2017/10/16(月) 00:56:00.52

firefoxをRustで書けるわけないと言ってたのがMozilla以外使わないに後退したのか

**デフォルトの名無しさん** · 2017/10/16(月) 01:34:41.28

>>16<br>
そりゃまぁ、事実としてmozillaがRustでfirefoxを書いちゃったからな

firefox Quantum beta 試してみたけど確かにchrome並みに速くなったな
そしてchromeよりメモリは食わないのが良い
でも正直、俺はメモリ不足を感じたことがないからChromeベースのVivaldiを使い続けるが

無事にfirefoxも出たことだしRustもう少し普及してくれないかなぁ

**デフォルトの名無しさん** · 2017/10/16(月) 06:58:12.63

quantam はcssしかrustになってないからまだ速くなるらしいぞ

**デフォルトの名無しさん** · 2017/10/17(火) 15:47:54.26

>>18
ブラウザのレンダリング速度ってcssをどれくらい速く捌けるかが大部分なんじゃないの？
それ以外がRustになったところで速くなるといっても微々たるものなのでは．．．

Servoって確かJSエンジンは従来のSpiderMonkeyをそのまま使ってるんだよね
JSはGCあるし、DOM管理（Rust側のDOMオブジェクトとの連携）とかどうやってるのかよく分からんけど
DOM管理の部分とかがRustになったらさらに速くなるのかな？

今のQuantumってGecko全体の何%くらいがRustになってるんだろう？

**デフォルトの名無しさん** · 2017/10/17(火) 18:19:17.27

firefoxはまだまだchromeに負けてる
https://www.phoronix.com/scan.php?page=article&;item=firefox-quantum-bench&num=1

rustの力ではよどうにしかして😣

**デフォルトの名無しさん** · 2017/10/19(木) 23:42:22.47

というか Servo はいつになったらまともに動くようになるんだろう。
精力的に開発が行われているのに、数クリックでフリーズする状況が年単位で続いているのが謎すぎる。

**デフォルトの名無しさん** · 2017/10/20(金) 00:07:38.98

>>21
数クリックでフリーズってどういう事？
普通に動くぞ

**デフォルトの名無しさん** · 2017/10/20(金) 00:17:55.96

>>22
定期的にバイナリ落としてきて Windows/Linux で試しているけれど、リンクを数回辿る
くらいの操作で入力を受けつけなくなる。 Windows と Linux は物理的にも違うマシン
だし、おま環じゃないと思うんだけどなあ。

**デフォルトの名無しさん** · 2017/10/20(金) 02:33:32.00

>>23
下のサイトでnightlyビルドで公開されてるやつ試したが日本語サイトは全滅だった。
英語サイトならWikipedia, Github, Rustの公式サイトあたりは見れたぞ。
Amazon, youtube, google mapは動かなかったが。。。
ちなWin10ね

https://servo.org

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

>>24
起動直後にそれらのサイトにアクセスすると普通に動くけれど、
そのままリンクを辿ったりするとフリーズしない?
こちらもそこで落とした Nightly on Win10.

**デフォルトの名無しさん** · 2017/10/21(土) 15:39:44.95

rocketというwebフレームワーク気になる

そもそもrustってwebサーバーに向いてる？🤔

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

rocketワイも気になるンゴ

**デフォルトの名無しさん** · 2017/10/21(土) 18:49:44.39

trait Foo: Sized {
const BAR: Self;
const BAZ: Self = Self::BAR;
}

beta や nightly では通るのに、stable ではエラー出して通らないのな。

**デフォルトの名無しさん** · 2017/10/21(土) 22:00:10.66

あ

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

>>29
あ、アは、日本語の音節の1つであり、仮名の1つである。1モーラを形成する。
五十音図において第1行第1段（あ行あ段）に位置する。
by wikipedia
https://ja.wikipedia.org/wiki/あ

**デフォルトの名無しさん** · 2017/10/22(日) 05:54:14.55

>>26
向いてはないな

web系は処理速度や信頼性、保守性よりも生産性が重要視される。
生産性ではRustはphpやruby on rails には劣る。

かといって向かないとも思わない。
現にRustのweb系のフレームワークは複数存在してるし、
どれも今のところ結構精力的に開発、更新されてる。

Rustはc++と比べて抽象化と並行性という意味では優れているから、
特にRocketは他言語のwebフレームワークにも負けないレベルの短いコード量で
Webサーバー作れる(あくまで個人的な感想。異論は認める)し、
将来的には並行性を活かしてパフォーマンスも改善されると思われる。

Rustが好きなら十分アリだと思う。
逆に目的のWebサーバーさえ作れれば言語なんかどれでも良い
って感じならRustはないな。

Rustは慣れるのにとにかく時間がかかるけど、慣れちゃえば
それほど生産性の低い言語だとは思わないし(高いとも思わないが)。。。
結局は学習コストがRustの一番の問題なんだよなぁ。。。

思ったより長文になった。すまぬ

2017/10/22(日) 09:29:16.36

web系で一括りは雑でしよ
シングルスレッドでうぇいうぇいやってるアプリ層と下位の屋台骨支えてるところでは世界が違う
シンプルにまずはc++の代替を狙う言語でいい
仕事で使うレベルを考えるとc++の教育コストにうんざりしてるからrustには期待してる

2017/10/22(日) 11:20:50.04

そーいえばいつの間にかrustfmtのフォーマットが変わって
くそめんどいことになってるけど、
どうしてこうなったの

**デフォルトの名無しさん** · 2017/10/25(水) 21:48:06.68

C/C++を覚えなきゃだめです
Rustを使うにしろGo言語を使うにしろです何の新しい言語を使うにしてもです
世のライブラリの大半はC/C++用に作られているわけです
Rustでラップされたライブラリ、代替できるRustで書かれたライブラリ、そんな便利なものがたくさんあればいいのですが

**デフォルトの名無しさん** · 2017/10/26(木) 17:41:17.14

typedef struct Foo {
int x;
int * x_ref;
} Foo;

Foo foo;
foo.x = 11;
foo.x_ref = &foo.x;

C で書くとこんな感じになる、自分の要素への参照を要素として持つ構造体って、Rust じゃもしかして書けない？
苦心してこんなん書いてもやっぱ無理だし。

use std::mem;

struct Foo<'a> {
x: i32,
x_ref: &'a i32,
}

impl<'a> Foo<'a> {
fn new() -> Self {
let mut foo = Foo {
x: 32,
x_ref: unsafe { mem::uninitialized() },
};
foo.x_ref = &foo.x;
foo
}
}

**デフォルトの名無しさん** · 2017/10/26(木) 18:27:07.74

参照として持たせる意味が分からない

**デフォルトの名無しさん** · 2017/10/26(木) 18:39:59.49

カーソルに使うんだよ。

**デフォルトの名無しさん** · 2017/10/26(木) 23:52:30.58

前もこのスレで同じようなこと聞いてダメだったはず

一つの構造体の中に、配列とその中のどれかを指す参照が入ってる構造

解決策は、参照をやめてインデックスを持つ

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

let mut foo = vec![false; 20];
// fooの2番目と3番目をtrueにするには
foo[1] = true;
foo[2] = true;
// しかないでしょうか？

**デフォルトの名無しさん** · 2017/10/28(土) 18:11:36.42

2番目と3番目以外がどうなってもいいなら
let mut foo = vec![true; 20];

**デフォルトの名無しさん** · 2017/10/28(土) 18:33:36.35

すいません…
良くありません

**デフォルトの名無しさん** · 2017/10/28(土) 19:14:18.79

実際のところ生産性ってどうなん？
GUIプログラムとかにも向いてる？
いい感じのGUIフレームワークがあったとして。

**デフォルトの名無しさん** · 2017/10/28(土) 19:33:23.13

>>39
何がしたいの？
いろいろ出来るけど

**デフォルトの名無しさん** · 2017/10/28(土) 19:58:15.36

>>43
pythonでいえば
foo[1:2] = [True] * 2
みたいなことです

(1..3).for_each(|x| foo[x] = true);
といちいち書くのが面倒(な上処理が重そう)だったので伺いました
実装したいのはアトキンの篩です

**デフォルトの名無しさん** · 2017/10/28(土) 20:29:56.20

>>44
効率が悪いってのはindexアクセスを二回やるとこのこと？
ここは過疎ってるからまじめに聞きたければSlack行くとよいよ

**デフォルトの名無しさん** · 2017/10/28(土) 20:41:41.30

let mut foo = vec![false; 20];
println!("{:?}", foo);
foo.get_mut(1..3).unwrap().iter_mut().for_each(|v| *v = true);
println!("{:?}", foo);

**デフォルトの名無しさん** · 2017/10/28(土) 20:43:42.54

コスト気にしてるみたいだけど、release でコンパイルすれば、結局
foo[1] = true;
foo[2] = true;
したのと変わらん結果になるんちゃうか？

**デフォルトの名無しさん** · 2017/10/28(土) 21:55:42.13

>>45,47
そうなんでしょうか(LLVM IRも読めない)
それで進めようと思います
ありがとうございました

アトキンの篩は他の言語だとどれもヒープ
確保してforループでヒープ操作という感じですが
横着して同じような実装をRustで書くとas usizeばっかだしで一目でダメとわかるコードに…

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

Atkinの篩、実装を見てみたが（察し）

https://phillip-h.github.io/reikna/docs/reikna/prime/fn.atkin.html
https://github.com/FrogBomb/prime_sieve

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

Kotlinのスコープ関数みたいなことができるcrateってありますか？

**デフォルトの名無しさん** · 2017/10/29(日) 11:47:41.30

'a type と 'a + type の違いが分からん.

**デフォルトの名無しさん** · 2017/10/29(日) 11:48:57.06

obj.method(args) って形はマクロを使っても崩せないんじゃないかなあ
動作的にwithみたいなのは一関数でできるんじゃない？
無理すればメソッドとして実装することもできるかと
https://play.rust-lang.org/?gist=2133c56a393f15a3ff5d059016ed3b11&;version=undefined

便利か？と言われたらそうでもないかも

**デフォルトの名無しさん** · 2017/10/29(日) 11:50:41.46

>>51 'a + typeじゃなくて'a + Traitじゃない？

**デフォルトの名無しさん** · 2017/10/29(日) 12:23:33.14

>>52
なるほど！
最近Kotlin書くことが多くてスコープ関数使ってみたら、いちいち変数に入れなくてよかったり（変数名を考えなくていい）レシーバを指定しなくてよかったりして楽に感じたので、Rustでも同じようなことできるcrate公開されてないかなと思っていたところです！

**デフォルトの名無しさん** · 2017/10/29(日) 12:31:27.29

>>53
おお、その通りだ。分かってなさすぎるな…。
fn hoge<'a, T: 'a + Trait>( x: &'a T );
&'a T が参照先オブジェクトの寿命を表しているのはいいとして、
'a + Trait の 'a の意味がよく分からない。

**デフォルトの名無しさん** · 2017/10/29(日) 17:07:16.08

>>55 自分もよく分かってないし、見覚えの無い使われ方があったときにそれを指す言葉を知らなくて時間がかかるんだけど、
https://doc.rust-lang.org/book/second-edition/ch19-02-advanced-lifetimes.html
↑にあるように、<>の中ではlifetimeや総称型を使うよ、と宣言するのと、T: Traitとやって型の境界(bound)を指定するのの2つの意味があって、
T: 'a + Traitってのは型TがTraitをimplしていることと、もし参照型だったりlifetimeを持つ型だったりしたときは'aより長生きなものに限りますって意味になる、らしい

意味は分かる。けど、hoge(v)としたとき、lifetime関連のエラーを吐く具体的な値vの例が思いつかない

**デフォルトの名無しさん** · 2017/10/29(日) 18:50:42.32

whereで書いたほうがわかりやすいね

**デフォルトの名無しさん** · 2017/10/30(月) 21:06:32.26

>>35
まず、そのままのコードでは new() の返り値が move されるときに
&x のアドレスが変わってしまう(実際には最適化で move されない
だろうけど言語仕様的には)ので、そのコードがエラーになるのは正当。
なので x か Foo 全体を box 化する必要がある。ただ box 化すれば
コンパイルが通るかというと、 box を deref して得られる参照は box
の中身の寿命ではなく box 自身の寿命になるので、 transmute で
チートする必要がある。

fn new() -> Self {
let mut foo = Box:new(Foo {
x: 32,
x_ref: unsafe { mem::uninitialized() },
});
foo.x_ref = unsafe{ mem::transmute::<_, &'static _>(&foo.x) };
foo
}

**デフォルトの名無しさん** · 2017/10/30(月) 21:26:14.87

失礼。コンパイル通らないコードを貼り付けてしまった。

fn new() -> Box<Self> {
let mut foo = Box::new(Foo {
x: 32,
x_ref: unsafe { mem::uninitialized() },
});
foo.x_ref = unsafe { mem::transmute(&foo.x) };
foo
}

**デフォルトの名無しさん** · 2017/10/30(月) 22:54:07.55

ありがとう。
move するとアドレスが変わるというのは無理矢理実験したときに気付いたけれど、
実際はこんな感じで Box 化された構造体の特定の変数への参照が欲しかったので、
>>38が言った前スレの>>507-514辺りを見て、こんな感じで解決してました。

use std::mem;

struct Bar(i32);

struct Foo {
x: Box<Bar>,
x_ref: &'static i32,
}

impl Foo {
fn new() -> Self {
let mut foo = Foo {
x: Box::new(Bar(10)),
x_ref: unsafe { mem::uninitialized() },
};
let dummy = mem::replace(&mut foo.x_ref, unsafe { mem::transmute(&foo.x.0) } );
mem::forget(dummy);
foo
}
}

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

>>60
ああ、確かにリファレンスとはいえ forget() しとくべきだね。
このコードについては↓でも問題ないけど、まあ実際の初期化はもっと他にも
処理があるだろうから、一般にはこううまくは行かなかいか。

struct Foo<'a> {
x: Box<Bar>,
x_ref: &'a i32,
}

impl<'a> Foo<'a> {
fn new() -> Self {
let x = Box::new(Bar(10));
Foo {
x_ref: unsafe { mem::transmute(&x.0) },
x: x,
}
}
}

**デフォルトの名無しさん** · 2017/10/31(火) 18:55:06.66

Rcって何のためにあるんですか？　所有権？　借用じゃダメなん？
所有権持ってる変数のライフタイムを超えて借用できないからRc？
色んなコンテナや、色んなデータ構造に渡って持たせたいときはRc？

https://ideone.com/IP9Jk4
書いてみたらなんとなく納得行ったような気がする

**デフォルトの名無しさん** · 2017/11/03(金) 08:56:29.78

標準に整数型のトレイトがないの意味わかんねぇ
std::net以上に需要あるでしょ

**デフォルトの名無しさん** · 2017/11/03(金) 19:05:06.62

>>63
Scalaも無かった気がする

**デフォルトの名無しさん** · 2017/11/04(土) 09:52:47.01

Haskellで言うNun型クラスみたいな奴ってことか？
トレイトでやろうとすると要定義メソッド多すぎたり、
累乗みたいな計算の実装が遠回りになったりしそうできつそうに見えるな

**デフォルトの名無しさん** · 2017/11/04(土) 10:16:41.16

Haskellは数値も抽象化してるせいでパフォーマンスにかなり影響与えてるしね…

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

s/Nun/Num/
Scalaはその辺を、暗黙の型変換でシームレスに扱おうとして闇を量産してるんだよな
Rustは今んとこ特になんもしてない感じか

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

numクレートじゃいかんの？
https://github.com/rust-num/num

**デフォルトの名無しさん** · 2017/11/05(日) 10:17:10.41

numクレートが標準にないのが嫌なんだろうけど、std::timeみたいに標準サポートやーめたってなりそう
Into/From使えば別に困らんしと需要は少ないのではなかろうか

**デフォルトの名無しさん** · 2017/11/07(火) 20:38:24.64

https://ideone.com/XBh9VX
・AA treeを実装
・1.8.0で主に確認(ideoneは1.14.0)
・Rc<RefCell<Option<Node<T>>>>を中心に実装
・ふんだんにRc::clone()を乱発
・Tも<T: Copy>でコピーしちゃう
・肝心の木の操作部分は、wikipediaでの表現に近くなるように表現
・基本的によく分かってないので色々奇妙な事をしているかもしれない

昔からチラホラ「Rustで木構造は苦しい」と耳にしてて興味があったのと
最近ほかのスレで実装してた人がいたのをみて触発されたので書いた
最初はOption<Rc<Node<T>>>で書いてたけど
RcとRefCellの組み合わせを試してみたくなって方向転換
けっきょくどっちが正解だったのかは不明

**デフォルトの名無しさん** · 2017/11/07(火) 20:46:48.79

ただのAA木に Rc なんて要らんだろ。Option<Box<Node<T>>> で済むだろ。

**デフォルトの名無しさん** · 2017/11/08(水) 00:56:51.98

AA木の削除操作はwikipediaのやつだとpred(自分より小さい値のうち一番大きいもの)とsucc(自分より大きい値のうち一番小さいもの)を
子ノードから取ってきた後に子ツリーに対して再帰的にdeleteをしてくってなってるけど、ノードの値がNoCopyだとRc使うかunsafe使うかしないと無駄なコピーが発生しない？

**デフォルトの名無しさん** · 2017/11/08(水) 01:15:10.36

>>70
「他スレで実装してた人」って俺のことだな。
↓のスレのことだろ？

次世代言語Part7[Go Rust Swift Kotlin TypeScript]
https://mevius.5ch.net/test/read.cgi/tech/1508403098/

木構造は持ち主(親)が1つに限定されるはずのでRcもRefCellもいらないと思うよ。
実際、自分はOption<Box<_>>という形で実装してるし。
RcとRefCellの練習するんならグラフ構造とかがいいじゃないかな。
グラフ構造ならRcとRefCellはほぼ必須になるんじゃないかな。
グラフ構造はRustどころかC, C++でも実装したことないから詳しくは分からんけども。

>>72
俺の実装では、Option型のtakeメソッドを使ってるぞ。
そしてtakeメソッドの中ではunsafeが使われてる。だからコピーもないはず。
そのことじゃないのか？俺のほうが何か勘違いしてる？？

70 · 2017/11/08(水) 20:27:30.89

https://ideone.com/4BnXSI
・AA treeを実装
・1.8.0で主に確認(ideoneは1.14.0)
・今回はOption<Box<Node<T>>>中心に実装
・Tも<T: Copy>でコピーしちゃう
・肝心の木の操作部分は、wikipediaでの表現に近くなるように表現
・前の奴>>70のコピペから開始してるから妙なとこ残ってるかも

>>72
wikipedia見ただけでそのへんに着目できたのってすごい
前回は実はそこで一旦あきらめてコピーとOption<T>の導入に踏み切った
今回もTのコピーうんぬんについては挑戦せずそのまんまコピーしてる

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

>>73 Option::takeを使って子ノードのsuccかpredの値を取ってくるとすると、その子ノードの値はNothingになるよね？
wikipediaの例だとその後にdeleteを再帰的に行うことで(delete内で適宜skew&splitを呼んでる)バランスを保つよう処理してるけど、Nothingが入ってる時点でうまく動く保証が無い
そのスレで書いてくれたものは要素としてCopyであるi32を使ってるから問題が見えないんじゃないかと思う

>>74 自分も>>73の例を見る前に多相型でちょっと書いてみて、どうすんだこれって気付いたんで偉そうなこと言えないっす
Rust固有の問題じゃないような気がしてるよ。C++とかで多相型にしてみたとしても、「子ノードの値を自身の値にする」って部分でコピーが行われる気がしてならない
一瞬だけどAA木の中に同じ値を持つノードが発生しているから、AA木の実装を綺麗に書こうとしたらT:Copy or T:Cloneって制約は必須なんじゃないかと

**デフォルトの名無しさん** · 2017/11/09(木) 03:38:46.05

>>75
ああ、なるほどね。
確かにi32の部分をTに置き換えると T: Copy か T: Clone が必須になるね。
これは確かに無駄なコピーが発生してるわ。
まぁ、この実装だとおそらく元になったwikipediaのコードの時点で
無駄なコピーが発生してることになるよね。
wikipediaの場合はi32(4byte)くらいならコピーしてもいいやってスタンスなのかな？
Tの場合は何byteになるか分からないからそういうわけにもいかないということかな？
これ以上は考えるのが面倒になってしまった。。。orz

70 · 2017/11/09(木) 19:44:06.23

https://ideone.com/dFoFa9
・>>70の<T: Copy>を<T: Clone>に変更
・ついでにRc付きで運用してみて様子を観察

でっかい構造体の場合はこういうふうなのがマシなのかな
Clone運用してるとこに、さらにRcもってくると気持ちよすぎ
おかげで内部の操作に由来した余計な割り当ては無くなった
CloneトレイトとRcには敬意を表したい

>>75
そこんとこの苦悩はもうしゃあないのかな
それについてはもう思考停止します

77 · 2017/11/09(木) 19:45:08.89

×・>>70の<T: Copy>を<T: Clone>に変更
○・>>74の<T: Copy>を<T: Clone>に変更

**デフォルトの名無しさん** · 2017/11/09(木) 20:45:25.15

rustのことはわからんけどコピーしないAA木は実装したことがあるので口を出させろください
「succかpredの値をnodeにコピーしてからsuccかpredを削除」しているわけなので
リンクを繋ぎ変えてsuccかpredとnodeをまるごと入れ替えるようにすれば、コピーは要らなくなりませんか

**デフォルトの名無しさん** · 2017/11/09(木) 22:34:40.35

コピーしない実装も不可能じゃないと思うけど、削除時の再平衡をちゃんと理解してないから分からん
ちょっと勉強してみるわ

**デフォルトの名無しさん** · 2017/11/10(金) 00:49:41.25

データ構造,アルゴリズム,デザインパターン総合ｽﾚ 3c2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1466315249/l50

**デフォルトの名無しさん** · 2017/11/10(金) 23:43:40.77

num crateって昔標準じゃなかったっけ？rustc_privateだけだっけ？

**デフォルトの名無しさん** · 2017/11/11(土) 03:49:20.94

Rustの日本語書籍ってまだ出てないのですか？

**デフォルトの名無しさん** · 2017/11/11(土) 21:51:46.65

>>83
https://rust-lang-ja.github.io/the-rust-programming-language-ja/1.6/book/

**デフォルトの名無しさん** · 2017/11/12(日) 00:57:30.78

>>84
ありがとうございます

**デフォルトの名無しさん** · 2017/11/13(月) 15:07:53.78

言語は割といい感じなのに何でcargoはこんなにウンコなん(´・ω・`)

**デフォルトの名無しさん** · 2017/11/13(月) 21:10:10.81

cargoのどこが不満やねん

**デフォルトの名無しさん** · 2017/11/13(月) 21:12:20.77

ビルドとパッケージマネージャを一緒にしてcrates.io必須にして、他のビルドツールとの連携がつらいんでNIH症候群になりがちで、あんま好きになれないのがcargo
環境変数でビルド先のディレクトリが変わるけど、そこらへんのドキュメントも乏しいのが難点

**デフォルトの名無しさん** · 2017/11/14(火) 01:18:01.25

戻り値の型をflow sensitiveに推論してくれなくて、rustcが推論間違えてそれに気付くのに一日潰れてしまった。

>>86,88
わかる。囲い込んでるのにcargo自身が大したこと出来なくて色々困るんだよね。
色々方針が変わるし。mvnと同じ問題起こしたnpmと同じことしてるし。

言語は良いんだよ。

**デフォルトの名無しさん** · 2017/11/14(火) 01:25:20.09

rust製のOSSのウェブサーバーってないの？

**デフォルトの名無しさん** · 2017/11/14(火) 01:50:40.15

>>90
hyperかな　Webフレームワークのironやnickelがhyperに依存してる

**デフォルトの名無しさん** · 2017/11/14(火) 17:05:10.90

>>90
ロケット

**デフォルトの名無しさん** · 2017/11/14(火) 17:57:48.10

ウェブサーバーって書き方が悪かった
RocketやIronを使って実際に運営されてるウェブアプリはある？

小規模なTwitterクローンとかでいいんだけど

**デフォルトの名無しさん** · 2017/11/14(火) 22:28:34.56

server書いてます。フレームワーク書いてますは沢山あるけど運用例聞かないね、そう言えば。

**デフォルトの名無しさん** · 2017/11/15(水) 01:12:59.55

だってどこも使ってないもの
泥箱みたいなところはモジラから金もらって「使ってます」って提灯持ちしてるだけ

事例やソースが一切出てきてないのが証拠
いい加減Rustそのものがモジラのステマの産物だと認めろ。これはプログラミング言語ではない

**デフォルトの名無しさん** · 2017/11/15(水) 02:07:05.71

プログラミング言語ではある

**デフォルトの名無しさん** · 2017/11/15(水) 02:56:35.18

ディスりにモジラ絡める時点で長いこと荒らしてるいつもの暇人だってすぐ分かるんだよなあ
自分から具体的な話ができないししてもすぐ反論されて終わるもんだから他人の愚痴に便乗するしかできなくなってる

ボローチェッカに自分のコード全否定されて頭がおかしくなった可哀想な子を生み出したRustの業は深い

**デフォルトの名無しさん** · 2017/11/15(水) 03:08:53.86

ボローチェッカにボローボローに否定されたんやなぁってやかましいわｗｗｗ

**デフォルトの名無しさん** · 2017/11/15(水) 06:53:08.67

つーかおまえらはrustで何書いてんの？

**デフォルトの名無しさん** · 2017/11/15(水) 10:20:38.06

それな
まだ仕事で使ってる人はいないだろうし

**デフォルトの名無しさん** · 2017/11/15(水) 10:32:37.69

仕事で使ってるけど、小さな会社なので、皆さんのご期待には沿えない。

**デフォルトの名無しさん** · 2017/11/15(水) 10:49:24.15

>>97
せめてモジラの提灯持ち以外にまともにプロダクションで使ってる企業を出してから言えよ

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

糖質は同じ言葉を繰り返すからすぐ分かる。

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

反論できずに糖質認定か

**デフォルトの名無しさん** · 2017/11/15(水) 13:03:45.77

クローズドソースのときって、どういうスタイルなの？
crateのパスを相対で書きまくるのか、巨大ctateをつくるのか

**デフォルトの名無しさん** · 2017/11/15(水) 13:27:56.09

https://www.rust-lang.org/en-US/friends.html
公式サイトのこのページくらいは見たことあるだろ？無いのか？無さそうだな。
まともな耳目がついててこのページ見てるならそんなレスできねえもんな

**デフォルトの名無しさん** · 2017/11/15(水) 14:07:55.37

>>106
まさかソースといってモジラの大本営発表持ち出してくるとは思わんかったわ
そんなもんただの提灯で何の意味もない。使ってる根拠にはならない
せめてそういう企業がGithubで公開してるものがあるとかなら認めるがそうじゃねえだろ

**デフォルトの名無しさん** · 2017/11/15(水) 14:16:38.25

ちょっと前までのfirefoxをRust使って書けるわけない失敗すると言い張ってからの
この流れは笑える

**デフォルトの名無しさん** · 2017/11/15(水) 14:21:13.24

>>108
失敗してるやん
Rustなんかで書き直したせいでアドオン全滅してる

**デフォルトの名無しさん** · 2017/11/15(水) 14:22:10.55

>>107
昔と比べるとだいぶオープンソースな時代にはなったが、
全てがオープンソースで開発されるような時代ではない。
公式の発表を信じずに何を信じろと？
「俺を信じろ」とでも言うつもりか？
「公式」と「お前」どちらのほうが信用度が高いのかまさか君にはわからないのか？

**デフォルトの名無しさん** · 2017/11/15(水) 14:22:39.30

まぁ、けど確かにここに載っているのは社内の一部の物好きな社員が
メンテの必要もないくらい簡単な社内ツールとかを作るのに
利用しているだけのような気はしているんだが、実際はどうなんだろうな？

**デフォルトの名無しさん** · 2017/11/15(水) 14:25:51.46

少なくともブラウザから得た個人情報の横流しとステマで生計を立ててる非営利（）組織の大本営発表は信じるに値しない

**デフォルトの名無しさん** · 2017/11/15(水) 14:35:48.33

>>109
キミの笑いのセンスには脱帽だよ

**デフォルトの名無しさん** · 2017/11/15(水) 14:36:17.78

>>109
それは設計の段階で従来のアドオンとの互換性の一部を捨てるように仕様変更したからだよ。
firefoxのアドオンは自由度が高すぎるが故に、セキュリティに問題を抱えやすかったし、
アドオン同士が衝突して落ちるとかも結構あったから、そこら辺をChromeと同レベルくらいに制限して、
セキュリティと安定性を取る方向に方針転換した。
仕様が変わってるんだから、Rustで書こうが他の言語で書こうがどっちにしろ従来のアドオンの一部は動かないよ。

**デフォルトの名無しさん** · 2017/11/15(水) 14:42:32.68

>>113
あ、これネタだったの？
気づかずにマジレスしてしまったわ。すまん。

**デフォルトの名無しさん** · 2017/11/15(水) 14:49:29.35

こっちとしちゃ糖質クンに「自分は視野狭窄している馬鹿なんだ」って気付いてもらうんじゃなく
ただどっちが妥当な話をしているのか周りに伝わればいいんだわ。乙。

Redditで、自社の既存のシステムをRustで書き直したよって言う投稿をよく見かける
自分で触った感じでも、プロトタイピングや全く新しいシステム作るときは他の言語でやった方が楽な気がするけど、
試行錯誤もRustでやった方がはやいわってなるのかね？

**デフォルトの名無しさん** · 2017/11/15(水) 14:49:41.95

ネタなのは自殺したブラウザの方だろ

**デフォルトの名無しさん** · 2017/11/15(水) 15:32:16.99

>>112
どちらが信用度が高いのか本当に分からなかったようだ。。。
君には呆れを通り越して憐れみを覚えるよ。

**デフォルトの名無しさん** · 2017/11/15(水) 15:38:56.68

そういう大きな話じゃなくて、もっと身近な感じでrust使ってるかどうかを聞きたかったんだけど、ここまで>>101しか出てこないな

**デフォルトの名無しさん** · 2017/11/15(水) 17:13:53.76

rustでチェスの対戦サイト(サーバー)作りましたとかないわけ？
goとかscalaではいくつかあるけど(もちろんphpも)

**デフォルトの名無しさん** · 2017/11/15(水) 18:04:29.51

今まで「担当者の趣味でなんとなく」C, Go, Python, Rubyで書かれていたツールをRustで書いて
おー速いやんとﾆﾔﾆﾔしてる段階

>>105
crateのパスは相対

**デフォルトの名無しさん** · 2017/11/15(水) 18:07:27.47

>>121
やっぱ細かく分けてるの？
っていうほど巨大なプロジェクトじゃないかな？

**デフォルトの名無しさん** · 2017/11/15(水) 18:17:07.13

Rustでコード書くのって意外と楽しいよね
クロージャもスッキリしてるし
そもそもあと実は俺はスネークケース文化が好き
map_or　←この時面がすき
mapOr　←こんな言語は（あるとしたら）嫌い

**デフォルトの名無しさん** · 2017/11/15(水) 18:58:57.26

ドワンゴがなんか作ってたね

**デフォルトの名無しさん** · 2017/11/15(水) 21:05:47.07

スクリプト言語を趣味でやってる俺ですが
firefoxの軽さに感動してrustに興味を持ちました

現在ネットでrustについて調べてる最中なんですが
c++の置き換えだとかっていう情報はよく書かれてますけど
実際c++を書いたことの無い自分にはいまいち掴めません
なんか他に特徴的なとこはあるんでしょうか？
マルチプラットフォームのguiアプリとか作ってみたいです

**デフォルトの名無しさん** · 2017/11/15(水) 21:54:08.10

>>125
>なんか他に特徴的なとこはあるんでしょうか？
自分でガシガシ書く向けだよ。C++より綺麗に。JITなんざ頼らねぇ（れねぇ）、GC邪魔（やる余裕がない）って
領域向けに抽象度をある程度保ったまま書ける。メモリ管理にリージョン使うから解放タイミングが予測できるし、
組み込みもベアメタルもいける。nightlyは書式統一されたインラインアセンブラもある。
低レベル全部rustで書いてもいいし、ライブラリだけrustで書いてCから呼び出せばC++不要。

>firefoxの軽さに感動してrustに興味を持ちました
前にも言ったがfx57の速さにrustは関係ない。設計が根本的に変わった影響。
Servoにあるhtmlの並列トークナイズがfxに移植されたらさらに速くなる。
そんで、言語自体は遅いよ。コンパイラもまだ改善途中だし。
標準ライブラリのコードは速度のためにunsafeだらけで、
JIT/GCがある環境みたいにド直球で素直なコード書くもんじゃなくて、
速くなる部分はLLVMの部分だからコンパイラのバックエンドの違いでしかない。
tracing gcないから開放できないメモリがあるのは他と同じ。

**デフォルトの名無しさん** · 2017/11/15(水) 22:03:43.52

>>119
会社で使うコマンドラインツールはほとんどRustで書いてる。
昔はPythonで書いたりしてたけど、使ってるうちにパフォーマンスが問題になったりすることが多くて
後で書き直したりするくらいなら最初からRustでいいや、と。

**デフォルトの名無しさん** · 2017/11/15(水) 23:13:04.10

>>125
コマンドラインツールをRustでってのはときどき聞くんだけど、
GUIのアプリをRustでってのは聞いたことないな。
そもそもRust製のマルチプラットフォーム対応GUIフレームワークってのを聞いたことない。
Rust製のまともなGUIフレームワークとか存在してるの？

**デフォルトの名無しさん** · 2017/11/16(木) 00:51:52.06

なるほど、コマンドラインツールか。
rust に合ってる領域かもって初めて納得した。

**デフォルトの名無しさん** · 2017/11/16(木) 02:21:07.10

>>128
gnomeは積極的にRustに寄っていってたはず
他は知らん

**デフォルトの名無しさん** · 2017/11/16(木) 02:27:03.23

>>129
pecoとか見てるとコマンドラインツールをカジュアルに作るならgoのが向いてる気もするが……
rustにもrgあるし一概にどっちが優れてるとは言えんが

**デフォルトの名無しさん** · 2017/11/16(木) 03:12:54.72

gnomeってrustで置き換えていくの？

rustの実用的なGUIってgtkぐらいだと思うけどqtもそろそろ実用段階だったりするのかね

**デフォルトの名無しさん** · 2017/11/16(木) 11:39:32.01

rustで書いてるosってrudoxだっけ？
あれってlinuxカーネルののrustによるリファクタリングって事でいいの？

l

**デフォルトの名無しさん** · 2017/11/16(木) 12:32:25.88

>>133
んなわけねーだろ

**デフォルトの名無しさん** · 2017/11/16(木) 12:53:49.49

>>134
完全な新しいos？
じゃあlinuxにかなうわけねーじゃん。ただの自己満プロジェクトかぁ

**デフォルトの名無しさん** · 2017/11/16(木) 13:34:34.31

>>135
OSとしての実用は自己満レベルでも、コードベース資産としては価値あるんじゃねーの？知らんけど
世の中にはいくらでも自己満OSプロジェクトあるんだからそこは許してやれ
あのGNUですらHurdってOSを自己満で書いてんだ

**デフォルトの名無しさん** · 2017/11/16(木) 13:34:41.95

Rust Essentials - Second Edition

がPacktから出版されましたね

**デフォルトの名無しさん** · 2017/11/16(木) 17:48:48.97

linixこそ個人のお遊びプロジェクトだったんじゃないのか

**デフォルトの名無しさん** · 2017/11/16(木) 17:50:56.93

オライリーはどうなってんの？

**デフォルトの名無しさん** · 2017/11/16(木) 18:55:22.46

>>139
少なくとも自分はKonozamaくらってる

**デフォルトの名無しさん** · 2017/11/16(木) 20:07:31.98

>>140
発売してないよね？

**デフォルトの名無しさん** · 2017/11/16(木) 22:51:18.03

>>136
LZ4圧縮とか、シェルとか、Redox OSはサブプロジェクトに結構見るべきものがある

Pijulプロジェクトで開発されたSSHライブラリとかもそうで、副産物がいい味出してる

**デフォルトの名無しさん** · 2017/11/17(金) 00:27:49.05

urxvtをrustで書き直して🙏
alacrittyはなしで🙅

**デフォルトの名無しさん** · 2017/11/17(金) 01:16:04.93

>>138
そうね。その頃にはオープンソースなunix osが無かったからみんな喜んだ。でも今はlinuxがあるわけで。

まぁでもマイクロカーネルらしいし
ドライバはlinuxのが使えるとかすれば、化けるのかな？

**デフォルトの名無しさん** · 2017/11/17(金) 01:29:54.30

>>144
歴史の知識もOSの知識も無いなら変なこと言わないほうが良い

**デフォルトの名無しさん** · 2017/11/17(金) 01:36:37.62

BSD系列全否定ワロタ

**デフォルトの名無しさん** · 2017/11/17(金) 01:43:43.14

茂みから鉞が跳んでくるぞ～

**デフォルトの名無しさん** · 2017/11/17(金) 01:49:33.84

BSDは訴訟がなければな。
あとminixも最初からライセンスが修正BSDだったらな。

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

linuxは未だにcで書かれてるわけだけど、
それがrustで書き直されたとしたらどうなるの？予想として。
メモリ使用量は減る？
バグは減るよね。

**デフォルトの名無しさん** · 2017/11/17(金) 04:58:41.34

ID:r4qIw16A
かまってちゃん

**デフォルトの名無しさん** · 2017/11/17(金) 05:02:58.63

恐らくバグば減る、メモリ使用量は増える
C言語がサイズ減に全振りしているのをrustは安全側に振ってるからな

だがその前にLinusがブチ切れるだろ間違いない

**デフォルトの名無しさん** · 2017/11/17(金) 09:41:50.16

let foo = Foo {
c: f1(),
a: f2(),
b: f3(),
};
let bar = (f1(), f2(), f3());

構造体やタプル構築の時って、式の評価順序はソースに記述されてる順序で確定してるんだっけ？
ここでいうと f1 -> f2 -> f3 で

**デフォルトの名無しさん** · 2017/11/17(金) 10:10:51.70

そもそもgnuの成果物でもなんでもない不自由なコンパイラであるrustcでコード書くことを御大がよしとするわけねーだろっていう
GPLでrustc書き直してから出直してこい

**デフォルトの名無しさん** · 2017/11/17(金) 11:43:43.45

そんなあり得ない話どうでもいい

**デフォルトの名無しさん** · 2017/11/17(金) 13:35:22.27

BSD ← ボスドーって読むのですか？

**デフォルトの名無しさん** · 2017/11/17(金) 19:53:41.29

>>131
確かに go でもいいのかもしれんが、rust で作るとしたら、
規模とかランタイム速度要求とか
良いところなんじゃないの？って気はしたよ。
少なくともＯＳやブラウザをこれで作るって話よりかよっぽど現実的な感じがする。

**デフォルトの名無しさん** · 2017/11/17(金) 22:23:35.56

rustは明らかに大物を矛盾なく作り上げるの向きと思うんだけれどもな
小物なら正直メモリの心配なんかせずに「mallocの後にfree不要と(以下略)」式にOS任せにしても構わんし

**デフォルトの名無しさん** · 2017/11/18(土) 00:01:05.69

見解の相違としか言いようがないな。
大物をGCなしで作るとか、よっぽどのプロジェクトじゃないとありえん気がするよ。

**デフォルトの名無しさん** · 2017/11/18(土) 01:19:21.35

linuxをrustで書くとか
rustがcに勝る安全性の部分ではcではバグになりうる部分がrustではバグにならないということはあるだろうけど
移植にしろゼロから書き直すにしろ、これら以外のバグが新たに大量に発生するわけで（現行のcで書かれたものは長い間かけてそれらのバグを１つ１つ潰してきた結果であり）

**デフォルトの名無しさん** · 2017/11/18(土) 01:51:07.07

mozilla はそれやったんだよな（恐怖）

**デフォルトの名無しさん** · 2017/11/18(土) 01:59:12.51

>>158
そもそもブラウザこそGC使いたくない大物の代表みたいなもんで、rustはそのために作られたわけで

**デフォルトの名無しさん** · 2017/11/18(土) 12:58:34.70

>>159
そのうちAIを駆使してcからrustに理想的にTranslateする技術ができるよきっと

**デフォルトの名無しさん** · 2017/11/18(土) 13:32:56.68

AIは置いといて c2rust は同じく妄想した

ふと思ってググったら関数定義を rust で使えるようにするツールが引っ掛かった
c2rust.py
唐突な Python ワロタ

**デフォルトの名無しさん** · 2017/11/18(土) 15:08:10.48

>>158
組み込みなら割と普通。

**デフォルトの名無しさん** · 2017/11/18(土) 16:08:11.01

bindgenというのはある
が、c->rustのトランスパイラは無理だろう。ValidなCでもvalidなRustには自明には移せない

**デフォルトの名無しさん** · 2017/11/18(土) 17:29:31.19

libcクレート使えば、見た目が半分CっぽいRustプログラムが書ける。

**デフォルトの名無しさん** · 2017/11/18(土) 18:50:09.96

勉強中だが業務で初めてRust使う事になった
1000行程度のプログラムだけどこれを機会にスキルアップしないとだ

**デフォルトの名無しさん** · 2017/11/18(土) 19:25:49.39

給料良さそう

**デフォルトの名無しさん** · 2017/11/18(土) 21:18:03.25

業務でとかうらやましい

**デフォルトの名無しさん** · 2017/11/19(日) 10:39:11.94

Rustを業務で使った結果、毎週の報告で「コンパイル通らないので修正中です」を繰り返し
全然進捗が出せずに左遷減給からの自主退社コンボをくらう>>167
モジラのステマなんて信じたばっかりにかわいそうにwwwwww

**デフォルトの名無しさん** · 2017/11/19(日) 12:35:39.34

コンパイル通らない、って聞くけど、ソースジェネレーターって無いの？

**デフォルトの名無しさん** · 2017/11/19(日) 13:30:32.58

新興言語を業務に採用して爆死するパターンはSwiftで既に学んだから、
Rustの業務採用は考えられない。

**デフォルトの名無しさん** · 2017/11/19(日) 13:54:00.95

コンパイルも通せないようなバカはお呼びじゃない。

**デフォルトの名無しさん** · 2017/11/19(日) 14:29:17.14

Cで書いたコードがgccやclangできっちりコンパイル通るのに
rustに移植して通らないのはrustc（というかRustという言語）が腐ってるからだろ

**デフォルトの名無しさん** · 2017/11/19(日) 14:39:52.55

多言語にベタに移植してコンパイル通らないって喚くって、アホそのもののコメント乙

**デフォルトの名無しさん** · 2017/11/19(日) 14:44:41.47

バグがコンパイル時と実行時のどちらで見つかるかというだけの話なんだがなぁ
CのデバッグよりRustのコンパイル通す方が楽だわ…

**デフォルトの名無しさん** · 2017/11/19(日) 15:02:25.94

>>174
何処から突っ込んでいいのかよく分からないのだが。
まず、君の言い方では「C(gcc or clang)でコンパイルが通ったものをそのまま他言語に
移植したらそれもコンパイルが通るはず(通らない言語は欠陥品)」と言っているように聞こえるんだが、
Cは「弱い静的型付け」の言語なので、Rustどころか「強い静的型付け」のJavaやC#
にさえCをそのまま移植するんじゃコンパイルは通らないぞ。
Java,C#の場合はジェネリックやインターフェースや(出来るだけ使いたくないが)キャストを
使用してコンパイラに対してしっかりと型安全を保証してやらなければコンパイルは通らない。
対して、Cは「弱い静的型付け」なのでコンパイルを通すだけなら場合によってはキャストすら必要なかったりする。
まさか、そのレベルから分かっていないのか？
だとしたらRustの所有権云々以前の問題なのだが。

**デフォルトの名無しさん** · 2017/11/19(日) 17:16:18.02

そのレベルは移植の段階で調整しとるわドアホ

やっぱモジラ信者はRustのコンパイラこそ至高で、それを通せないプログラマの方がクソって論調か
相変わらず判で突いたような理論だな

**デフォルトの名無しさん** · 2017/11/19(日) 17:18:54.26

俺が言ってるのは、別にマルチスレッドで動かすわけでもないプログラムを所有権どうこうで弾いて、
本来正しく動くはずのプログラムがコンパイルエラーになり、つまりプログラミング言語としてはご法度の、
書けないプログラムが存在するってことについて異議を唱えてる

**デフォルトの名無しさん** · 2017/11/19(日) 17:20:45.77

このスレでも何回も言ってるのに未だに理解しないの
本当に工作員って感じだな

**デフォルトの名無しさん** · 2017/11/19(日) 17:33:10.07

本来正しく動くはずのプログラムの例を挙げたら？

**デフォルトの名無しさん** · 2017/11/19(日) 18:48:30.65

>>181
無理だと思うよ。
信者ガーとか言ってるのが居るけど、Codeで示せるなら最初から出してるだろうし。

**デフォルトの名無しさん** · 2017/11/19(日) 20:31:34.38

mozillaが工作してるならこんなところじゃなくてtwitterなどでやるだろうし
工作員連呼してるのは自分自身が他言語の工作員だからでは

**デフォルトの名無しさん** · 2017/11/19(日) 22:24:37.23

C/C++から移植して動かない例か。メンバー間参照(self-borrowing)がある構造体くらいしか思いつかんが、
Vec<T>に対する&T -> インデックス使う
Stringに対する&str -> インデックス使う
Map<K,V>に対する&V -> Entry<K,V>使う
異なるメンバーTに対応する&T -> enum使う

で大体対応できるような気がする

**デフォルトの名無しさん** · 2017/11/20(月) 00:02:25.61

業務で速度重視でrustとgoの選択肢がある時にどっちを選ぶべきか悩んでしまう
個人的にはrustの方が好きだしパフォーマンスも出るんだろうけど、今後のメンテ(教育コスト含む)とか考えたらgoにすべきなのかなって

今更null安全でも無くmapやfilterも無い言語は…って感じではあるんだけど
グリーンスレッドは嬉しいが

**デフォルトの名無しさん** · 2017/11/20(月) 00:32:58.09

目的による
外向きサーバ作るならGoのが学習コスト抑えられて楽にスケールする
Rustとの速度差はネットワーク帯域でつぶれて有意に出ないことが多い

長期間メンテするcmdツールやデータ管理ツール作るならRustの方がかっちりかけるから負債になりにくい
Goは気を抜くと容易にサクラダファミリア化する

**デフォルトの名無しさん** · 2017/11/20(月) 01:32:59.51

>>186
なるほど
言語としてはrustなんだが、他の人達がついてこれるかが心配だ

**デフォルトの名無しさん** · 2017/11/20(月) 10:20:40.69

>>187 がRustを導入した結果、コンパイルが通らずにチームの生産性がだだ下がり
連帯責任で左遷、給与減、恨みを持った部下に夜道で襲われる未来がみえるぅー↑

**デフォルトの名無しさん** · 2017/11/20(月) 10:41:24.04

Goはよく知らんけどnull安全もジェネリックもない言語使うくらいならC++でよくね？としか思わない

**デフォルトの名無しさん** · 2017/11/20(月) 11:21:03.04

>>189
いやGCあるかないかは重要な要素でしょう。

あ · 2017/11/20(月) 12:39:17.94

Goは標準ライブラリが本当に標準だし、それ故にクロスコンパイルが楽ってのもあるな。
libcを選ぶなんて、しなくて良い。

**デフォルトの名無しさん** · 2017/11/20(月) 18:43:04.56

つまりbetterc的な感じでかな。
goはrustよりはちょっとした気持ちでつかえる。
sshクライアントライブラリまで標準で、しかもopensshとかに頼らず全部自前であるとか、
どんだけ再発明しまくってんのとか。

**デフォルトの名無しさん** · 2017/11/20(月) 18:46:19.09

次スレからワッチョイ有効にしようぜ
同一人物だと思うけどいい加減ウザい

**デフォルトの名無しさん** · 2017/11/20(月) 21:33:56.64

賛成

あ · 2017/11/20(月) 23:44:16.41

ワッチョイしたらそんな変わる？
あんまり変わらん気もするが。

**デフォルトの名無しさん** · 2017/11/20(月) 23:49:47.66

あるスレは罵倒が激減してたなー

**デフォルトの名無しさん** · 2017/11/21(火) 07:50:43.65

アカヒを遮断したら、差別書き込みが激減してたからね。

**デフォルトの名無しさん** · 2017/11/21(火) 08:39:58.18

発言者が区別つくし、自演も面倒臭くなるからいいんじゃない？

**デフォルトの名無しさん** · 2017/11/21(火) 09:21:54.95

NG出来ないのはいやだ

あ · 2017/11/21(火) 12:42:33.16

なるほど。メリット多いのね。