코드 백작 : 삭제 된 행을 포함 하시겠습니까?

Question

메트릭을 가져 오는 동안 삽입 된 (추가 된) 수정 된 코드 줄과 함께 삭제 된 코드 줄을 고려해야합니까? (코드의 일부 코드 줄을 지우도록 개정판을 말한 것)

Answer 1

이는 실제로 측정 항목이 표시하려고 시도하는 내용에 달려 있습니다.

개인적으로 나는 코드를 삭제 후 코드를 삭제 한 후에 항상 더 잘난 척하고 스스로 만족합니다. 그러나 "코드 라인"이 처음에는 특히 유용한 지표로 끝나는 것을 결코 발견하지 못했습니다. 그런 인물에게 당신이 중요성을 두는 것에주의하십시오.

Answer 2

LOC는 측정해야하는 코드의 품질과 거의 관련이 없습니다.

메신저가 링크 된 목록을 역순으로 변환하는 기능을 쓰려면 더 나은 해결책이 될 수 있을까요? 필자가 키보드에서 머리를 으 like 한 것처럼 읽는 하나의 라이너가 있지만 Perl, 당신을 쳐다 보거나 ... 모든 것을 분명하게 처리하기 위해 세부 사항에 몰래 들어가는 100 개의 라이너?

또는 어딘가에?

Answer 3

메트릭은 쉽게 gamed 수 있다는 것입니다으로 SLOC (코드의 소프트웨어 라인)를 사용의 문제 :

4 선하지만 ...

if(condition) 
{ 
    return 1; 
} 
else 
{ 
    return 2; 
} 

잘있어

if(condition){ 
    return 1; 
} 
return 2; 

, 그건 8 라인. 그렇다면 고용주 나 고객이 데이터로 무엇을하려고합니까? 얼마나 그들에게 정말로 그것을 말합니까? SLOC보다 더 많은 측정 항목이 있습니다.

Answer 4

예. 행 수가 중요하다고 생각하면 삭제 된 행의 수는 중요합니다.

하지만이 줄 수를 어떤 용도로 사용할지에 대한 질문이 필요합니다. 가장 큰 라인 카운트를 가진 사람이 가장 생산적이라고 말하지 않기를 바랍니다. 그건 사실이 아닙니다. 실제로 사람들이 커밋하는 줄 수에 대해 평가를 받는다는 것을 분명하게 알게되면 사람들은 커밋 수를 늘리기 위해 일을하도록 권장합니다.