プログラミング言語 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/ 202 名前：デフォルトの名無しさん [2016/12/26(月) 12:16:41.00 ID:HAos+tGx.net] Dはユーザー少ないけど汚い 203 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 13:57:45.03 ID:3l9yWhJs.net] 言語仕様の拡張にRFCが必要な言語だから、無秩序に拡張できた過去の言語よりは綺麗な仕様になる圧力は高いと思う 204 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 13:58:25.74 ID:gUp/CjQ/.net] Rustで多態やるのはenum, trait, Boxを使い分ければいいの？ 205 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 15:39:49.33 ID:kSu16y2+.net] >>198 C++のほうを見て同じことが言えるかな？ 206 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 15:59:40.77 ID:y2AwbG3E.net] Serdeがよく分からぬ 207 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 16:42:09.73 ID:stVLD6EM.net] >>199 オブジェクト指向入門でよくある、哺乳類クラスとか、円や矩形クラスの 例（クラスツリー）を、Rustでどう表現するのか見てみたいな。 208 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 17:56:53.49 ID:R/Xz4XyC.net] >>202 servoでDOM表現するためのコードでやっているけどなかなかえげつない実装らしい この前あったrustのmeetupではほかの言語のやり方をそのままrustに持ち込むべきではないと言っていた 209 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 18:06:10.80 ID:lZ2XshJp.net] そういえばクラスの継承がないのを不便に感じたことはないな 210 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 19:41:44.19 ID:ep/odFf8.net] ていうか、Rustで nominal subtyping を再発明する理由がない 型クラスはad hoc多相を実現する仕組みだがそもそもOOのためのもんじゃない 211 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 20:36:47.57 ID:mhrTCx4U.net] バズワードだらけで言いたいことが分からんけど Rustでクラス継承を実現するなら、traitをツリー継承して実装すればいいってことだな！ イマドキのオブジェクト指向はツリー継承を崇めてないから自分はやらないけど 212 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 20:51:12.09 ID:J++O7+r9.net] ツリーでない継承ってどんなん？ 213 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 00:03:40.08 ID:z3Z5XFyz.net] バズワードって何？流行の若者言葉？ 214 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 02:03:02.61 ID:SQsOUYP2.net] みんな知った風な口きくけど、誰一人としてその明確な定義を言えない言葉のこと Web2.0とかセカイ系とか。『自分で吐いてる言葉の意味を自分で理解できていない』ような連中をのさばらせておくと発生してしまう 215 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 02:07:36.20 ID:4L8P6HZQ.net] バズワード buzzword いかにも，もっともらしい専門用語。専門家や通人，仲間内が好んで用いるような言葉。 216 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 02:14:18.61 ID:M0D6LXD2.net] 結局、哺乳類クラスはどうすりゃいいわけ？ 217 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 02:17:57.69 ID:/xy3dl1q.net] 哺乳類クラスなんてものを用いる設計が悪い 、というのは言い過ぎとしても、「哺乳類クラス」とかいう抽象的すぎる問題を持ってこられても議論のしようがなかったりする 現実の問題ではケースバイケースで適切な対処が異なるんだから 218 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 02:34:20.97 ID:M0D6LXD2.net] >>212 設計がクソなのはそうかもしれないけど、世の中がJavaっぽいクラスを前提に 動いてるんだから、それを素直にコードに落とせないのはまずいよ。 DOMやGUIライブラリ(のラッパー)はそうでしょ？ 219 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 03:23:41.04 ID:VnAYfBLQ.net] オブジェクト指向な設計を、純関数型言語で実装できない！シネ！！みたいなね traitとstructで無理矢理クラス継承を模倣すれば？ rustのお作法から外れて邪道感溢れるから出来るの分かっていても真面目に答えるヤツはここにはおらんよ(多分 220 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 03:28:37.64 ID:zWPkbd9P.net] GObject、うっ、頭が…… 221 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 04:14:04.89 ID:4L8P6HZQ.net] >>212は>>211が本当に「哺乳類クラス」を実装したいのか問うていただけだろうに、技術的観点で批判するのでなくシネとか何とか人格攻撃するのは違うでしょうに >>213が本当に哺乳類クラスを必要としていたのだって結果論に過ぎないのに 222 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 04:27:55.09 ID:P0uTzVTB.net] こんなのにいちいち突っかかってたらキリが無いだろ…… この程度の揶揄を無邪気に行う奴なんて世の中にはゴマンといる 223 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 06:29:43.86 ID:4L8P6HZQ.net] error-chainはアプリケーションで使うには便利だけど、ライブラリで使うには微妙そうだな ・Errorオブジェクトがenumじゃないから直接マッチできない（kindメソッドを介す必要があり） ・Error型にattributeを設定できない（error_chain!が吐き出すドキュメントをそのまま使わざるを得ない。ErrorKindのvariantには設定できるけど） ・backtraceクレートが動く環境でしか動かない ライブラリが外部に露出するエラー型はやはり手動で書くのが一番無難なのかねえ…… ドキュメントを書き換えるためにラッパ型を用意するのは本末転倒だろうし 224 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 07:26:24.51 ID:TsU75U35.net] error_chainについては以前チラ見した程度の知識しかないけど、何に使うものなのかよく分からんかったわ println!("error: {}", e); let mut e: &Error = &e; while let Some(err) = e.cause() { println!("caused by: {}", err); e = err; } これじゃあかんのか？ 225 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 07:55:36.77 ID:O+RLyrRL.net] >>218 backtraceはfearureでoffにできるから、ちゃんとCargo.toml書けばOK ドキュメント生成できないのはissue立ってたからそのうちなんとかならないかと期待してる >>219 error-chainは複数種類のエラーをまとめて一つの型で表現するときのボイラープレートを書かなくてもよくすることが目的だから、 ソースコードが冗長になってもよいならば別に使わなくてもなんとかなる あとは、勝手にbacktraceを作ってくれるからエラー発生時のデバッグが少し楽になるというのもある 226 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 09:20:55.40 ID:4L8P6HZQ.net] backtraceオフにできるのか。いいことを聞いた 227 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 10:13:26.91 ID:alTKLSSw.net] 公称部分型とかアド・ホック多相がバズワード扱いされてるってこと……？ 228 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 10:18:17.48 ID:zWPkbd9P.net] >>209で主語の大きい表現がなされたせいで不穏な空気になってるだけで、実際にバズワード扱いしてるのは>>206だけだろ その>>206もバズワードという言葉を正しく使えてるかは微妙だし 229 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 11:12:32.24 ID:sIydEYNy.net] 専門用語を使うのはいいとして>>205は何が言いたいのか分からんよ >>208 むしろ死語かな 知らない世代がいるなら老がい用語 230 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 11:28:54.23 ID:O+RLyrRL.net] rustでクラス階層表現する話はこの辺見るのがよいと思う https://doc.servo.org/script/dom/ 231 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 13:49:54.13 ID:/xy3dl1q.net] どちらにせよerror_chainはインターフェースの独自色が強すぎて一般向けのライブラリで使うには向かないと思うけどな 使用例を見ても、アプリケーションではrustupとかいう輝かしい例があるけどライブラリではめぼしい例もないよな？ 232 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 13:57:00.38 ID:GwCWTN18.net] 今は有料になっちゃったけど、Learn C the Hard Wayっていうオンライン教材で、C言語でオブジェクト指向を作る講座を思い出す 構造体の最初のメンバに親クラスを定義すれば、キャストで親クラスになれるって手法だった Rustでも親になる型の変数を用意して、適当なtrait、Asとか何とかを使えば作れるだろうとは思う ただ、OOを使うべき場面ってのはダイナミックな用途に限られるんじゃないか Trait Objectとかで大抵は事足りるはず 233 名前：デフォルトの名無しさん [2016/12/27(火) 14:02:04.36 ID:b9lc87EM.net] OO好きねえ…… 234 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 15:30:08.41 ID:/xy3dl1q.net] >>227 やってみた。汚い Deref coercionとかは知らん https://play.rust-lang.org/?gist=788c6c09719636cd28481db388caccc4 235 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 15:50:42.37 ID:sIydEYNy.net] >>229 汚くてワロタw 親構造体内包+Derefやってみたけどムリポ メソッドオーバーロードを考えなきゃ良いんだろうけど、その場合の実用性はどうだろうね ttps://play.rust-lang.org/?gist=43f8c19b64533a18262ce751d08b6d75 236 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 15:51:59.79 ID:sIydEYNy.net] 違う、オーバーロードじゃなくオーバーライドだ 237 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 16:04:44.73 ID:M0D6LXD2.net] >>227 ServoのDOMは、基本的にそのC言語でオブジェクト指向と同じみたいだね。 mem::transmute() を使ってる。 ただ、Castable#is()で判定できるから、それを忘れなければ、より安全って感じか。 このCastableを汎用的にしたやつがcrates.ioに有れば、便利かも。 238 名前：デフォルトの名無しさん [2016/12/28(水) 00:45:05.70 ID:bvnjBJpz.net] 関数型言語も狙うなら関数のオーバーロードあったほうがいいと思う。 239 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 10:22:40.34 ID:33G5Uz6K.net] traitじゃ駄目なの？ 型推論がある言語で関数のオーバーロード(同名で型が異なる関数の定義)ができる言語なんて今のところ無いよ オーバーライドはOOの意味合いだしなあ 240 名前：デフォルトの名無しさん [2016/12/28(水) 10:33:00.62 ID:yWrP/m5t.net] >>234 >型推論がある言語で関数のオーバーロード(同名で型が異なる関数の定義)ができる言語 え？あるよね？ 241 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 10:49:12.17 ID:Pwrrr1Os.net] ライブラリを作るときは、依存してるクレートについてdefault-featuresを切っても問題ないなら切っといた方が良さそうだね ライブラリ側が有効にしてるfeatureはユーザ側でオプトアウトできないけど、ライブラリがfeatureを無効にしていてもユーザ側でオプトインできるし 242 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 11:39:36.50 ID:j4SHG8/A.net] 冬休みだからか、すっとぼけた質問や俺得提案が多いな 243 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 12:46:13.64 ID:zjOgRctZ.net] あると思うけど関数型言語をねらうのにオーバーロードがあった方がよいのは理由がよく分からない 244 名前：デフォルトの名無しさん [2016/12/28(水) 13:05:53.71 ID:/YvbcywK.net] オーバーロードよりも型クラス+カリー化の方が関数型っぽいな 245 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 13:17:11.06 ID:yxR21hjj.net] ErlangとかJuliaとか 246 名前：デフォルトの名無しさん [2016/12/28(水) 13:34:40.02 ID:/YvbcywK.net] Juliaは未だにGithubで「オーバーロードを採用してしまったから部分的用できない、ではどういう記法で部分的用を短く書くか」、って揉めてなかったか？ 247 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 13:41:59.93 ID:SLz2RvoN.net] そういや、rustって、構文解析の邪魔になりそうなものは積極的に排除するイメージ。 文末のセミコロンを今時採用すると思わんかった。 248 名前：デフォルトの名無しさん [2016/12/28(水) 14:12:42.94 ID:AaUHlvvb.net] rustって部分適用とかカリー化とか書きやすいの？ 249 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 14:27:58.88 ID:9y3G1esR.net] Rustのセミコロンは式を文にして返り値をユニット型にする演算子だからそりゃ必要だろう 250 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 22:54:23.66 ID:tiZ71Spt.net] ifやmatchが式なおかげで「if if let」とか「while match」とか書けるね 記述量は減るけど慣れてないとビックリしそう あと「いふいふれっと」ってずっと言ってると ちょっと「みこみこなーす」っぽい 251 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 23:02:02.12 ID:6NcUzOVy.net] ぽくはない 252 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 23:57:43.05 ID:bDO+6moT.net] >>244 蝉転んで区切るってやつか 253 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 00:08:37.19 ID:pmAxOvWh.net] 審議拒否 254 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 18:19:20.70 ID:7bfuEKFU.net] セミコロンなくても if if let は構文解析出来るだろうけど面倒だったんだろうな 開発始めた頃はまだ末尾セミコロン死ねな風潮でもなかったろうし 255 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 19:05:08.27 ID:pmAxOvWh.net] ま、まあECMAScriptのautomatic semicolon insertionみたいなことになるよりはマシだから…… 256 名前：デフォルトの名無しさん mailto:sage [2016/12/30(金) 06:51:41.42 ID:a1QfaOpy.net] 「行末セミコロン死ねな風潮」は行末セミコロン自動挿入のクソ言語のせいなんだから 「行末セミコロン死ね！　だからRustも行末セミコロン自動挿入すべき！」とか意味不明の極致だろ 257 名前：デフォルトの名無しさん mailto:sage [2016/12/30(金) 09:15:43.02 ID:BAOxkPJ/.net] 唐突なPythonディスに俺がブチキレ 258 名前：デフォルトの名無しさん mailto:sage [2016/12/30(金) 12:52:44.59 ID:gA9NnhXP.net] セミコロンあり無しそんなに重要か？ 259 名前：デフォルトの名無しさん mailto:sage [2016/12/30(金) 14:09:34.73 ID:STL3vH6g.net] 行末セミコロンはフリーフォーマットには欠かせない必要不可欠なもの 260 名前：デフォルトの名無しさん mailto:sage [2016/12/30(金) 14:14:16.09 ID:+0G7T/E5.net] なくてもなんとかなる場合もあるけど、有り無しで設計/実装の難易度はダンチよな、超重要 人間様にとっては 261 名前：デフォルトの名無しさん mailto:sage [2016/12/30(金) 14:14:52.91 ID:+0G7T/E5.net] なくてもなんとかなる場合もあるけど、有り無しで設計/実装の難易度はダンチよな、超重要 人間様にとってはASCII文字以外を変数名に使えるかどうかくらいの問題か 262 名前：デフォルトの名無しさん mailto:sage [2016/12/30(金) 15:45:32.03 ID:1LhwiS9W.net] セミコロンを忌み嫌う人はそもそもrustのborrowとかmoveとかめんどくさがって使えなさそう 263 名前：デフォルトの名無しさん mailto:sage [2016/12/30(金) 16:25:30.23 ID:Q3tvxZdg.net] ;はOKだけど PASCALやErlangみたいに ;と,と.の使い分けになったら嫌 264 名前：デフォルトの名無しさん mailto:sage [2016/12/31(土) 08:20:02.34 ID:evZQ8uAx.net] エディタで\n\rを；に表示すればいいんだ！ 265 名前：デフォルトの名無しさん mailto:sage [2016/12/31(土) 12:20:17.73 ID:H5rV9I3r.net] fn main() {; println!("hello"); }; 266 名前：デフォルトの名無しさん mailto:sage [2016/12/31(土) 12:28:55.47 ID:Sym7Bg1 ] [ここ壊れてます] 267 名前：E.net mailto: error: expected item, found `;` --> <anon>:3:2 | 3 | }; | ^ error: aborting due to previous error [] [ここ壊れてます] 268 名前：デフォルトの名無しさん mailto:sage [2017/01/02(月) 10:01:31.48 ID:1m/cK6rN.net] セミコロンに飛びついてるのは 他のことについて語れないくらいバカな奴だけだろ。 269 名前：デフォルトの名無しさん mailto:sage [2017/01/02(月) 21:18:31.68 ID:ichN9xlo.net] 唐突な人格攻撃に困惑 270 名前：デフォルトの名無しさん mailto:sage [2017/01/03(火) 11:38:39.79 ID:xKIwkl8n.net] rustc: Stabilize the `proc_macro` feature by alexcrichton · Pull Request #38783 · rust-lang/rust https://github.com/rust-lang/rust/pull/38783 Macros 1.1がstabilizeされるってよ 271 名前：デフォルトの名無しさん mailto:sage [2017/01/03(火) 12:02:32.26 ID:3o9M4oho.net] きたか…！！ 　　( ﾟдﾟ ) 　　.r　　 ヾ 　　|_|　　|_| 　　 |　|　| 　　　しノ ＿_＿ /￣￣￣/＿ 　　＼/　　　　/ 272 名前：デフォルトの名無しさん [2017/01/03(火) 13:08:42.00 ID:ZKRmSAM8.net] マクロのそ�らを� 273 名前：デフォルトの名無しさん [2017/01/03(火) 18:29:20.46 ID:4ChvZkkB.net] どこの超時空要塞？ 274 名前：デフォルトの名無しさん mailto:sage [2017/01/03(火) 20:40:08.40 ID:wuUskEpB.net] RFCをざっくり読んでも具体的に何が効率的になるのか分からん try!が?になるくらいのシンプルな例を誰か頼む 275 名前：デフォルトの名無しさん mailto:sage [2017/01/03(火) 20:58:17.39 ID:r8LUHXKe.net] > we're shooting for macros 2.0 stable in the far future ref. 1681-macros-1.1.md 要は便利機能は2.0待ってろってことか、先は長いな 276 名前：デフォルトの名無しさん mailto:sage [2017/01/03(火) 21:50:34.44 ID:OFYBDDbH.net] 分かってると思うけど2.0ってのはrustc 2.0じゃなくてMacros 2.0だからな 277 名前：デフォルトの名無しさん mailto:sage [2017/01/05(木) 00:29:08.66 ID:ZD27oJ5u.net] Serdeって何故デシリアライズされる型とdeserializeメソッドがセットになってるんだろう MapVisitor::visit_valueでカスタムのdeserializeメソッドを使いたい場合はラッパ型を用意してDeserializeをimplするしかない？ 278 名前：デフォルトの名無しさん mailto:sage [2017/01/05(木) 22:10:05.44 ID:NKDpP9qZ.net] discriminant_valueはいつになったらstabilizeされるんだ？ variantを比べるためだけにmatchして云々とかいう冗長で非効率な実装はなるべくしたくないのじゃ 279 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 00:11:35.37 ID:Fz5LbEfZ.net] https://github.com/rust-lang/rust/issues/24263 Some things to nail down before stabilization: - [x] prototype implementation - [ ] signature needs to have a <T:Reflect> bound - [ ] documentation should reflect the inherent instability in this value and describe valid uses - [ ] perhaps signature should require input T to actually be an enum instance? - [ ] do we want to adjust the return type in any way to enforce the above rules? 280 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 01:12:22.50 ID:FrG2KJ61.net] これってコンパイラのバグ？ https://is. gd/jWTzHJ 281 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 01:34:14.03 ID:Fz5LbEfZ.net] どんな振る舞いを期待していたのかは知らないけど、とりあえず^は指数関数じゃなくてXORだよ 282 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 08:55:49.46 ID:RoJjSRcN.net] Rustでもビット/シフト演算子の優先度は四則演算子よりも低いんだっけか 期待動作が分からんのでprintじゃなくassertで頼む 283 名前：デフォルトの名無しさん mailto:sage [2017/01/07(土) 06:27:18.42 ID:ZgzC+Fa4.net] 256と3のXORとか謎すぎるし、^の意味を履き違えてるだけの線が� 284 名前：Z厚な気が…… [] [ここ壊れてます] 285 名前：デフォルトの名無しさん mailto:sage [2017/01/07(土) 15:58:55.81 ID:0PjiZvlV.net] うん。近年まれに見るバカだ。 286 名前：デフォルトの名無しさん mailto:sage [2017/01/07(土) 16:04:59.75 ID:ZgzC+Fa4.net] 寝ぼけてた 287 名前：デフォルトの名無しさん mailto:sage [2017/01/07(土) 16:57:17.26 ID:xEA8lk8b.net] ﾜﾛﾀ 288 名前：デフォルトの名無しさん mailto:sage [2017/01/07(土) 21:42:06.91 ID:n2yomPvZ.net] pythonとかocamlとかjuliaとかcommon lispとか、Exploratory programmingに適した言語とrustを開発の両輪にしたいけど、 何かおすすめある？ 289 名前：デフォルトの名無しさん [2017/01/08(日) 01:03:37.13 ID:kfDqfkDn.net] >>281 forth 290 名前：デフォルトの名無しさん mailto:sage [2017/01/08(日) 01:05:56.21 ID:PddBs9sQ.net] Exploratory programmingのために新たな言語を学び始め、開発が全く進まない未来を予知した 291 名前：デフォルトの名無しさん mailto:sage [2017/01/08(日) 07:57:00.85 ID:0mVP2hZ6.net] Erlang 292 名前：デフォルトの名無しさん mailto:sage [2017/01/08(日) 08:35:33.23 ID:23/7dWy/.net] Rust 293 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 19:06:19.84 ID:f/pmyPVx.net] >>281 >Exploratory programming プロトタイプ作って試行錯誤、って話ならHaskellが一番使いやすいと思う 小規模のものなら、再発明が面倒になってHaskellのプロトタイプを改善してそれでよしとする未来まで見える 遅延評価絡みでオーダーのトラップがあるのが難点だけどな 294 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 14:21:39.72 ID:XBWH8SeE.net] ゲームしつつ片手前にドキュメントを眺める・・・Rust1時間目 let　ほほう型推論か・・・コンパイラで型推論は最近の流れ？ mut　ミュータブル・・・これつけないと定数ってことじゃろかよーわからん・・・ String::new()　あえてnewっていうメソッドにせんでも・・・とにかく静的らしい・・・ ほほう・・・ 295 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 15:07:47.36 ID:7uyPKRK3.net] Rustと言えばゲームだね！ 296 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 15:22:46.07 ID:XBWH8SeE.net] 2時間目・・・ エラーハンドリングの仕方がちょっと特殊だな・・・例外だらけの汚いコードにはならないのだろうか・・・ loopとはわかりやすいキーワードだ・・・もしかしてrustはとりあえず全部無限ループさせるのか？なわけないよな・・・ matchとはなんぞ・・・これはとても便利そうだ・・・ parse()って何に？letに型指定すればそれにってことだろうか？parseIntとかじゃなくてシンプルだな・・・ ふむふむ・・・ 297 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:06:44.87 ID:/IZ7nDq3.net] チラ裏 298 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:53:57.45 ID:5OhI584z.net] むしろTwitter、なぜここでツィートしてるのかは不明 コテつけといて、NG入れるから 299 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:03:44.12 ID:XBWH8SeE.net] 触らなければよかったのに触っちゃったね よーし今日から荒らしていくからよろしくｗｗｗｗｗｗｗ 300 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:04:54.12 ID:XBWH8SeE.net] まぁこんなゴミ言語よりはGoのほうがよいわな こんなん使うのはSwiftしか使えない池沼だけ 301 名前：デフォルトの名無しさん [2017/01/11(水) 19:06:19.76 ID:AM+tjFEn.net] 歌舞伎座.tech#13「Elixir 勉強会」 2017/01/11(水) 開場:18:57 開演:19:00　　ニコニコ生放送 lv286846512 302 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 19:07:09.79 ID:XBWH8SeE.net] ふぁーーーｗｗｗ 見に行くしかないｗｗｗ

---

---

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

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