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
540
Elixirとパターンマッチ
qwyng
0
540
Other Decks in Programming
See All in Programming
Claude Code全社展開のためにやったことn選~プラグイン302個・コミッター271人を支えるために~
kenchan
5
1.8k
Hello, Hiroshima Geospatial Data! — Exploring DoboX with Python
ra0kley
0
110
業務時間外もAIに働いてもらう話
colorful12
2
8.7k
AWS Transform Customによる Spring Boot 2.xから4.xへのVerUp
satoshi256kbyte
2
110
<title><a id="</title>君はこのHTMLをパースできるか"></a></title> #雑LT_study
pizzacat83
0
180
AIと壁打ちしながら進めるコスト管理
fufuhu
2
1.8k
tsc.rip を支える技術 / Kyoto.なんか #8
susisu
0
3.8k
仕様駆動開発の消費期限
watany
20
9.1k
Gmail/Google DriveをトリガーにAIエージェントを動かそう! / Run AI agents with Gmail/Google Drive as triggers!
har1101
3
460
AIに既存システムを理解させる技術 ~レガシーを見捨てないハーネスエンジニアリング入門~
ochtum
0
170
Loosening the Reins: Go Generics Get More Flexible
kuro_kurorrr
0
350
freee が目指す データ マネジメント戦略 AI-Ready 時代を支える 攻めのガバナンスとは
freee
PRO
0
520
Featured
See All Featured
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.8k
How STYLIGHT went responsive
nonsquared
100
6.2k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
880
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
420
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
Designing Powerful Visuals for Engaging Learning
tmiket
1
510
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
290
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
500
Designing Experiences People Love
moore
143
24k
Writing Fast Ruby
sferik
630
63k
Raft: Consensus for Rubyists
vanstee
141
7.7k
Amusing Abliteration
ianozsvald
1
270
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 ⼊⾨は良書です。