リプレイスプロジェクトをやるときに毎回やっている工夫をブログに書いた
リプレイスの知見だ
”リプレイス時は、機能の棚卸しをして不要なものを現行システムから先に消そう”
リプレイス前に不要な機能を消すのは大正義だけど、その判断ができる奴がもういない罠
チェスタトンのフェンス 問題だ。余計な機能という判断ほど難しい。
実際にアクセス数とアクセスログから実際に到達するコードの集計、静的コード解析によるデッドコードの検出でガンガンコード削除したことがある 特に不都合は出なかった
引っ越しに似てる。要るか怪しい荷物は新居で捨てるより旧居で手放して回るか試す方が速い。移植前に現行から消すのは、不要の確証を取る検証そのもの
これこれ。本当に大事。今回超大規模リプレイスを半年かけて一人でやっているがこれデッドコード（コード上は使われているが機能として意味をなしていない）とか当時技術的負債で苦渋で実装したものとか棚卸しする
これの大規模なやつをAppleはMacOSとかiOSでやってるよね(やり方は全然違うけど)。あれはなんか上手い気がする
ワイはこれ全力で削ってシステムリプレイスの話自体消すの好き
toBだとなー・・・
リプレイスは常日頃から本当に必要かを考え続ける重要さを体感するタイミングでもある。 不要なものをリリースしなければ削除する手間もいらない。
どんどん消して最終的にシステム移管だけでなく仕事やシステムオペレーターとなっていた契約社員の雇用自体を消したことある。やりすぎだった。
正しいけど本当にそんなことできる組織があるのか？という感じはする。
システムリプレイスを始める前に余計な機能を消す - モヒカン技術ブログ
リプレイスプロジェクトをやるときに毎回やっている工夫をブログに書いた
リプレイスの知見だ
”リプレイス時は、機能の棚卸しをして不要なものを現行システムから先に消そう”
リプレイス前に不要な機能を消すのは大正義だけど、その判断ができる奴がもういない罠
チェスタトンのフェンス 問題だ。余計な機能という判断ほど難しい。
実際にアクセス数とアクセスログから実際に到達するコードの集計、静的コード解析によるデッドコードの検出でガンガンコード削除したことがある 特に不都合は出なかった
引っ越しに似てる。要るか怪しい荷物は新居で捨てるより旧居で手放して回るか試す方が速い。移植前に現行から消すのは、不要の確証を取る検証そのもの
これこれ。本当に大事。今回超大規模リプレイスを半年かけて一人でやっているがこれデッドコード（コード上は使われているが機能として意味をなしていない）とか当時技術的負債で苦渋で実装したものとか棚卸しする
これの大規模なやつをAppleはMacOSとかiOSでやってるよね(やり方は全然違うけど)。あれはなんか上手い気がする
ワイはこれ全力で削ってシステムリプレイスの話自体消すの好き
toBだとなー・・・
リプレイスは常日頃から本当に必要かを考え続ける重要さを体感するタイミングでもある。 不要なものをリリースしなければ削除する手間もいらない。
どんどん消して最終的にシステム移管だけでなく仕事やシステムオペレーターとなっていた契約社員の雇用自体を消したことある。やりすぎだった。
正しいけど本当にそんなことできる組織があるのか？という感じはする。