MVPで取ってよい近道はどれか

技術的負債は事故ではなく決定

速く出すとは、意図的に何かを未完成のまま残すことです。技能は、どの未完成が安いままで、どれが複利で膨らむかを見分けることにあります。

たいてい安全

• キャッシュ層を置かない。実際に遅いクエリが出てから足す。
• 裏方の手作業。少量ならスクリプトを人が回すので十分です。
• 境界を切らずに一つの大きなモジュールにする。後から分けるのは機械的な作業です。
• 管理ツールは最小限。初期はデータベースへの直接アクセスと注意深さで足ります。

これらには共通点があります。後で直すコストが、今直すコストとほぼ同じであることです。

めったに安全でない

• 認証と認可に触れるもの。 全員が全部見られる前提のコードベースに後からアクセス制御を組み込むのは、書き直しに近い作業です。
• 移行できないデータ。 各レコードに明確な識別子がないスキーマは、実データが入った途端に非常に高くつきます。
• 監査証跡のない金銭処理。 いつ、なぜ、いくら請求したかの復元は、後から足せる類のものではありません。
• バックアップなし。 これは負債ではありません。引当のない債務です。

誠実さを保つ規律

近道を取ったその場で書き残すこと。返済の引き金となる条件も添えて。ユーザー千人時点で、最初の法人顧客の前に、このクエリが閾値を超えたら。記録されない負債は、半年後には単なる見落としと区別がつかず、その場にいなかった人々によって設計判断として擁護されます。