リプレイスプロジェクトをやるときに毎回やっていることをブログに書いた
リプレイスの知見だ
”リプレイス時は、機能の棚卸しをして不要なものを現行システムから先に消そう”
リプレイス前に不要な機能を消すのは大正義だけど、その判断ができる奴がもういない罠
チェスタトンのフェンス 問題だ。余計な機能という判断ほど難しい。
実際にアクセス数とアクセスログから実際に到達するコードの集計、静的コード解析によるデッドコードの検出でガンガンコード削除したことがある 特に不都合は出なかった
引っ越しに似てる。要るか怪しい荷物は新居で捨てるより旧居で手放して回るか試す方が速い。移植前に現行から消すのは、不要の確証を取る検証そのもの
これこれ。本当に大事。今回超大規模リプレイスを半年かけて一人でやっているがこれデッドコード（コード上は使われているが機能として意味をなしていない）とか当時技術的負債で苦渋で実装したものとか棚卸しする
システムリプレイスを始める前に余計な機能を消す - モヒカン技術ブログ
リプレイスプロジェクトをやるときに毎回やっていることをブログに書いた
リプレイスの知見だ
”リプレイス時は、機能の棚卸しをして不要なものを現行システムから先に消そう”
リプレイス前に不要な機能を消すのは大正義だけど、その判断ができる奴がもういない罠
チェスタトンのフェンス 問題だ。余計な機能という判断ほど難しい。
実際にアクセス数とアクセスログから実際に到達するコードの集計、静的コード解析によるデッドコードの検出でガンガンコード削除したことがある 特に不都合は出なかった
引っ越しに似てる。要るか怪しい荷物は新居で捨てるより旧居で手放して回るか試す方が速い。移植前に現行から消すのは、不要の確証を取る検証そのもの
これこれ。本当に大事。今回超大規模リプレイスを半年かけて一人でやっているがこれデッドコード（コード上は使われているが機能として意味をなしていない）とか当時技術的負債で苦渋で実装したものとか棚卸しする