Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Rustちょっと触ってみた
Search
Hiroaki Osawa
January 17, 2020
Programming
310
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Rustちょっと触ってみた
Hiroaki Osawa
January 17, 2020
More Decks by Hiroaki Osawa
See All by Hiroaki Osawa
健康保険証がなくなるらしい!?
qwyng
0
1.1k
My Gems for AtCoder
qwyng
0
86
Benefits of contributing to OSS
qwyng
0
530
Elixirとパターンマッチ
qwyng
0
540
Other Decks in Programming
See All in Programming
Lean は証明の正しさを確認するためだけのツールって思ってませんか?
inoueasei
1
150
「人を評価する AI」の設計と実装
ryoyanara
0
180
わからない話を追いかけたら、プログラミング言語を作る側にいた
ydah
3
480
進化を続けるGo toolsの現在地 / The Current State of Ever-Evolving Go Tools
hond0413
0
160
人間の目はかわらない、だからJPEGは30年もつ
yuzneri
12
18k
ソフトウェア設計に溶けるインフラ ― AWS CDK のインフラ認識論
konokenj
3
770
数百円から始めるRuby電子工作
tarosay
0
140
JAWS-UG横浜 #102 AWSサ終供養LT会 成仏できない AWS サービスたち 〜本日、三体供養します〜
maroon1st
0
340
AWS CDK を「作」ってみた 〜フルスクラッチで見えた CDK の裏側〜 / aws-cdk-from-scratch
gotok365
3
2.8k
【やさしく解説 設計編・中級 #4】ルールの寿命と、システムの年輪
panda728
PRO
2
180
Japan Community Day at Kubecon + CloudNativeCon Japan 2026: Learning Container Privilege Control by Building My Own Low-Level Container Runtime
ternbusty
1
150
生成AI導入の「期待外れ」を乗り越える ー 開発フロー改革が目指す、真の組織変革
starfish719
0
4.1k
Featured
See All Featured
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.7k
Docker and Python
trallard
47
4.1k
Kristin Tynski - Automating Marketing Tasks With AI
techseoconnect
PRO
0
440
Odyssey Design
rkendrick25
PRO
2
750
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Ruling the World: When Life Gets Gamed
codingconduct
0
290
WCS-LA-2024
lcolladotor
0
790
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
10k
The SEO identity crisis: Don't let AI make you average
varn
0
530
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
4.3k
Facilitating Awesome Meetings
lara
57
7.1k
Transcript
Rust ちょっと触ってみた @Hiroaki Osawa
年末休みに Rust 書いてました https://github.com/QWYNG/github-issue
今⽇話すこと Rust つまづきポイント Rust のよかったところ まとめ
Rust つまづきポイント そもそもコンパイラ通すのが⼤変
所有権 変数の束縛には所有権をもたせるという特性がある。 let v = vec![1, 2, 3]; let v2
= v; println!("v[0] is: {}", v[0]); 所有権が v2 に移⾏しているためヒープ上の 1, 2, 3 という実データに対して v も v2 も参照し ている状態は Rust 的に OUT
⽂字列型の種類が複数 いわゆる⽂字列には、メモリ⻑が決定されている組み込みの str と、メモリ⻑が固定さ れていない標準ライブラリにある String 型がある。 String 型はヒープ(スレッド間で共有できるメモリ領域)に格納可変。 str
の実データは作成⽅法によって異なる。 実際にコード内で "string" のように書くと静的領域に実データのある &str 型になるので Github からのレスポンスを String として扱う時に⾊々変換しなくてはならない。
Rust のよかったところ
パターンマッチ 最⾼ of 最⾼
Result 型と Option 型 多くの関数がこの 2 つのうちどちらかを返すことが多い。 Option は None
もしくは Some(値)を返すという型。 None は null のようなもの。 返り値書くときには Some(1) や None という書き⽅をする。 Result 例えば run みたいな関数があったとして pub fn run(args: Vec<String>) -> Result<i32, Box<dyn Error>> ようにエラーを返すかもしれないことを明記できる型。 返り値書くときには Ok(1) や Err(ParseError) という書き⽅をする。 これらの型で返された値を実際の値として扱うには unwrap() をするか、 process(args)? のように末尾に ? 演算⼦をつけて例外や None が出たら関数全体としてエ ラーや None を返すということを明⽰する必要がある。
Result 型と Option 型 コードを読む側、使う側として この 2 つの型はとても便利。 エラーを?でキャッチできるしこの関数にエラー処理が任されているんだなというの がひと⽬で分かる。
慣れると余計なエラーや null の処理挟まなくて良くなるので便利そう。
クロスコンパイル 最終的に機械語になって⼈に配布できるというのが Ruby から⼊るとかなり画期的。 タグ付けしたら GithubAction で複数 OS に対してバイナリをビルドして zip
にして リリースできる。
cargo Elixir と同じで、ドキュメント⽣成やテストが⾔語に組み込まれているのもモダンな⾔語感が あってよかった。リンターもしっかり搭載。
ビルド通ったときの安⼼感 Rust でビルドできるということはメモリを贅沢につかってこそすれ危険に利⽤してない ことの証明 常にメモリのことを考えたコードが強制される
俺は今 Rust というかっこいい⾔語で開発しているという謎の興奮 これが 9 割
まとめ Rust 本当になにもわからん。でも実践 Rust ⼊⾨は良書です。