Filtering cosmetic changes

[chanjin]

실험 결과에서 인터페이스 클래스 (Sub class가 하나 이상의 메소드를 오버라이딩하고 있는 클래스)의 변경량이 일반 클래스의 변경량보다 크게 나옴
Cosmetic Changes (코멘트 추가 변경)가 이에 영향을 주고 있는 것으로 파악
DiifJ 도구를 통해 이러한 변경을 제거할 수 있음

./gitsrc/hadoop/1/hadoop-common-2.6.0.jar
Since - 2011-08-26T04:40:51.000+09:00, until - 2014-11-14T06:02:55.000+09:00 : P38M months
title #c times times/c amount amount/c amount/t mtimes/c mamount/c
All classes 286 2039 7.1 55480 194.0 27.2 0.7 19.3
Interfaces 49 432 8.8 12204 249.1 28.3 0.6 16.0
Implementations 60 461 7.7 11654 194.2 25.3 1.1 37.6
Interfaces Actual 12 40 3.3 491 40.9 12.3 0.2 1.7

./gitsrc/junit/1/junit-4.12.jar
Since - 2000-12-03T23:36:14.000+09:00, until - 2014-12-05T01:13:56.000+09:00 : P168M months
title #c times times/c amount amount/c amount/t mtimes/c mamount/c
All classes 155 1903 12.3 52830 340.8 27.8 0.2 5.7
Interfaces 30 475 15.8 13418 447.3 28.2 0.3 7.0
Implementations 55 885 16.1 24639 448.0 27.8 0.3 7.3
Interfaces Actual 26 161 6.2 1787 68.7 11.1 0.2 2.0

[swinsider]

실제 변경이 되는 부분이 무엇인지 좀더 상세하게 살펴볼 필요가 있음(설계에 영향을 주는 부분인지, 아닌지... 즉, 단순 변경인지 아니면 파급효과를 가진 변경인지... ) => 이상적으로는 자동으로 change reasons 를 분류할 수 있으면 좋을 것 같음.(쉽지 않은 문제)