同期エンジンの心臓部を書き換える
Dropboxの事例
>ジョエル・スポルスキ氏は、コードを一から書き換えることは「ソフトウェア開発会社が犯す可能性のある最悪の戦略的ミスの 1 つ」
なぜ書き換えるのか？
書き換えチェックリスト
3-1. 段階的な改善のために手を尽くしたか？
>変数の名前の変更や絡み合ったモジュールのもつれの解消は、すべて段階的に行うことができます。
3-2. 書き換えを成功させることができるか？
3-3. 方向性を把握できているか？
>なぜ 2 度目のほうが良いのか？
>コードを1から書き換えることは「ソフトウェア開発会社が犯す可能性のある最悪の戦略的ミスの1つ」。あえて踏み出すための「書き換えチェックリスト」が本当に良い。覚悟と体力なしにリライトすると高確率で頓挫する
"Engineer's way of creating knowledge" the English version of my book is now available on [Engineer's way of creating knowledge]
(C)NISHIO Hirokazu / Converted from [Scrapbox] at [Edit]