コードレビューがほぼ無い職場に転職しました。LGTMだけのレビューや、見落としが多く品質に課題ある状態。文化として浸透させたいんですが、押し付けるのも違う気がして。 「こうしたら定着した」事例があれば教えてください。
早すぎ問題、私も何度も見ました。シードフェーズで分割すると、副作用として開発速度が確実に落ちます。 - サービス間通信のオーバーヘッド（認証・キャッシュ・トレーシング） - データ整合性を取り直すコスト - ローカル開発環境が一気に重くなる 「将来の拡張性」のために今を犠牲にするのは、今のフェーズで合うやり方ではないことが多いです。**モジュラーモノリス**で論理境界だけ綺麗に切っておけば、後で必要箇所だけ切り出すのは可能。私がCTOなら、シリーズB以降で組織が分割されないと意思決定の根拠にならない、と説明します。 CTOの説得材料が必要なら「論理境界 → 物理分割は組織が必要としてから」で擦り合わせるのがおすすめです。