2009-09-23 2 views

답변

3

10 : 1에서 20 : 1 비율 (검토 시점까지)에 기초한 예상치는 분명 합리적입니다. 물론 실제 마일리지는 코드의 청결 함과 가독성에 따라 크게 다를 수 있습니다.

팀이 프로그래밍을 어느 정도 (반드시 풀 타임 일 필요는 없음) 연습하면 검토중인 코드에 대한 개발자의 지식이 향상되고 검토 시간이 단축됩니다.

3

을 검토이 팀에 '내부'사람에 의해 수행됩니다. 그 사람이 화면에서 기능적으로 무슨 일이 일어나고 있는지를 알고 있기 때문에 검토는 거의 쉽지 않습니다. 그래서 40 시간 개발은 2 ~ 3 시간의 검토를 필요로합니다.

검토가 팀에 '외부'사람이 수행하는 경우. 그/그녀는 40 시간 개발을 위해 하루 정도 소요될 수 있습니다. 검토는해야 할 코드 검토 사례를 가정 등보고 기준보다

HTH

+0

코드 검사를위한 외부 리소스가 궁극적으로 내부 리소스 (코드베이스 학습)와 마찬가지로 효과적이라고 상상할 수 있습니까? 또는 일부 코드가 검토해야 할 때마다 일반적으로 외부 리소스가 다른 사람입니까? – resolveaswontfix

+0

외부 사람이 매번 다를 수도 있고 동일 할 수도 있습니다. 대형 컨설팅 회사에서 고객에게 코드를 제공 할 때. 내부, 외부에서 발생해야하는 두 가지 검토가 있습니다. 내부 팀 구성원입니다. 외부는 코드를 검토 할 수있는/능력있는 기술 개인 일 수 있습니다. 기회는 외부가 항상 다른 사람이라는 것입니다! –

0

을 논리를 이해하는 시간을 많이하는 걸릴 것이기 때문에 각 체크인 다른 개발자에 의해 검토가 당 아마 주위 2~5분입니다 시간의 코드 개발. 그것은 물론 실제적인 대략적인 견적입니다.

4

저는 여러분이 실제로 그렇게 할 수 있다고 생각하지 않습니다. 개발자 시간의 1 시간은 실제 작성된 코드의 양과 거의 같습니다. 때로는 특정 메소드 호출을 위해 한 줄을 얻으려면 한 시간 (예 :)의 연구가 필요할 수도있는 어려운 문제가 있습니다.

가끔씩 짧은 시간에 많은 리뷰를 생성 할 수있는 많은 양의 복사/붙여 넣기 유형 코드로 몸부림 치고있을 수도 있습니다.

대신 화면이 얼마나 큰지, 로직이 얼마나 복잡한지를 살펴본 다음 코드 검토 시간을 계산 해보는 것이 좋습니다.

또는 전체 프로젝트 예산의 5 %를 검토하도록합시다. 실제로는 무언가를 실제로 구축하는 데 할당 된 시간 수를 기반으로하지는 않습니다.

2

2 시간 후에 일주일의 작업을 검토 할 수 있습니다. (하나 개의 프로그래머) 내 개인적인 경험에서

0

는 시간을 코딩에 비해 코드 리뷰, 변수와 같은 많은 요인에 따라 달라집니다

  • 코더 개발 경험 문제의
  • 복잡성
  • Coder 및 Reviewer의 프로젝트에 대한 지식. 프로젝트 코드에서 솔루션의
  • 원하는 품질 그것은 코더 시간의 10 %에서 최악의 경우 250 %의 범위 수
  • 기타 자세한 사항

을 검토했다.

관련 문제