코드 식별 개선

Question

꽤 중요한 시스템 재 작성을 통해 개선 된 코드 영역을 찾아 식별하도록 요청 받았습니다. 고객에게 우리가 소비 한 노력이 가치 있다는 것을 정당화하는 방법입니다. 영역을 확인하는 것은 어려운 부분은 아니지만이 정보를 가장 잘 표현하는 방법에 어려움을 겪고 있습니다. 이것에 대한 제안이나 과거에 비슷한 일을 한 사람이라면 감사하겠습니다.

Answer 1

고객에 따라 다릅니다. 고객이 기술적으로 궁금하십니까? 내부 또는 외부입니까? 얼마나 자세하게 그들이 원하는가요? 다시 쓸 것을 요청 받았습니까? 그렇다면 누구에 의해 그리고 어떤 이유로?

Answer 2

사실상이 수치는 귀하의 technical debt의 감소량입니다. 그런 종류의 노력으로 평상시에 얻게 될 모든 이점도 여기에 적용됩니다. 그 중 일부는 미래 지향적 인 효과가 있습니다. 예 :

• 더 좋고 명확한 API의 결과로 결함 비율이 감소했습니다.
• 인터페이스가 테스트하기 쉽고 통합 지점 수가 적기 때문에 개발 시간이 단축되고 비용이 절감됩니다.
• 오래된 코드를 유지하기가 쉽습니다. 레이어가 의존하고있는 레이어가 이제는 더 깨끗 해지고 거칠기가 없어 졌기 때문입니다.

그들 중 일부는하지만, 즉시있을 것입니다 :

• 빠른 적은 cruft에가 있기 때문에 구축 할 수 있습니다.
• 단위 테스트가 너무 어려웠으므로 프로덕션 전까지 발견되지 않은 버그를 식별합니다.
• 더 나은 층 분리와 우려.

이러한 종류의 혜택이 적용되는 정도는 물론 프로젝트와 코드베이스에 따라 다릅니다.

Answer 3

비전문가를위한 바 및 원형 차트를 제안합니다. 비 기술적 인 사람들이 큰 다채로운 차트와 같은 복잡한 주제를 파악하는 데는 도움이되지 않습니다.