コードの改善を確認

Question

私はちょうどかなり大きなシステムの書き直しを行ってきました。私は改良されたコードの領域を見つけて特定するよう求められました。私たちが費やした努力は価値があったと顧客に正当化する方法として。分野を特定することは本当に困難な部分ではありませんが、私はこの情報を最もうまく提示する方法には苦労しています。これに関する提案や、過去に何か似たようなことをした人がいれば感謝します。

Answer 1

それは顧客によって異なります。顧客は技術的に志向していますか？それらは内部か外部か？彼らはどれくらい詳細を望んでいますか？書き直しを依頼されましたか、そうであれば誰が、どんな理由でですか？

Answer 2

は実際には、これはあなたのtechnical debtの減少です。通常、このような努力から得られるメリットはすべてここでも適用されます。いくつかの効果は将来を見据えたものになるでしょう。例：

• より良い、より明確なAPIの結果として欠陥率が減少しました。
• インターフェイスのテストが容易で、統合ポイントが少なくて済むため、開発時間が短縮され（低コスト）
• 古いコードを維持するのが簡単になりました。これは、依存するレイヤーがより洗練され、ひどいことから解放されるためです。

それらのいくつかは、しかし、すぐに次のようになります。

• より速くより少ない嫌なものがありますので、構築します。
• これらの領域の単体テストが難しかったため、生産まで見つからなかったバグを特定しました。
• 層の分離と懸念が改善されています。

これらの種類の利点が適用される程度は、もちろんプロジェクトとそのコードベースによって異なります。

Answer 3

技術者以外の方のために、私はバーチャートとパイチャートをお勧めします。テクニカルではない人々が大きなカラフルなチャートのような複雑なテーマを理解するのに役立つものはありません。