プログラミング言語 Rust 2

1 名前：デフォルトの名無しさん mailto:sageteoff [2016/11/02(水) 03:12:40.30 ID:MYQ7Ohex.net] Mozillaがリリースした、プログラミング言語「Rust」について語るスレです。 www.rust-lang.org/ https://github.com/rust-lang/rust Servo https://servo.org/ https://github.com/servo/servo ◆前スレ プログラミング言語 Rust echo.2ch.net/test/read.cgi/tech/1327489549/ 577 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 23:27:05.57 ID:9wlFqT9C.net] >>560 JavaScript var a = [1,2,3].reduce((acc,x)=>acc+x, 100); 578 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 23:28:39.85 ID:zngwxGAX.net] Rustの良さは徹夜明けに書いたコードでもSEGVらない安心感（） 579 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 23:33:26.07 ID:JrwuNkgj.net] 移植だけなら全部unsafeにすればわりと機械的に出来るような気も。 そのあとリファクタリングでunsafe取っていくかそのまま放置かは状況次第だけど。 580 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 23:35:46.51 ID:9wlFqT9C.net] nullチェック機構がどれだけ強固になろうともそれを回避する手段が容易であれば糞プログラマを排除しないかぎり糞コードは量産される 581 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 23:42:42.37 ID:UGVUxePL.net] JavaScriptなんて使うくらいならいっそCとEmscriptenで書きたいわ 582 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 23:45:15.15 ID:TLItgOP3.net] >>570 ところでRustとEmscriptenでWebasm吐くって出来るんですよね。 583 名前：デフォルトの名無しさん mailto:sage [2017/02/23(木) 23:58:21.84 ID:DPtsYYmf.net] その言語にはその言語の書き方考え方というのがある 高級言語使いが低級言語を使えない言語扱いしてるのと同レベルの幼稚な文句 ただひとつ言えるのはこいつは無能でセンスもゼロ 584 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 01:32:47.64 ID:/cLlv/nZ.net] >>543 > // rust > let f = |x| x + 1; // 美しい この |x| x + 1 のどこが美しいか理解不能 この後で悲惨と書いてるC++のと50歩100歩のアドホックな書き方 Schemeなどの (lambda (x) (+ x 1)) のほうが遥かに構文が統一的で美しい 585 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 08:44:12.21 ID:F/TDaiUX.net] rustってJavaからJNIでCを呼び出すのと何が違うのっと 586 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 08:46:52.43 ID:VQegiGIK.net] 何を煽りたいのっと 587 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 10:20:37.37 ID:Lvwt6BNZ.net] >>574 1. Rustはネイティブコードにコンパイルされる 2. Rustの構文制約はJavaと比べ物にならないほどキツい（良し悪しはともかく） 3. Javaのほうが圧倒的に過去資産がある こんなもんか 588 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 11:20:14.42 ID:Eio5IVQ5.net] |x|は単純に？ってなるよな なんでここだけRubyなんだと。他はC系かML系風味なのに。激しく浮いてる C++ですらunified(笑)とか言って普通の関数とクロージャを近付けようとしているのに それとは別に、開き括弧と閉じ括弧が同じなのも後々困らねーかと思ってしまう 589 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 14:20:48.79 ID:fnwYTLZ/.net] 構文はもっとMLに寄せてほしいなあ 590 名前：{ } とか見たくない [] [ここ壊れてます] 591 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 17:22:18.52 ID:sBRqP5fz.net] do end よりは {} のほうがマシ (個人的に) 592 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 17:24:16.93 ID:t5bNNBCg.net] シンタックスの話をしだすと結局好みの問題に落ち着く 593 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 18:23:00.24 ID:Eio5IVQ5.net] C++がtemplateと<< >>演算子で散々苦労しているのを見た後で わざわざそれを踏襲したりするのは悪い方の好みじゃね？ 594 名前：543 mailto:sage [2017/02/24(金) 18:39:46.43 ID:zaWF9UZ/.net] 手のひら返し：クロージャの表現はやっぱML系のほうが優れてる可能性 クロージャを返すクロージャというふうに、連なったときの表現を見る (* OCaml ウルトラスムーズ。呼び出し部分もシンプル *) let f = fun x -> fun y -> fun z -> x + y + z;; print_int (f 1 2 3);; // rust move無しで書けたならよかった？ // |x| |y| |z| x + y + z; ←うーん？ let f = |x| move |y| move |z| x + y + z; println!("{}", f(1)(2)(3)); # ruby こうして見ると意外な統一感を感じなくも無い f = lambda {|x| lambda {|y| lambda {|z| x + y + z}}} p f.(1).(2).(3) >>573 rustのが断然シンプルだと思うけど（構文の統一感とやらについてはさておき） あとlisp系言語の中でSchemeだけがクロージャの扱いが自然なんだっけ？ ちなみにまったく理解してないし、しかも聞きかじりで、多分記憶違いだけど >>577 そもそもはSmalltalkのブロックの中の縦線なのかなぁ 595 名前：デフォルトの名無しさん mailto:sage [2017/02/24(金) 23:22:20.10 ID:yM4uvxXG.net] >> 582 > そもそもはSmalltalkのブロックの中の縦線なのかなぁ それならこうした方が自然。 let f = :arg1 :arg2 arg1 + arg2; let f = :arg1 :arg2 { arg1 + arg2 }; それよりこっちの方が良い let f = (a, b) -> a + b; `-> T`が戻り値の型の宣言だからこれはないだろう。 こうもならないだろうね。 let f = [ :a :b | a + b ]; 無名関数の引数が:arg1で空白区切りは発狂するやつが出る。 matzがなぜ無名関数の引数リストにSmalltalkのブロックの引数リストの構文じゃなくて 一時変数の宣言の構文を使ったかはわからん。 596 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 00:07:58.70 ID:jGQ3Wak9.net] `:arg1` は型注釈と混同する ラムダ計算風に `let f = \x y. x + y` はどうかな 597 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 01:20:07.77 ID:hUBRL+mA.net] パラレルワールドのrust文法を議論してて草生える お前らは何年前に分岐した世界線にいるんだw 598 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 04:54:52.43 ID:nJl4hm2p.net] 何で新しい言語が創られるかといえば、それはもう、C++コードのメンテから解放されたいという宿願のためでしょ 599 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 19:53:48.61 ID:jxiHI5n5.net] しかし名前が良くないなこの言語は なんでまたこんな名前にしたんだろうか 600 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 20:15:31.45 ID:FTYjcOZq.net] 俺は名前は好き 四文字でさえあればいいと思ってる それよりも嫌なのはifの波括弧 短く書きたいときCなら if (cond) foo(); else bar(); で、目に優しい if cond {foo();} else {bar();} これはたまらなく苦痛 C方式に戻してもらうか三項演算子の導入をしてほすい 601 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 20:19:33.66 ID:FTYjcOZq.net] https://doc.rust-lang.org/book/if.html let y = if x == 5 { 10 } else { 15 }; // y: i32 ↑これよりはやっぱ↓ let y = x == 5 ? 10 : 15; 602 名前：デフォルトの名無しさん [2017/02/25(土) 20:37:24.76 ID:gF7KaGBm.net] >>588 それがC言語でどれだけのバグを生み出してきたか考えたら有り得ないと思うのだが。 ”俺は間違わない？” だったらC使ってればいいんじゃね？ 603 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 20:39:21.20 ID:FTYjcOZq.net] >>590 どれだけのバグを生み出してきたの？ 604 名前：デフォルトの名無しさん [2017/02/25(土) 20:42:35.76 ID:gF7KaGBm.net] >>591 qiita.com/tomohisaota/items/e6995e89b843e1295c08 605 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 20:43:00.57 ID:AAACSty6.net] 適用の順序が一見して分からないケースがあってクソ 606 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 20:48:49.11 ID:FTYjcOZq.net] >>592 ほえー あーifに波括弧大事、これがあるからやっぱ波括弧大事だなぁ 波括弧ないからこそこんなことになっちゃうんだなぁ 波括弧さえあればこれ避けられたのになぁ 波括弧無しのifなんてあり得ないよなぁ ってこと？ あとはどれだけのバグを生み出してきたの？ 607 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 20:58:23.81 ID:AAACSty6.net] >>592を一般化した if (cond) 　　foo(); 　　bar(); の形式（ただし全角スペースはインデントの代わり）のバグはAppleの例に限らず普遍的なものだろ 608 名前：デフォルトの名無しさん [2017/02/25(土) 21:03:09.97 ID:gF7KaGBm.net] >>594 多くのコーディング規約で禁止されてる。(例えばGoogle C++ Style Guideとか)。 わざわざそういう項目がある理由は、まぁ言わなくても解るよね？ 609 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:04:36.43 ID:OjMnqw5o.net] 僕はそんなコード絶対に書かないしレビューでも見落とさないんですうううううう！！！！！ 万一紛れ込んでもテストで拾うしっ！！！！！！！！！！ 610 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:08:17.05 ID:FTYjcOZq.net] >>596 ちょっと茶化したけど、理屈は分からないというわけではないよ 実際にrustのifがこうなってる経緯は知らないけど 現状について少なくともそういう視点で支持する意見があるのは正直驚いた 勉強になりました 611 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:11:22.58 ID:ihKm/PIs.net] ifのやらかしは有名なプロジェクトでもあったりするよね 612 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:16:11.60 ID:oY1Z/R8w.net] 別に見づらくないじゃんって意見のほうが多数な気がするけど https://github.com/rust-lang/rust/issues/1698 613 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:17:27.66 ID:A0aZ5Z9S.net] ブレインファックじゃないんだから、人間に読めるコードとなる言語仕様が必要 614 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:20:30.53 ID:AAACSty6.net] まあ実際のコードでは無理に一行にまとめず５行に分けろってことだな let x = if cond { f() } else { g() }; もしf(cond ? g() : h())みたいな形で使おうと思っていたのなら、そもそもそれ読みづらいから一旦バインドしてからその結果を使おう let x = if cond { g() } else { h() }; f(x); 615 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:22:26.82 ID:oY1Z/R8w.net] あと波括弧外せるようにする提案はここにあるから+1しとけ https://github.com/rust-lang/rfcs/issues/1616 めっちゃ劣勢だけど 616 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:30:13.94 ID:FTYjcOZq.net] >>602 一点だけ let x = if cond { g() } else { h() }; f(x); ↑これよりやっぱ↓これが読みやすい（個人の感想です） f(cond ? g() : h()) 617 名前：デフォルトの名無しさん [2017/02/25(土) 21:51:13.57 ID:gF7KaGBm.net] f(cond ? g() : h() ? q() : r() ) と書く奴が現れるデメリットの方がでかいと思うわ 618 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 21:53:07.56 ID:OjMnqw5o.net] そしてfだのgだのが本当にただの関数呼び出しであるケースは少ないという 619 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 22:40:54.42 ID:Cjys9ebm.net] 波括弧外せなくてもいい派だけど、 三項演算子は何かいい感じのやつを追加してくれ 620 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 22:48:27.45 ID:jxiHI5n5.net] if式なら三項演算子はいらないよ 621 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 23:00:24.91 ID:BrkcZ5hg.net] if-elseの波括弧外したらtype ascriptionが曖昧になる。 622 名前：デフォルトの名無しさん [2017/02/25(土) 23:54:27.38 ID:+Hmh+RyZ.net] >>604 ioでも使ってろ 623 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 23:57:17.74 ID:jxiHI5n5.net] f( if cond { g() } else { h() } ) 624 名前：デフォルトの名無しさん mailto:sage [2017/02/25(土) 23:58:32.04 ID:0X9bWbPB.net] 3項演算子とか、関数型の基本のif式(if文じゃないよ)なんだけど、サポートしてねえのかよ 625 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 02:13:52.49 ID:Xq2/OYkK.net] 三項演算子なんてifが文になってる言語でようやく存在を許されるものじゃねえか 波括弧をダサいというのは分かる 626 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 02:26:37.59 ID:kIbkRe9i.net] if x > 0 { x } else { -x } if (x > 0) x else -x 個人的にはブレースなしだとelseの前後1トークンの範囲の視認性が低く感じる 627 名前：デフォルトの名無しさん [2017/02/26(日) 02:27:19.95 ID:hKGUofZ0.net] if文はSwiftやGoとの差別化をしたいってこと？ 628 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 11:17:28.79 ID:dRlELnWs.net] 波括弧省略はLinuxカーネルの連中が使い続けてる。 奴ら頭良いからあれでも上手く回ってるんだろうな。 逆に、波括弧省略するなって言われてる奴らは信用されてないってことなんだよ。 629 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 11:28:50.68 ID:kIbkRe9i.net] そうだね 俺は当然ながら、例えばGoogleの人たちなんかよりよっぽど頭が悪いからブレースは省略しないよ 630 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 12:56:41.32 ID:ilyf8Ugu.net] 自覚があるのはよろしい 頭の悪い人は無理に波括弧省略しなくていいんだぞ だれもそれを咎めはしないし止めもしない 631 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 13:14:04.69 ID:j+1S0ikr.net] ソース管理がしっかり運用されてると 空の波括弧さんありがとう！！と感謝する機会が多くなる 632 名前：デフォルトの名無しさん mailto:sage [2017/02/26(日) 13:42:37.90 ID:n9+kiTzj.net] if文の波括弧は例え1行でも省略すべきではないな 633 名前：デフォルトの名無しさん [2017/02/26(日) 13:57:31.18 ID:AijJH6kn.net] >>616 残念だけど常に付ける派だが省略するななんて言われたこと無いからそんな煽り無駄 それに自分だけじゃないんだよ。信頼出来るメンバーだけで開発するならRustを使う必要なんてない。 634 名前：デフォルトの名無しさん mailto:sage [2017/02/27(月) 14:37:50.15 ID:8fV4SlqM.net] >>588 激しく同意 635 名前：デフォルトの名無しさん mailto:sage [2017/02/27(月) 14:55:00.32 ID:IwI2aqEg.net] ifの波括弧強制は多いに賛成 Rustは設計思想からして堅牢性が重視する言語なので むしろ波括弧無しは設計思想に反する構文 636 名前：デフォルトの名無しさん mailto:sage [2017/02/27(月) 18:31:01.83 ID:3oI2dcr0.net] SwiftもGoもモダンな言語のifは{}必須だからRustもそうなんだろう 637 名前：デフォルトの名無しさん mailto:sage [2017/02/27(月) 19:58:29.36 ID:LZ77JUIB.net] ちなみにOCamlだと ttps://ocaml.org/learn/tutorials/if_statements_loops_and_recursion.ja.html#beginend let max a b = if a > b then a else b;; でありウルトラシンプル 複数にしたいときは丸カッコかbegin-end if 1 = 0 then print_endline "THEN" else begin print_endline "ELSE"; failwith "else clause" end;; if 1 = 0 then print_endline "THEN" else ( print_endline "ELSE"; failwith "else clause" );; こういう世界だと波括弧よりもbegin-endがシックリきてるように見えなくもない 638 名前：デフォルトの名無しさん mailto:sage [2017/02/27(月) 20:06:13.47 ID:zLpKV4Hz.net] 英数字が多過ぎて慣れてないと通常の識別子と瞬時に弁別できない 639 名前：デフォルトの名無しさん mailto:sage [2017/02/27(月) 21:47:19.08 ID:C84dJOXo.net] 慣れ慣れ 冷静に考えてみ？中括弧だって別に見やすい記号じゃない 640 名前：デフォルトの名無しさん mailto:sage [2017/02/27(月) 23:55:54.57 ID:/1/jo1+J.net] シンタックスハイライトの有無で全然違う 641 名前：デフォルトの名無しさん mailto:sage [2017/02/28(火) 00:02:16.49 ID:JC90/ck5.net] >>627 俺も慣れだと思う 括弧あった方が統一性があって俺はむしろ見やすい 642 名前：デフォルトの名無しさん mailto:sage [2017/02/28(火) 00:20:31.68 ID:hQ8vIQRp.net] ｗｗｗｗｗ 643 名前：デフォルトの名無しさん mailto:sage [2017/03/01(水) 13:27:14.36 ID:dbhoX2Op.net] 今の日本のRust界隈って、LT会を開いて100人は集まるくらいの規模なのか https://rust.connpass.com/event/48826/ 644 名前：デフォルトの名無しさん mailto:sage [2017/03/01(水) 14:13:16.39 ID:SH8mWFxK.net] >>631 そういうのに集まるのって、入門が趣味の人でしょ 645 名前：デフォルトの名無しさん [2017/03/01(水) 22:45:28.30 ID:gWF4n/wu.net] 誰だって最初は入門から始まる。 臆するな、前へ進めよ。 646 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 17:47:06.67 ID:5xdornxH.net] Rust Language Server alpha 2がリリース。かなりインストールしやすくなってる https://github.com/rust-lang-nursery/rls 647 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 18:10:52.07 ID:io4sIXyE.net] C++とかから来た人はrustでも波括弧使わせられるの？やだーｗのイメージ 648 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 19:04:04.08 ID:u/9aEmwY.net] sever-clientモデルのコンパイラってどうなんだろうね 一周回ってクライアントモデルが良いなってことにならなければ良いけどと心配してる 649 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 19:24:21.19 ID:dGAZp2xa.net] 文字セットが貧弱でCのトライグラフ使ってた時代を思い出せ、とか 650 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 22:21:45.15 ID:TuErB/Pj.net] >>636 language server protocolはコンパイラじゃない。 rustだけのものじゃないし。 651 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 23:53:09.94 ID:unB1K5KY.net] ビルドツールって言い回しでもいいけど、結局そういうモノが使えるのかという疑問なんだが MSが切った規格っぽいけど、MSは使ってて流行ってるのかねぇ 652 名前：デフォルトの名無しさん mailto:sage [2017/03/02(木) 23:58:57.23 ID:5xdornxH.net] 流行るかどうかは知らんが、使って見た感想としては、racerで不十分だったエラーチェックやgo to definitionとかもあってそれなりに快適 不満があるとすれば、初期化に時間がかかる（ただし2回目以降は少し速い）のと入力の度の解析に少し時間がかかる（ただしcargo checkよりは速い）のとキャッシュがクソでかいところかな 653 名前：デフォルトの名無しさん [2017/03/03(金) 02:48:30.02 ID:NOi6E2uI.net] Rust(錆) 流行ることなく誰にも使われず錆びていくプログラミング言語、それがRust ルストハリケーン 654 名前：デフォルトの名無しさん [2017/03/03(金) 02:50:44.93 ID:8SEA7Mtt.net] language server protocolはビルドツールでもない。 エディタでコード補完とかフォーマットとか(VisualStudioのIntellisenseのようなもの)を実現するためのプロトコル。 エディタの機能拡張のためのものだよ。 655 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 05:22:56.35 ID:Mo/AGisi.net] Ryzenなら、rustcも爆速になる？ https://twitter.com/FuAnTaJi/status/837313090190467072 656 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 05:26:52.91 ID:bMgzQydB.net] Rustスレで語るほどの話題でもないな 657 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 05:46:13.37 ID:Dlw1K2JE.net] >>642 話がズレてんぞ 「Rust Language Server」(ソフトウェア)の利便性/実用性を問うているのであって 「language server protocol」(プロトコル)の利便性/実用性を問うているんじゃない >>640 ああ、キャッシュはクソでかいのか... 元コードや依存crateに比例するだろうけど多少の利便性のために使って良いものか微妙なのかなぁ 658 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 06:25:02.22 ID:bMgzQydB.net] まあクソでかいと言ってもdebug buildのキャッシュに少し欠けるくらいだけどね 逆にいえばdebug buildと同等のオーダーで容量を食うということだが 659 名前：デフォルトの名無しさん [2017/03/03(金) 08:53:13.29 ID:8SEA7Mtt.net] >>645 ビルドツールとかいって何に使うものかも解ってない >>639 みたいなのが居たから書いたのに話がずれてるって… 660 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 09:37:43.14 ID:NTvASRIg.net] それでもその程度(debugビルド)か 提供体系変えたからってそれ以上は減らないだろうから 結局は、サーバクライアントモデルにメリットがあればって所なのな, 情報thx 661 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 10:21:19.53 ID:Ufz5V5uO.net] LSPをサポートしてれば、エディタ/IDEそれぞれに特化したプラグインを作らなくていいところが良い まあracerもそうだけど。後は非同期的なのも重い処理にはいいかもね 662 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 18:34:23.36 ID:NTvASRIg.net] IntelliJのRustプラグインはRLS対応メンドイから当分見送りな！とか言ってるんだよねぇ エディタ/IDEのフロントエンドは作り込み必要だし、LSP共通でできることって結構薄いレイヤーなんだろうな 663 名前：デフォルトの名無しさん mailto:sage [2017/03/03(金) 23:51:37.58 ID:JBnTbtYi.net] Rainicorn開発して自前でon the fly error checkやってたRustDTが LSPが発表された途端にRustLSP開発始めたのにRLSがでてきて完全に沈黙中。 (´・ω・)ｶﾜｲｿｽ LSPはリファクタに使える問い合わせもできるから RLSとIDE側が対応すればrustのツールで初めてのリファクタ機能が現れるかも。 664 名前：デフォルトの名無しさん [2017/03/08(水) 03:21:51.70 ID:DeDFMxZF.net] i.imgur.com/WTFdXwM.png Rustのメモリ管理が良く分からないので 脳内整理してみたけどよく分からない 665 名前：デフォルトの名無しさん mailto:sage [2017/03/08(水) 07:03:46.86 ID:jgMpoXzS.net] このごちゃごちゃで整理とか笑える。 666 名前：デフォルトの名無しさん mailto:sage [2017/03/08(水) 07:23:54.02 ID:CjJNAnlh.net] コメ返してるのウケる 667 名前：デフォルトの名無しさん mailto:sage [2017/03/08(水) 07:26:21.29 ID:fOyT060n.net] こ、コメ 668 名前：デフォルトの名無しさん mailto:sage [2017/03/08(水) 10:47:45.16 ID:6Gp+/qzY.net] よく分かってないから脳内整理もぐちゃぐちゃになってるのではなかろうか rustはマルチスレッドに影響受けることはないし、他にも理解が出来てない所が多そう 公式ドキュメントが分かりやすいからきちんと読み直したら？ https://doc.rust-lang.org/book/ >>654 ワロタ 669 名前：デフォルトの名無しさん mailto:sage [2017/03/08(水) 13:45:42.21 ID:68sDUGxJ.net] 何が分からないのか分からない状態。borrowじゃなくてownershipが分からないのか、スタックとヒープが分からないのか。 670 名前：デフォルトの名無しさん mailto:sage [2017/03/08(水) 13:59:22.48 ID:jMX+hATM.net] >>652 java臭い 671 名前：デフォルトの名無しさん mailto:sage [2017/03/10(金) 08:50:25.22 ID:mPQwWGXM.net] >>455 JavaにはJapanese Eraあるな 672 名前：デフォルトの名無しさん [2017/03/11(土) 03:15:58.35 ID:ls0F4O8F.net] Rustで作ったプログラムを公開するとき Rust自身のライセンス文書と crateで含めた各パッケージのライセンスと各パッケージが依存するパッケージのライセンスを 含める必要があると思うんですが それらのライセンス文書をかき集めるcargoのコマンド等あったりしますか？ ( ~/.cargo/registry/src/ 下にパッケージのソースファイルやライセンスファイルがあるのは分かってるんですが手動で集めるのは面倒なので・・・） 673 名前：デフォルトの名無しさん mailto:sage [2017/03/11(土) 08:13:55.49 ID:kL5whW8F.net] HyperのTokio化が間近まで迫っているわけだが、かなり仕組みが変わってて対応が面倒臭い 674 名前：デフォルトの名無しさん mailto:sage [2017/03/11(土) 08:15:11.10 ID:x2OoeTeG.net] DASH言語 675 名前：デフォルトの名無しさん mailto:sage [2017/03/11(土) 08:16:44.20 ID:hkT0qMWn.net] そういえばhyperってcharsetから自動でデコードしてくれないのかな 676 名前：デフォルトの名無しさん mailto:sage [2017/03/11(土) 08:19:31.82 ID:qKzUYLvE.net] >>662 まずは言語を動かすプロセッサーを作るための半導体から調達するのかな 677 名前：デフォルトの名無しさん mailto:sage [2017/03/11(土) 08:24:05.78 ID:kL5whW8F.net] Charsetはhyperの領分からはかなりかけ離れてるんじゃないかねえ。reqwestですら対応しなさそう

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef