アーキテクチャの進化戦略|漸進的改善とフルリライトの分岐点
全面書き直しと漸進的改善の分岐点を、Joel SpolskyとMartin Fowlerの主張から3つの問いに整理しました。構造を保つフィットネス関数と、判断で陥りやすい落とし穴もまとめています。
Tech Lead全面書き直しと漸進的改善の分岐点を、Joel SpolskyとMartin Fowlerの主張から3つの問いに整理しました。構造を保つフィットネス関数と、判断で陥りやすい落とし穴もまとめています。
Tech Lead技術選定を機能比較の点数勝負にしないために。運用の重さ、新しい技術に使える「予算」、選ばなかった案の理由、チームの採用状況の地図という4つの視点を、一次情報に沿って整理しました。
Tech Lead「動いているコードは触るな」と言われたとき、テックリードはどう答えるか。今の動きをテストで固定し、小さく分けて、日々の作業に埋め込む3つの手当てを整理します。
Tech Leadデプロイとリリースを分けて考えると、出す速さと安全さを両立しやすくなります。フィーチャーフラグの4分類、カナリアリリースの考え方、テックリードが先に決めておくルールをまとめました。
Tech Leadテストピラミッドを一次情報から整理し、チームへ導入する手順に組み直しました。棚卸しから始めて比率の丸暗記を避ける進め方をまとめています。
DevOpsInfrastructure as Code(IaC)は、インフラの構成をコードに書き、アプリと同じようにバージョン管理する考え方です。手作業との違い、宣言的な書き方、運用でつまずきやすい点をまとめました。
SRESREが言うトイルは「面倒な作業」ではなく、6つの性質で判定できる測定対象です。Google SRE本の定義と50%上限、減らす順番の考え方を一次情報から整理しました。
DevOps継続的デリバリーは変更を安全・迅速・持続可能に届けられる能力を指します。CIとの守備範囲の違い、デプロイパイプラインの役割、継続的デプロイメントとの区別を公式の定義から整理しました。
Tech Leadテックリードの見積もりは精度勝負ではなく不確実性を扱う技術です。マコネルの定義と不確実性のコーンを踏まえ、点ではなく幅で答える伝え方と、期限が動かないときの選択肢の示し方を整理しました。
SRESLO を決めた時点で自動的に決まる「落としてよい量」がエラーバジェット。Google SRE 本の定義と 30 日で 43 分という具体例、バーンレートで減り方を見るアラート設計までを整理しました。