例外設計における大罪 - 契約

Kubernetesでの性能解析 ～なんとなく遅いからの脱却～（Kubernetes Meetup Tokyo #33 発表資料）

[t-wada]

昨日の #java_ja 講演資料をアップロードしました

[FunnyBunnyDizzy]

和田さんって時点で見る前からブクマ/読んだ。そうそうそう！って思うんだけど、綺麗に抽象化されてるから伝わって欲しい人に伝わらなそうな印象。。

[mikage014]

なるほどなるほど／「ビジネス例外は準正常系」「はじめから「出来ていいことだけを出来るようにする」と考える」

[nilab]

例外設計における大罪 Jun 27, 2012 @ java-ja / 契約による設計 Design by Contract (DbC) / ルーチンは Retry or Organized Panic で例外を処理する / 技術的例外とビジネス例外を同じ例外階層構造に入れてはならない

[seiunsky]

良い話だった

[qsona]

読み直した

[nyop]

5年前のだけどいいエントリ。

[to4iki]

"例外は呼び出す側が契約条件を満たしたが呼び出された側が契約を履行できなかった時に投げるもの"

[sett-4]

例外設計における大罪

[yukieyashiro182]

エラー設計

[yuya_presto]

ifチェックしまくりの過剰防衛もアンチパターン。そこで事前条件でエラーが誰の責任かを明確にして複雑（冗長）さを減らす。

[igrep]

“技術的例外とビジネス例外がある。これらを同じ例外階層構造に入れてはならない• 技術的例外は貫通させてフレームワークに任せる。ビジネス例外は準正常系なので呼び出し側で対処する”

[bluerabbit]

例外的状況にだけ例外を使用する、例外は呼び出す側が契約条件を満たしたが呼び出された側が契約を履行できなかったときに投げるもの

[ir_takt]

普遍的な正解はない

[Dai_Kamijo]

流しのペアプロ業、午後は例外設計と Design by Contract についてのレクチャーを行った / 例外設計における大罪 — Takuto Wada (@t_wada) July 30, 2015 from Twitter https://twitter.com/Dai_Kamijo July 30, 2015 at 07:11PM via IFTTT

[zyxwv]

例外設計

[kawamurayuto]

❝Share SlideShare..❞

[crist18]

例外設計

[moguno]

Takuto Wada wrote: 若者が例外の設計に悩んでいたので Design by Contract おじさん業を執り行った http://t.co/L1qEAdyEqf

[nantan]

罪の大きさは別としてエンジニアに前科のない人間はいないだろうな

[kimutansk]

「例外は、呼び出す側が契約条件を満たしたが、呼び出された側が契約を履行できなかった時に投げるもの」はわかりやすい基準ですが、不正な引数をどうハンドリングするかは悩むところです

[hachiilcane]

あとで読む

[miio119]

#rubysapporo

[heignamerican]

契約

[zetamatta]

例外は使いどころが難しいので、なるべく throw しないようにしてる

[rsky]

よく過剰防衛してしまうので気をつける

[elf]

後で読む

[Chisei]

"名著を読もう！"

[sawat]

過剰防衛のところ、呼び出し側が契約を満たしてない場合はどうすればいいの? Assertion?

[katzchang]

いい話。

[PoohKid]

かつて例外処理をアプリ制御のために利用した大罪人が通りますよ／Javaの例外ほど使いにくいのは見たことない…

[youhey]

むずかしいなー

[gakkiy]

今回のjava-jaは青いレンガ本の実物を持ってきた和田さんの労力に脱帽したっ！