古いアーキテクチャを新しく置き換える際にどういうフローがいいか。

[lightsound]

現場の ES201x とアーキテクチャの変遷と未来

フロントエンド激動の時代を経て、キャッチアップに苦しむ現場や、経年劣化に苦しむプロダクトなどが散見されるようになりました。 ここ10年のアーキテクチャの変遷を振り返り、次の世代に何を見定めるべきか明確にします。

• @mizchi

質問

古いアーキテクチャを新しく置き換える際にどういうフローがいいか。新しくプロジェクトを立ち上げたほうがいいか、型を地道につけていくほうがいいかなどあれば教えてください。

回答

それはプロジェクトと自分のポジションによる。 正直、スクラッチしたほうがいいが、古い画面とのUXを損なわないようにするのが大変。 それを許容できるかどうかはユーザーの回遊パターンを見たりして判断する必要がある。 スクラッチできない場合は、型をつけていって、1つ1つ地道に捨てていくしか無い。 古いコードを捨てるためには外から固めていく。 テストないからリファクタリングできないというのは結局は自分が悪いので、その負債をなくしていくのは気合しかない。