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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Ryosuke Kamesawa
September 30, 2020
Programming
78
0
Share
なぜRustか?
なぜRustを使うのか、他の言語と何が違うのかなどについて話します。
Ryosuke Kamesawa
September 30, 2020
More Decks by Ryosuke Kamesawa
See All by Ryosuke Kamesawa
推論エンジンMAXの紹介
emakryo
1
610
ニューラルネットワークの量子化手法の紹介
emakryo
3
3.7k
MediaPipeの紹介
emakryo
0
110
Customizing Cargo for Cross Compiling
emakryo
0
47
Feature Store in DRIVE CHART
emakryo
0
84
Feature StoreをRustで実装した話
emakryo
0
58
rustdef: Rust on Jupyter Notebook
emakryo
0
65
Cargo-makeを使ってみた
emakryo
0
560
Machine Learning on Graph Data @ICML2019
emakryo
0
64
Other Decks in Programming
See All in Programming
~ 秘伝のタレ化した『神スプシ』と戦う ~ 関数型パラダイムで壊れない仕組みへ
h0r15h0
1
120
inferと仲良くなる10分間
ryokatsuse
1
150
決定論 vs 確率論:Gemini 3 FlashとTF-IDFを組み合わせた「法規判定エンジン」の構築
shukob
0
170
いつか誰かが、と思っていた フロントエンド刷新5年間の実践知
kiichisugihara
1
290
RailsTokyo 2026#4: AI様があれば、 Hotwireの弱点は消えるか?
naofumi
4
500
AI駆動開発で崩れていくコードベースを立て直す
kyoko_nr_nr
0
130
Modding RubyKaigi for Myself
yui_knk
0
370
新規プロダクトを高速で生み出すハーネスエンジニアリング
seanchas116
3
230
エラー処理の温故知新 / history of error handling technic
ryotanakaya
7
1.9k
Agent Skills を社内で育てる仕組み作り
jackchuka
1
2.2k
Spec-Driven Development with AI-Agents: From High-Level Requirements to Working Software
antonarhipov
2
250
AgentCore Optimizationを始めよう!
licux
3
260
Featured
See All Featured
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
9.9k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.2k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.5k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
0
230
The Cost Of JavaScript in 2023
addyosmani
55
9.9k
Designing Powerful Visuals for Engaging Learning
tmiket
1
370
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
170
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.2k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.6k
Building the Perfect Custom Keyboard
takai
2
770
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
450
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
300
Transcript
なぜ か? 技術開発部
亀澤諒亮(かめさわりょうすけ) 技術開発部 のエッジ 歴 年ぐらい、業務で使い始めて 年 最近作ったもの 上で を実行 自己紹介
🤔
日本語で本が出た がスポンサー で「最も愛されている言語」に が の が公開 が から へ 大手企業での採用事例
最近よく聞くような・・・ [1] https://aws.amazon.com/jp/blogs/opensource/aws-sponsorship-of-the-rust-project/ [2] https://insights.stackoverflow.com/survey/2020#technology-most-loved-dreaded-and-wanted-languages-loved [3] https://blogs.windows.com/windowsdeveloper/2020/04/30/rust-winrt-public-preview/ [4] https://github.com/denoland/deno/issues/205
でもなんで?
速さ 安全さ モダンさ が好まれる理由 「最も愛されている」(使い続けたい)言語ランキング上位 https://insights.stackoverflow.com/survey/2020#technology-most-loved-dreaded-and-wanted-languages-loved
とにかく速い 速さ https://benchmarksgame-team.pages.debian.net/benchmarksgame/which-programs-are-fastest.html
のセキュリティバグの がメモリの安全性に起因 うち が解放済みメモリの参照によるもの メモリ安全性やスレッド安全性が コンパイラによって担保 で見られる次のような問題は起きない 未初期化メモリ、解放済みメモリの参照 ぶら下がりポインタ メモリの二重解放
スレッド間でのデータ競合 安全さ
関数型言語に由来する機能 パターンマッチ 代数的データ型 型推論 によるポリモーフィズム 非同期プログラミング イテレーター、無名関数 標準のビルドツールとパッケージマネージャー モダンさ
どこから始める?
書籍 「実践 入門 言語仕様から開発手法まで 」(自転車本) 「実践 プログラミング入門」(歯車本) サイト 本家 日本語訳
でもなんか難しそう…
所有権 借用(参照ルール) ライフタイム 他のメジャーな言語にない概念なので最初は難しく感じて当たり前 速さと安全性の両立に必要 速さ ガベージコレクタがない 安全性 手動でのメモリ管理をさせない 慣れると難しくはない
逆に他言語にも欲しくなる に特徴的な概念
所有権
変数と値と束縛 所有権 "value" variable 変数 値 束縛 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=ee469b60af86158f3b6b7f5d61e6958f
「あとで使うから取っておこう」 所有権 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=77393648f189b058f2848df31c444199
🤔 所有権
所有権 "value" variable
所有権 "value" variable new_var
所有権 "value" variable new_var
所有権「常に値に対して束縛する変数は1つ」 所有権 "value" variable new_var
これは 所有権 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=15cd88d989ac1a54a79cfaeba17df69d
所有権 "value" variable new_var "value" .clone()
関数の引数にした場合、その関数内に所有権が渡る (明示的に返り値にしないと戻らない) 所有権 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=e4abc5375f76fe804d8b1d02d394ade9
所有権「値に対して束縛する変数は1つ」 なぜこのルールが必要なのか? 「デストラクタが呼ばれる(メモリが解放される)ことを保証するため」 ガベコレがないので変数がスコープを外れると自動的に破棄される 複数の束縛があると破棄できるかどうかの判断が難しい でもこれだと流石に不便なのでは??? 参照(借用) 所有権 * 参照カウンタの仕組みもあるが、実行時にオーバーヘッドが生じる
参照とそのルール
束縛と参照 参照 と借用 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=c56768c9c70f5d8d0791d16adf64c05f "value" variable 束縛 reference 参照
参照を引数にとる関数はその値(の所有権)を「借用」する → 借用なので呼び出し元に返される! 参照 と借用 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=039f960ab7728f367ae3de18d085074b
デフォルトで不変、可変にするにはmut キーワードが必要 可変 と不変
参照でも区別される 可変 と不変 https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=2949d369ff998b4c038a03a41d28b1a6
不変参照は複数同時にとることができる 可変 と不変 "value" variable reference borrow()
可変参照は不変参照を含めて同時に1つしか取得できない 参照ルール(1) "value" variable reference mutate()
参照する値は有効でなければならない(どこかに束縛がないといけない) 参照ルール(2) https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=dd4ea8f4c7203c6b1b1cd72a9ac9c1a0 "value" reference
なぜ必要?? 可変参照は不変参照を含めて同時に1つしか取得できない 参照を取得した時点から値が意図せず変更されるのを防ぐため マルチスレッドによるデータ競合を防ぐため 参照する値はどこかに束縛がなければならない 所有権により「束縛がない」=「メモリ上に存在しない」 いずれも不正、もしくは意図しないメモリ操作を検出することが目的 参照ルール
学び方
の概念に慣れるのには時間が必要 最初は書いてすぐ動くことは稀 コンパイルエラーはプログラムが安全でないことのメッセージ 型の不一致 参照ルール ライフタイム制約 コンパイラは賢い 代表的なエラーは修正方法まで提案してくれる コンパイラに従うだけで安全なプログラムになる コンパイラとの「対話」で
は習得できる コンパイラと「対話」しよう
話題の言語 速さ 安全さ モダンさ 日本語 特徴的な概念 所有権 参照ルール まとめ
文章 画像等の内容の無断転載及び複製等の行為はご遠慮ください。