メモ

• 早期に失敗し、高速に失敗し、頻繁に失敗せよ

• たくさんの目があれば、プロジェクトは意味があり順調に保たれる

• ソフトウェアは個人はなく、チームによって書かれる

• ソフトウェアエンジニアリングとはチームによる取り組み

• 共同作業の理想郷に達するための三本柱

  • 謙虚
  • 尊敬
  • 信頼

• 失敗は選択肢の一つである 時々失敗することがなかったとすれば、十分に革新的ではないか、十分にリスクをとってないかのどちらかである

• 全か無かの専門知識

• 万人のために開発するな。万人とともに開発せよ

• 公正であるとの思い込みを捨てろ。システム全体で公正さを計測せよ

• ポストモーテム(事後検証3) インシデントを繰り返さないためのプロセス

• 小さな変更 200行以内

• 可能な場合は自動化、静的解析の自動化は最も重要な改善だった

• 設計レビューに相当な時間を費やす

• コード、ドキュメントにはオーナーがいるべき、オーナーが欠くと鮮度が失い、保守が困難になる　

• ドキュメンテーションはコードと密結合しているためできるだけコードとして扱うべきWRITE THE DOCS

• ドキュメントに鮮度日付を付加する。

• テストの比率

  • ユニットテスト:80%
  • インテグレーションテスト:15%
  • E2Eテスト:5%

• Beyonceルール