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
契約による設計の「契約」とは何を指しているか
Search
natacon
April 19, 2023
Programming
0
430
契約による設計の「契約」とは何を指しているか
natacon
April 19, 2023
Tweet
Share
More Decks by natacon
See All by natacon
"個"の集まりに"チームというフィクション"をデザインしてみた ― 認知とつながりが変わると、アウトカムの捉え方も変わる ―
natacon
0
82
Backend LT フェーズ変化、プロダクトの成長に伴う技術的変遷
natacon
0
150
課題解決ではなく、価値創造を求めるVoicyの開発チームの組織設計と立ち上げの勘所
natacon
5
1.6k
DDDにどう立ち向かう?リファクタリングのあれこれ
natacon
1
1.1k
DDD導入にどう立ち向かう? 開発現場への適用方法あれこれ②
natacon
1
460
DDD導入にどう立ち向かう? 開発現場への適用方法あれこれ①
natacon
1
360
Other Decks in Programming
See All in Programming
フロントエンドのmonorepo化と責務分離のリアーキテクト
kajitack
2
140
UbieのAIパートナーを支えるコンテキストエンジニアリング実践
syucream
2
750
The State of Fluid (2025)
s2b
0
200
Claude Codeで実装以外の開発フロー、どこまで自動化できるか?失敗と成功
ndadayo
2
1.6k
学習を成果に繋げるための個人開発の考え方 〜 「学習のための個人開発」のすすめ / personal project for leaning
panda_program
1
110
KessokuでDIでもgoroutineを活用する / Go Connect #6
mazrean
0
120
個人軟體時代
ethanhuang13
0
110
レガシープロジェクトで最大限AIの恩恵を受けられるようClaude Codeを利用する
tk1351
3
1.4k
TROCCO×dbtで実現する人にもAIにもやさしいデータ基盤
nealle
0
340
LLMOpsのパフォーマンスを支える技術と現場で実践した改善
po3rin
8
990
[FEConf 2025] 모노레포 절망편, 14개 레포로 부활하기까지 걸린 1년
mmmaxkim
0
1.2k
Introduction to Git & GitHub
latte72
0
120
Featured
See All Featured
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.5k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
30
9.6k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Writing Fast Ruby
sferik
628
62k
Scaling GitHub
holman
462
140k
A better future with KSS
kneath
239
17k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
How STYLIGHT went responsive
nonsquared
100
5.7k
Side Projects
sachag
455
43k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
Transcript
契約による設計の「契約」とは 何を指しているか 2023/04/18 株式会社Voicy 灘脇裕一 (@natacoon) Voicy Tech Bar
自己紹介 灘脇 裕一 Backend Engineer 機能開発チームリーダー スクラムマスター 2012.04 - HRTech
2020.07 - Voicy 本日はよろしくお願いします! @natacoon 好きなモノ: 服とねことスプラトゥーン 株式会社Voicy
本日のアジェンダ 事前条件と事後条件の関係 1 2 契約による設計とは?
契約による設計とは?
契約による設計とは?
契約による設計とは? Wikiより 「契約による設計」(DbC)における 中心的な概念は、クライアントとサプ ライヤの契約 (contract) である。
契約による設計とは? キーワード - 事前条件(preconditions) - 事後条件(postconditions) - 不変条件(class invariant)
契約による設計とは? 今日の焦点 - 事前条件(preconditions) - 事後条件(postconditions) - 不変条件(class invariant)
契約による設計とは? 事前条件 関数の引数が適切であることを保証し、バグや予期しない動作を未然に防ぐため に、関数が呼び出される前に守らないといけない条件のこと。
契約による設計とは? 事前条件 大抵の場合、関数の最初で引数の値を検 証する。 コンストラクタ(またはそれに該当する もの)で検証することが多い。 条件に違反する場合はエラーを返す。
契約による設計とは? 事前条件 恩恵として - 入力の不備による正しくないインスタンスが出来上がってしまうことを未 然に防ぐことができる。 - ドメイン上で定義される正しい状態のインスタンスのみを作れることを保 証できる。
契約による設計とは? 事後条件 関数やクラスが呼び出された後に満たすべき状態を指定し、使われる側が、使う側 に対してこれだけは必ず守りますよということを示します。
契約による設計とは? 事後条件 関数やクラスを抜けるときに、返却値に 対して守られていなければならない状態 を確認する。 条件に違反する場合はエラーを返す。
事前条件と事後条件の関係
事前条件と事後条件の関係 雑に言うと 「呼び出し側が事前条件を満たしてくれるなら、事後条件を満たす状態を実現するこ とを約束するよ」 ということ
事前条件と事後条件の関係 なんらかのやりとりにおいて事前条件と事後条件を定義するということそのものに対 して「契約」という言葉を使っている 置き換えてイメージすると、顧客と提供者の関係において「こういうようにしてくれ るなら、こうするよ」ってことを約束(契約)する感じ。 Client Supplier 事前条件を守る 事後条件を守る
事前条件と事後条件の関係 なんらかのやりとりにおいて事前条件と事後条件を定義するということそのものに対 して「契約」という言葉を使っている 置き換えてイメージすると、顧客と提供者の関係において「こういうようにしてくれ るなら、こうするよ」ってことを約束(契約)する感じ。 Client Supplier 事前条件を守る 事後条件を守る 約束してる(契約してる)
まとめ - 使う側と使われる側での取り決めに対して「契約」という言葉を使っている - 契約を守れないなら、Fail Fastしよう - 事後条件が守られるのは事前条件が満たされているという前提に立っている - 事前条件が守られていなければ事後条件は守られず、表明(検証)する意
味がなくなってしまうため、その場合は関数やクラスの事前条件とセット で見直しましょう
お知らせ Meetyでカジュアル面談をやってます! 転職関係ない話もウェルカムなのでお話しましょう
お知らせ VoicyでエンジニアのVoicyのエンジニアメンバーが テックニュースや日々の活動をお届けしています! 私は水曜日に配信しています💡