2010-04-22 8 views
2

개발할 때, 나는 관련성이없는 경우에도 2 개 이상의 작업을 동시에 수행하는 것을 앞뒤로 건너 뛰고 싶습니다. 나는 내 마음을 매우 빨리 집중시킬 수 있기 때문에 "워밍업"시간은 나를 걱정하지 않는다. 두 가지 과제 사이를 오가는 이유는 내가 그런 식으로 문제를 더 빨리 해결할 수 있다는 사실을 종종 발견하기 때문입니다.관련없는 여러 작업 및 코드 리뷰 작업

이 단점은 동시에 두 가지 작업을 완료하게되고 결국 코드 검토가 나왔을 때 독자가 두 가지 아이디어를 검토 자에게 설명해야한다는 것입니다. 또한 한 번에 하나의 작업을 수행하는 것보다 리뷰를 요청할 때마다 리뷰어가 더 많은 코드를 확인해야합니다.

리뷰어가 더 쉽게 작업하면서 점프하는 것을 선호하도록 제안 해 주시겠습니까?

일부 옵션 내가 지금까지 생각했습니다은 다음과 같습니다

  1. 이 기능이 불완전한 경우에도 중간 체크인을합니다. (추적 코드)
  2. 코드를 독립적으로 제공 할 수 있도록 소스 파일이 명확하게 분리 된 작업을 수행하십시오.

답변

1

나의 제안 : 당신이하고있는 경우 등 코드의 두 개의 별도의 체크 아웃 된 복사본이 십오을 가지고

에 관계없이 당신이 그 (것)들을 분리 유지에서 당신의 머리에 얼마나 좋은

, 그것은 SCM의 몇 가지 장점을 훼손 이 : 당신은 하나의 체크인에서 두 가지 문제에 대한 수정 프로그램 (또는 새로운 기능)로 선택하면, 당신이하고 있습니다

  • 훨씬 더 열심히 문제 중 하나를 되돌리려면, 또는 예를 들어,하지 않고 다른 지점에 수정을 병합하려면 기능을 복사 중입니다. 지적했듯이 코드 검토가 어렵게되고 또한 코드의 결과로 무언가가 깨지면 앞으로는 더 어려워 질 것입니다. 이제는 누군가가 코드 조각에 대해 확신 할 수 없기 때문입니다 와 연관되다.
  • 불완전한 기능을 검사하는 경우 빌드가 손상 될 수 있습니다. 다시 한번, 앞으로 추적하기가 더 어려워집니다.
  • 소스 파일을 명확하게 분리해도 관련없는 두 가지 변경 사항을 한꺼번에 처리하면 상호 의존성이 존재할 가능성이 있습니다. 두 가지 문제 모두에서 코드가 작동하지만 한 코드 또는 두 코드 변화 자체가 있습니다.
+0

당신은 좋은 지적을합니다. 근원의 2 전망을 유지하는 것은 나의 문제의 어떤을 완화 할 것입니다. 두 가지보기를 유지하는 데 약간의 추가 오버 헤드가 있지만, 그럴 가치가있을 수 있습니다. –

+0

또한, 나는 빌드를 깨뜨린 코드를 체크하는 것을 결코 고려하지 않을 것이다. 불완전한 기능을 제공하려면 내 팀의 다른 기능을 방해하지 않아야합니다. –

+1

나는 개발의 여러 단계에서 저의 저장소에 6 개의 주제 분기를 종종 가지고 있습니다 (git을 사용하기 때문에 훨씬 쉽게 처리 할 수 ​​있습니다). –

2

두 가지 모두 좋습니다.

생산성을 측정하는 것이 좋습니다. 그것은 아마 당신이 생각하는만큼 좋지 않을 것입니다. 나는 네가 옳을 수도 있다고 생각할 준비가되었지만 실제로 네 가정을 시험해 보았다.

+0

귀하는 귀하의 주장이 가정이라고 가정합니다. –

+0

당신은 그것을 측정했다고 말하지 않았습니다. 네가 가진다면 괜찮아.하지만 그렇지 않다면 여전히 가정이야. 프로그래머의 동작을 최적화하는 데에도 '최적화하지 마라'라는 코드 최적화 규칙이 적용됩니다. –