Rust Part6

**デフォルトの名無しさん** · 2018/07/28(土) 03:04:38.63

Mozilla発のRust言語のスレ

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

Web上の実行環境
https://play.rust-lang.org

前スレ
Rust Part5
http://mevius.5ch.net/test/read.cgi/tech/1518347244/

**デフォルトの名無しさん** · 2018/09/11(火) 22:15:57.71

rust的にはturbofish使うもんだけど型注釈をよく見かけるね。

**デフォルトの名無しさん** · 2018/09/11(火) 22:25:10.48

>>224
参考になりました！
これどちらも vec<f32> になるんですよね？
ヒープ確保じゃなくてスタックの配列への変換は無理ですかね？

**デフォルトの名無しさん** · 2018/09/11(火) 23:40:31.29

>>226
ttps://stackoverflow.com/questions/26441916/dynamic-array-allocation-on-stack-in-c
Cでも駄目で、C++ならオッケーだったけな。Rustはできなかった。

もしできるようになっても、その関数の下にどれくらいコールスタックが積まれているのか、
この関数の上にどれくらい呼び出しが控えているかを熟慮しないとすぐstack overflow起こすんで、よっぽどクリティカルでなければやらんほうがええんじゃないか

**デフォルトの名無しさん** · 2018/09/12(水) 00:27:32.15

>>227
逆やー。
Cではオプション扱い、C++では不可

**デフォルトの名無しさん** · 2018/09/12(水) 01:54:03.48

>>228
追いかけきれてるわけではないけど、
allocaについても言及されているrfc#1909の第一段階が、8/19にマージされてるっぽい。

近い将来にallocaが完全サポートされる感じなんですかねぇ？

**226** · 2018/09/12(水) 03:38:36.44

んーん、なるほど。
Rustには現状、スタックを伸長するalloca相当がないから件の場合、固定配列を求める事は出来ないってことですかね。

**デフォルトの名無しさん** · 2018/09/12(水) 19:11:41.82

cloneていつ付けてる？
不用意にcloneするのを避けたくて最小限にしていたんだけどテスト書くとき辛い
derefでcloneされるのはcopyついているやつだけ？

**デフォルトの名無しさん** · 2018/09/12(水) 20:48:13.21

テストの時辛いってのは
↓のアトリビュートじゃ解決できないの？

#[cfg_attr(test, derive(Clone))]

**デフォルトの名無しさん** · 2018/09/12(水) 20:56:43.30

omg
それでいきますわ！ありがとう！

**デフォルトの名無しさん** · 2018/09/12(水) 22:49:53.02

>>224
> 型推論できなくする
できるよ。
rust by exampleを例にすると
ttps://play.rust-lang.org/?gist=3cbef33631cbed2a2f0dce6439da4942&version=stable&mode=debug&edition=2015

上記の`i32::from_str`や`<i32 as std::str::FromStr>::from_str`のi32を見て推論してる。
ただのstd::str::FromStrでは推論できないってエラーになる。

**デフォルトの名無しさん** · 2018/09/13(木) 18:02:19.58

低コストで探索できるらしいB+木ってなんぞや。ググるといっぱい出てくるがどいつもこいつも抽象的
「で、それがどう活用できるのか？」と言う疑問が解決しない
もちろんRustでコーディングする予定

**デフォルトの名無しさん** · 2018/09/13(木) 20:57:57.27

>>235
てけとーにググってきたやつ
https://christina04.hatenablog.com/entry/2017/05/17/190000

で、B+ツリーはリーフノード間にリンクがある構造。

リンクがあると何が嬉しいかというと、
データベースで値の範囲で検索する際、先頭が見つかればリンクをたどってレコードが抽出できる。一例として。

**デフォルトの名無しさん** · 2018/09/13(木) 21:29:20.76

B木とそのバリエーションは、ディスクのように一定の大きさを持ったブロック単位で読み書きする
記憶装置上に置くのに適した木構造。
そういう使い方をしないんだったら効率が悪い木構造でしかない。

**235** · 2018/09/13(木) 22:11:03.43

ありがとう

>>236
そのような説明はいっぱい出てくるんですがそれを実用へ落とし込むのに必要なピースがわかりません
データベースやファイルシステムを作れる人ならその説明で十分なのだろうと思いますが
自分はそのような経験がないので「ファイルシステム」や「B+木」等のキーワードからその不足分にたどり
着けないでいます

>>237
まさしくその用途を考えています
・大容量のボリュームを扱う (数百GB～TB)
・ファイルをたくさん入れる (万～)
・ファイルの中身へのアクセスコストが低い
・充填率に優れる
・フラッシュメモリベースのメディアで使用する
みたいなファイルシステムを作れないかなーと。個人が扱うファイルシステムだとFAT32あたりがよく使われると思いますが
そろそろ最大ボリュームの上限を突破しそうだし、ディレクトリの探索が容易じゃないし(特にLFN使用時)
充填率も良いとは言えないしと、いろいろ課題が多いのでいっそ俺ファイルシステムを作ろうかと

**デフォルトの名無しさん** · 2018/09/13(木) 22:24:39.91

B木の実装は、共立出版の「ファイル構造」という本が詳細に分かりやすく説明されていてよかった。
残念ながらもう絶版らしいが。

**デフォルトの名無しさん** · 2018/09/13(木) 23:23:13.30

bit別冊は大部処分したけど似た本はもう無いと判断して捨てなかった一冊

今ファイルシステムの勉強しようと思ったらLinuxや*BSDのソースコードよむぐらいしか無さそう

**デフォルトの名無しさん** · 2018/09/14(金) 00:34:41.33

>>239
英語版ならまだあるようだし、pdfでも見れるな。

**デフォルトの名無しさん** · 2018/09/14(金) 11:13:17.17

1.29.0来たね

**デフォルトの名無しさん** · 2018/09/14(金) 17:04:14.02

来たー

**235** · 2018/09/14(金) 22:55:36.33

ありがとう

>>239-241
尼のマケプレの値段ヤバイですね。原書？のPDFは入手できたので見てみます

>今ファイルシステムの勉強しようと思ったらLinuxや*BSDのソースコードよむぐらいしか無さそう
うへぇ。ファイルシステムドライバの仕様がどうなっているのかを理解した上で、ジャーナリングや
スナップショットなどの付加機能を分離しつつ読む必要がありそう
オープンソースといえどもこの辺の情報はお世辞にも豊富ではないのもつらいところです

**デフォルトの名無しさん** · 2018/09/14(金) 23:38:15.74

まあ読むならext3ぐらいからじゃないかな？
losetupやbrdで小規模なデバイス上にmkfsしてhexdump使って媒体構造見るとか
system tapやblktraceで処理やアクセス箇所見るとか
crashでカレントプロセス覗くとか
printk仕込んで処理フロー確認するとか

昔勉強したけど他に何やったかもう覚えてないや

**デフォルトの名無しさん** · 2018/09/14(金) 23:52:28.71

まさかこんなところで共立出版というガチな名前を聞くとは思わなかった。
ねねっちがいるのかこのスレには。最近Rと統計ばっかだよねあそこ。

ところでファイル構造の古書店の通販見つけたけど長すぎてurl貼れない。

**デフォルトの名無しさん** · 2018/09/15(土) 00:11:05.25

共立出版って大学数学やら物理やらの教科書としてはまあまあ使われてるんじゃない？

**デフォルトの名無しさん** · 2018/09/15(土) 00:35:58.43

テキストとワインバーグ本とすべての人のためのJavaプログラミングのところだね。

**デフォルトの名無しさん** · 2018/09/15(土) 03:08:49.57

>>247
共立出版で情報系の教科書としては次の２つのシリーズは好著が多い良いシリーズだ
・情報数学講座
・アルゴリズムサイエンスシリーズ

あと、共立出版でプログラミングの本と言えばとっくに時代遅れになっているが
カーニハン＆リッチーの『プログラミング言語Ｃ』は外せない
恐らくこの訳書は初版と第２版とを合わせると、共立出版の情報系の書籍の中で圧倒的な部数を稼いだはず

それ以外にもカーニハン本の翻訳を日本で最初に出したのは共立出版だ
『プログラム書法』、『ソフトウェア作法』、『プログラミング作法』とね

今の若い人たちは存在していたことすら知らないだろうけど、共立出版は bit という月刊誌を出していた
これはB5版のころはソフトウェア技術者にとっての教養雑誌で、理論的な話題の記事も載せていたし
チューリング賞の受賞記念講演の翻訳も毎年載せていた

上に名前が出てた『ファイル構造』は元は bit誌の別冊か臨時増刊として出版されたものが
需要が多かったので増刷を機に単行本化されたものだ

だが部数が徐々に減ってきたのをテコ入れとばかりに編集長が変わって、版型をB5版からA4版に変え
記事も教養的なのから実用的なもの中心に変えてしまったら、昔からの読者の多くが離れて
急激に廃刊（建前上は休刊）に追い込まれた

bit誌の廃刊以降、共立出版の情報科学系の書籍の出版点数はかなり減少したような印象がある
現在の共立出版は数学書の出版に特に力を入れているみたいだね

**デフォルトの名無しさん** · 2018/09/15(土) 08:36:15.98

bit本誌、いまだに捨てられなくて本棚1段占領している。
ユニマガは引っ越しの時に全部捨てちゃったが。

**デフォルトの名無しさん** · 2018/09/16(日) 01:33:00.78

rustの複数行文字列って空白消されちゃうの？

https://stackoverflow.com/questions/29483365/what-is-the-syntax-for-a-multiline-string-literal

**デフォルトの名無しさん** · 2018/09/17(月) 00:20:05.94

>>251
そんな話してない

**デフォルトの名無しさん** · 2018/09/17(月) 20:15:25.23

ここで質問しても許されるのでしょうか？ダメそうなら、申し訳ないです。
S式を使って遊ぼうとしてRustで見様見真似で書こうとしたんですが、コンパイルすらできません…。
ヘッタクソなコードで恐縮ですが、以下の52行目で「`s` does not live long enough」と怒られます。
https://pastebin.com/94ZPh2dL

まず、's'がスタックに確保されていて、parseから返った先で（つまり、スタックが解放されたあとで）
sを使う可能性があるから駄目だと言っているという認識ですが、正しいのでしょうか。
また、どのように対処すればよろしいでしょうか。

たぶん、根本的なところから理解できていないのだと思いますが、ご教授お願いいたします。

**デフォルトの名無しさん** · 2018/09/17(月) 22:18:18.83

Nodeがsへの参照を持っているのにsが解放されちゃうからじゃないかなあ

**デフォルトの名無しさん** · 2018/09/17(月) 22:22:00.90

みたかんじsymbolを&strじゃなくてStringにしてsをmoveさせればよいと思うけど

**デフォルトの名無しさん** · 2018/09/17(月) 23:12:20.37

>>253
>sを使う可能性があるから駄目だと言っているという認識ですが、正しいのでしょうか。
合ってる。
sはparse関数の中で確保されてる。
そのsの借用(as_strしてるから借用することになる)をparse関数の外に出そうとしてるから
sの借用がsより長命になるのでrustではエラーになる。
sはparse関数の呼び出しが終わると解放されるからこれはダングリングポインタだよね。

>また、どのように対処すればよろしいでしょうか。
この場合、Node<'a>は文字列のsymbolフィールドを所有する側だから&strじゃなくてStringにすればいい。
apiの設計の時点でownd valueとborrowed valueを意識すればいい。
あとleftとrightが借用になってて、これはこれで設計的に間違いじゃないんだけど問題出るかも。

**デフォルトの名無しさん** · 2018/09/18(火) 22:40:54.20

コピーのコストが嫌だからとりあえず参照にしとこう、の精神は早々に破綻するよね
似たようなパーサ書いてて同じようにコンパイラにボロクソに言われたことがある

それ以来、このデータは誰が持っているべきなのか？を意識して書くようにして、
コンパイラに怒られたら「何か抜け道がきっとある」って思うようになれたし、リファレンス探すと大体解決するようになったよ

**デフォルトの名無しさん** · 2018/09/19(水) 11:41:33.60

The Creator

**デフォルトの名無しさん** · 2018/09/20(木) 01:17:05.56

皆さん、お返事ありがとうございます。
とても参考になります。
もう少し、頑張ってみます。

# ピンポイントで質問できるのは、本当にありがたいです。

**235** · 2018/09/21(金) 16:03:14.74

ありがとう。File Structuresを眺めていますが英語なのであまりはかどらないです
二分木およびその発展系の説明は十中八九キーとして数字が使われているけど
ファイルシステムの入力はファイルパスであり可変長の文字列。この部分はどう埋めればいいのだろうか
ハッシュテーブルでも使えという話なのか？しかしそれならハッシュテーブルを使ってファイルのメタデータを
探索してしまった方が早そうだけどそういう問題ではないんだろうな

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

最近でたオライリーの本って
Rust公式ドキュメントの2018でもSecond Editionでもなく
明らかに初版が元になってるよね時期的に

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

>>260
ブロック管理に使うからキーは数字で問題ない

**デフォルトの名無しさん** · 2018/09/22(土) 11:42:21.78

>>261
つまりオライリーの本は地雷？

**デフォルトの名無しさん** · 2018/09/22(土) 12:08:43.13

Second Edition出てるんだっけ？
ググってみても First Edition, Third Release が 2018-6-22 としか見つからないんだけど。

**デフォルトの名無しさん** · 2018/09/22(土) 12:28:30.62

目次の構成はSecondに近いか？

サンプルプログラムの発行時期は10ヶ月前だからそんなに古くはないのかもな

オライリー原書
http://shop.oreilly.com/product/0636920040385.do
公式ドキュメント日本語訳
https://doc.rust-jp.rs/

ちな最新の2018版ってGithubみた感じリアルタイムに更新されてるっぽいな
https://doc.rust-lang.org/book/index.html

**235** · 2018/09/22(土) 12:29:23.44

>>262
ありがとう。あれ？自分が勘違いしているのかな
B+木やB*木をファイルのメタデータの探索に使っていると思っていたけどそうではなくデータを格納しているブロックの探索に使っているということ？

**デフォルトの名無しさん** · 2018/09/22(土) 13:25:51.18

翻訳元のISBNと原書3rd releaseのISBNが違うことは確認したけど、たぶんこのerrataに載ってる修正くらいだろう。
https://www.oreilly.com/catalog/errata.csp?isbn=9781491927212

**デフォルトの名無しさん** · 2018/09/22(土) 23:23:20.56

>>261,265
オライリーのカニ本の初版一版は1.17.0。TRPLの日本語訳は相当古い。
2018はverでいうと1.31.0に相当する。いまのstabuleは1.29.0。
それにTRPLでもまだ文書化されてない機能あるしな。
非初学者向けならStep Ahead with Rustもある。

**デフォルトの名無しさん** · 2018/09/23(日) 00:32:53.25

6週間で0.1バージョン上がるから一年半前のバージョンか
進化はえーな

**デフォルトの名無しさん** · 2018/09/24(月) 14:27:54.43

>>266
> ファイルシステムの入力はファイルパスであり可変長の文字列
ファイルシステムへの入力は inode、dir、dentry がほとんどじゃないか？
create：dir と dentry をキーにinode作成
readdir：dir をキーに dirent を作成
open：inode をキーに open
ext4 を少し読んだ感じこうだった
inode 番号をキーに管理すればよいのでは？

**デフォルトの名無しさん** · 2018/10/08(月) 18:00:08.98

https://play.rust-lang.org/?gist=d668e212c4d0abf7d0e9fd4c76ea4a56&;version=stable&mode=debug&edition=2015

これどうしたらいい？

**デフォルトの名無しさん** · 2018/10/08(月) 18:41:33.75

>>271
これってたぶん自己参照構造体(self-referential struct)の話だよね？
自己参照構造体は未定義動作の危険性があるので現状のRustでは表現できない
詳しくは↓の「自己参照構造体」のところを読んで
ttps://qiita.com/ubnt_intrepid/items/df70da960b21b222d0ad

**デフォルトの名無しさん** · 2018/10/08(月) 18:44:43.33

RC使うが正解

**デフォルトの名無しさん** · 2018/10/08(月) 21:00:25.91

>>273
>>271の場合だとRc使っても無理な気がするんだけど…
ソースコード見せて

**デフォルトの名無しさん** · 2018/10/09(火) 01:15:58.85

>>271
>>272と同意見だけど27行目でどうやっても自分の参照を関数外に出すから無理だな。
借用じゃなくてBoxでもってクローンすればよくね？

**デフォルトの名無しさん** · 2018/10/09(火) 02:03:50.07

タプルにFromStrトレイトを実装するのって無理なんですか？

https://ideone.com/iNMuPL

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

implしたい型か、traitのどっちかが自分のものでないと駄目って制約があるから駄目です
何でこんな制約があるかは理解してないけど

**デフォルトの名無しさん** · 2018/10/14(日) 00:02:45.49

open等させるものか！っていう強い意志。new type patterns使え。

**デフォルトの名無しさん** · 2018/10/23(火) 00:25:24.72

Rustに関しての発信の多い日本人のツイッターアカウントを何人か教えて
フォローしてRustの情報集めたい

**デフォルトの名無しさん** · 2018/10/23(火) 07:44:49.73

普通に検索すりゃいいじゃん

**デフォルトの名無しさん** · 2018/10/24(水) 01:23:57.63

言い方を変える
オススメの情報発信者を教えて！

**デフォルトの名無しさん** · 2018/10/24(水) 03:09:14.03

お前がなるんだよ！

**デフォルトの名無しさん** · 2018/10/24(水) 12:04:16.29

ここの人々
https://www.rust-lang.org/ja-JP/team.html

**デフォルトの名無しさん** · 2018/10/24(水) 13:59:42.33

人でないのも混ざってるようだが・・・

**デフォルトの名無しさん** · 2018/10/24(水) 15:20:24.92

rustの懐は深い

**デフォルトの名無しさん** · 2018/10/24(水) 15:24:14.56

この写真のことかな
https://avatars3.githubusercontent.com/u/26415?s=400&;v=4

**デフォルトの名無しさん** · 2018/10/25(木) 23:59:22.23

rustlang の Discord に Rust(Steam) をクレクレしてるのが出現してる
さすがにベタすぎるのでネタかと思ったけど
「Rust言語は誰にでもフリーだよ！」と住人にやさしく説明されててちょっと笑った
そういう仕込みのフリとオチだったのかもしれないが

**デフォルトの名無しさん** · 2018/10/26(金) 17:03:37.34

Rust信者ってブロッキングにも賛成なんだろうなあ
邪悪だ

**デフォルトの名無しさん** · 2018/10/26(金) 20:14:23.65

そうなん？俺もブロッキング支持しよ～

**デフォルトの名無しさん** · 2018/10/26(金) 20:17:42.39

async/awaitのあたりがきれいに書けないなら、ブロッキング＋スレッドの方が実用的でしょ

**デフォルトの名無しさん** · 2018/10/26(金) 20:54:37.31

いやいやがんばってノンブロッキング対応してるでしょ

**デフォルトの名無しさん** · 2018/10/26(金) 23:30:24.99

同音異語のボケをマジレスされる>>288が不憫。

**デフォルトの名無しさん** · 2018/10/28(日) 03:48:19.07

1.30出た

**デフォルトの名無しさん** · 2018/10/29(月) 12:25:08.61

モジラがバックにいてカワンゴが布教してる技術なんてよく使う気になるよなお前ら

**デフォルトの名無しさん** · 2018/10/29(月) 13:12:48.10

>>294
じゃあ君がバックに付け

**デフォルトの名無しさん** · 2018/10/29(月) 21:15:34.41

>>295
やだよ放射性廃棄物の後処理すんの
世に出して広めた奴が責任もって片付けろよ

**デフォルトの名無しさん** · 2018/10/29(月) 21:26:30.74

rustのポジションは他に居ないからありがたく使ってますけど

**デフォルトの名無しさん** · 2018/10/29(月) 22:03:30.02

>>294
じゃあ、かの有名なMicrosoftがRustを使っていれば貴方も使う気になるってわけですね
ttps://www.reddit.com/r/rust/comments/8ub964/microsoft_announces_using_rust_to_build_some_of/
はい。これでめでたしめでたし

ところで、ドワンゴが例のRust製分散システムをオープンソースにしてた。
ttps://dwango.github.io/articles/frugalos/

**デフォルトの名無しさん** · 2018/10/30(火) 13:57:30.60

>>296
じゃあ君は最初はバックがどうこう言ってたけど実はそんなこととは無関係に嫌ということかな？

**デフォルトの名無しさん** · 2018/10/30(火) 23:04:19.32

ただの廃棄物じゃなくて放射性廃棄物ってどういう比喩なのか
阿片みたいに観戦力があり周囲に広がるということ？
それとも単に処分に困るというだけ？

**デフォルトの名無しさん** · 2018/10/31(水) 06:32:37.92

バカが扱うと光ってしぬとか？

**デフォルトの名無しさん** · 2018/10/31(水) 08:29:16.12

モジラの由来がゴジラだからだろ

**デフォルトの名無しさん** · 2018/10/31(水) 14:18:23.60

遠回しすぎ

**デフォルトの名無しさん** · 2018/11/08(木) 21:50:52.93

暗号通貨関連でよくRustが使われてるってホントなの？

**デフォルトの名無しさん** · 2018/11/08(木) 23:09:14.23

>>304
残念ながらC++, Java, Goと比べたらゴミカスや

**デフォルトの名無しさん** · 2018/11/14(水) 12:05:28.30

家の非力なデスクトップにgentooを入れたんですが
firefoxをコンパイルしたらrustもコンパイルしてくれました
rustも含めて都合14時間かけてコンパイルしたfirefoxを使うだけじゃ勿体無いので
rustを勉強してみようと思ったのですが
スクリプト言語とjavaを触った程度の人が始めるには
ハードルが高い言語なんでしょうか？

何かとっかかりになる良いサイトとか本がありましたら
教えてくれると嬉しいです
Python歴7年Java歴2年の趣味プログラマです
rustでgtkアプリを作ってみたいです

**デフォルトの名無しさん** · 2018/11/14(水) 12:11:11.98

問題はやるかやらないかだけ

**デフォルトの名無しさん** · 2018/11/14(水) 12:13:35.40

【おい何だこれ、俺ムカついて】　久本雅美、マチャミに、創価学会に入れって、俺ね囲まれたんですよね
http://rosie.5ch.net/test/read.cgi/liveplus/1541989783/l50

**デフォルトの名無しさん** · 2018/11/14(水) 12:18:27.60

ヤル気はマンマンなんですが
まだgentooのインストール途中でxfceにfirefoxが入ってるだけなんですよね
帰宅したらvscodeも入ってるはずなので今夜からコンパイル流しながら勉強する予定です

ただ、あんまり初心者向けの日本語情報が見当たらない気がするので
いいサイトがあれば知りたいな、と思った次第です

**デフォルトの名無しさん** · 2018/11/14(水) 17:33:29.52

私もRustでGtkアプリ作りたいマンです

**デフォルトの名無しさん** · 2018/11/14(水) 17:36:38.51

Qtがいいです(´・ω・`)

**デフォルトの名無しさん** · 2018/11/14(水) 17:58:38.03

Azulとかどうよ
とりあえずサンプルビルドしたら普通に起動した

**デフォルトの名無しさん** · 2018/11/14(水) 19:37:11.25

とりあえずslackに入ってみるとよい

**デフォルトの名無しさん** · 2018/11/14(水) 21:37:35.14

皆さんいろいろとありがとうございます
とりあえずプログラミング言語Rustの日本語訳pdfを見つけたので
それ見て勉強してみたいと思います

これ凄いですね
無料で配布しちゃって良いんでしょうか
下手なwebの情報探すより公式見たほうが良さそうですね

**デフォルトの名無しさん** · 2018/11/15(木) 09:47:28.34

布教のために気合い入れて書いたんだろうと思う

**デフォルトの名無しさん** · 2018/11/15(木) 10:31:34.27

Gitとは何かの説明まであって驚くよな
さすがにそのレベルの人は門前払いしたほうがその人のためにもいいと思うが

**デフォルトの名無しさん** · 2018/11/15(木) 12:47:26.17

>>316
あれはRust初心者だけでなくプログラミング初心者も対象としてるんじゃないの？
だから初歩的なところから教えてるんだろうと思っていたが

まぁ、プログラミング初心者がいきなりRustから始めるってどうなのよ？とは思うけど

**デフォルトの名無しさん** · 2018/11/15(木) 13:04:35.26

Cとかでメモリの扱いミスってしかも落ちずにおかしな動作する、みたいなのの経験がないとイマイチRustの有り難みは感じられないようなとも思いつつ
かといってRustのためにC勉強するってのもなんか本末転倒なきもするし

**デフォルトの名無しさん** · 2018/11/15(木) 14:42:52.86

なまじ他言語を知ってるから難しいという点もあるんじゃない
初心者がベテランが作るようなものをrustで書くのは辛いだろうけど、初心者が作るようなものを書く分にはむしろ易しい気がする
セットアップ楽だし

**デフォルトの名無しさん** · 2018/11/15(木) 22:55:30.82

Mozillaはドキュメント書くの得意だよな
オワコンブラウザには勿体無さすぎる才能

**デフォルトの名無しさん** · 2018/11/16(金) 12:21:53.69

なぁに、まだまだこれから。

などという言葉が出始めたら終わりは近い。

**デフォルトの名無しさん** · 2018/11/18(日) 19:34:31.05

書店でオライリーのRust本をパラパラと読んでみたけど
式の可読性の面ではC++の悪いところを引きずってるように思える

**デフォルトの名無しさん** · 2018/11/18(日) 20:15:20.02

>>322
どの辺が？

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

可読性って言うやつw