23.2~4

• TAP(Test Automation Platform)
• Google Takeout(データバックアップ・ダウンロードプロダクト) の CI 事例

• モノリポのおかげで、すべてのコード変更は TAP を通るようになっている
• 日々5万件以上の修正＋40億のテストケースを処理

• Stimulate team to be self-organized team
• Become scrum coach and facilitator
• Make team get rid of its own obstacles for scrum sprints
• Have team responsible for their objectives(ScM is not responsible for)

• Support team to have common identity and actions for goals
• Defend dev team when needed

• エンジニアリングの管理職として、職務要件を見合う能力を発揮する方法を説明
• (5章より)相変わらず「サーバントリーダー」として上位の集団を仕える
• チーム内の問題範囲は広まり、深度は（工学・技術的に）浅く。問題自体は更に抽象的になる →チーム員だった頃貯めた専門知識より、一般的 技術場面での直感、チーム全体の方向性を悩むべき

真に優れたリーダーにスケールアップできるために
1. いつでも決定せよ
2. いつでも立ち去れ

• Docker で実行中のコンテナーのリストを取得: docker ps
  • 既に中断された docker も見せる: docker ps -a
• Docker 実行・停止: docker run <イメージ名> / docker stop <イメージ名>
• コンテナーを削除: docker rm <イメージ名>
• ローカルに残ってるイメージリスト: docker images
• ローカルのイメージ自体を削除: docker rmi <イメージ名>

• DI Helper for swift
  • Xcode Source Editor Extension
  • Mac App Store にある「コード自動生成ツール」 → ローカルの Xcode に設置するだけで依存性注入！

参考: https://github.com/kazuhiro4949/DIHelperForSwift

• 良いコードの判断が一気にできる場合も、そうでもない場合も存在する。
• 良いコードの第一基準とは：「可読性」
  • 読者が読みやすくて、「完全な理解」にかかる時間が短いコードこそいいコード
  • コード的に、オーバヘッドが発生しない方が良いコード
• 短いコード != 良いコード：コードを短縮しすぎて見づらくなることも絶対ある(括弧が重ねすぎなど)
• 良いコードの他の条件ともコンフリクトしない