サンプル本棚

メモ 8件

良い意思決定と良い結果は別物。正しく決めても負けることはあるし、雑に決めても勝つことはある。結果だけで判断の質を測ると、運を実力だと勘違いする。ここは何度も読み返したい。

メモ 10件

レビューで見るべきは、コードの正しさだけではなく、抽象度が揃っているか。1つの関数の中で、業務の言葉とバイト列の話が混ざっていたら、それは読み手に往復を強いている。

メモ 8件

テストコードも読まれる。何を確かめているかが1行目で分かるべきで、セットアップが長いテストは、対象の設計が複雑すぎるサイン。テストは設計へのフィードバックでもある。

メモ 1件

知識は資産で、放っておくと目減りする。だから定期的に積む。ポートフォリオという言い方が効いていて、一点張りにしないという意味も含んでいる。

メモ 0件

メモ 2件

チーム間の関わり方を「協働」「サービス提供」「支援」に分けて明示する。曖昧なまま隣のチームと接すると、毎回そこで調整コストが発生する。

メモ 1件

世界を2つに分けたくなる本能がある。でも実際の分布は連続していて、真ん中が一番厚い。印象で語る前に分布を見る、という習慣は仕事のデータにもそのまま使える。

メモ 0件

メモ 2件

大きな組織にとって、小さな市場は小さすぎて意思決定に乗らない。だから別の器でやる必要がある。組織の大きさが、選べる選択肢を制限する。

メモ 1件

メモは貯めるだけでは死蔵する。既存のメモとつないだ瞬間に、はじめて考えが動き出す。書くことは記録ではなく思考の手段だ、という主張がこの本の芯だと思う。

メモ 0件

メモ 1件

信頼性を「壊れないこと」ではなく「壊れても動き続けること」と定義し直す。障害は前提で、そのうえで許容できる劣化を設計する。言葉の置き換えだけで設計の姿勢が変わる。