이것은 팀에서 일하는 방법에 관한 질문입니다.
최근에 저는 6 명으로 구성된 팀과 함께 첫 번째 큰 (~ 80 개의 클래스, Java) 프로그래밍 프로젝트를 진행했지만 우리 중 4 명만이 코드 작업을 계속하고있었습니다. 우리는 초기에 수행해야 할 작업을 배포했으며 어느 시점에서 내 프로그래머 중 한 명이 아직 구현하지 않은 메소드를 호출해야했습니다. 이 문제를 해결하기 위해 권장되는 방법은 무엇입니까?
내가 본 옵션은 있지만 실제로는 마음에 들지 않습니다.
나 자신을 작성하고
//TODO나중에이 코드 줄을 다시 방문하여 그 방법이 구현되었는지 확인하십시오.해당 팀원 에게 지금 구현하도록 요청하십시오 .
아직 구현되지 않은 것에 대한 명확한 설명과 함께 사용자 정의 runtimeException이 발생합니다. (적어도 누락 된 항목을 찾기 위해 오랫동안 검색 할 필요는 없습니다)
에 필요한 방법을 추가 자신의 클래스와 그를 작성하는
//TODO메시지 본문에, 가능성 또한 변화를 그들에게 빠르게 메시지를 보낼 수 있습니다. (이제 더 이상 내 문제가 아니지만, 그 동안이 방법으로 작업하는 경우 성가신 병합 충돌이 발생할 수 있습니다)실제로 작업을 수행하는 코드를 작성하기 전에 모든 것에 대한 추상 클래스 또는 인터페이스를 정의하십시오. (이 인터페이스는 종종 변경되었으므로 제대로 작동하지 않았습니다)
51
다른 사람이 작성한 방법이 필요한 워크 플로우는 옳지 않다고 생각합니다. 기능을 작업 중입니다. 해당 기능에 메소드가 필요한 경우이를 구현합니다. 두 사람이 단일 기능을 구현해야하는 경우에는 쌍을 이루거나 너무 자주 통합하여 통신하여 거의 쌍을 이루는 것처럼 보입니다.
—
Euphoric
@Euphoric 비교적 짧은 시간 내에 상당히 큰 새로운 기능이 개발되어야하는 상황을 겪어 왔으며, 따라서 사용자 인터페이스, 비즈니스 로직 및 API 계층을 서로 다른 작업으로 분할하여 동시에 작업해야했습니다. 그렇지 않으면 마감일을 결코 충족시킬 수 없었습니다. 바로 UI에서 작업하는 사람이 인터페이스로 BL에 데이터 액세스 방법 및 명령 만 선언하고 다른 사람은 UI에서만 작업하면서 구현 작업을 수행 할 수 있어야합니다.
—
Andy
@DavidPacker 설명하는 것이 그 문제를 해결할 수있는 유일한 방법은 아닙니다. 수직 슬라이스, 빈번한 통합, 작은 기능은 모두 개별 파트에서 작업하는 수평 슬라이스보다 나은 솔루션입니다.
—
Euphoric
@Euphoric 더 이상 당신과 동의 할 수 없습니다. 가능하면 중요하지 않은 부분의 복잡한 새로운 기능을 제거하는 방법을 사용합니다 (즉, UX 만 개선하지만 즉시 필요하지 않은 기능). 슬프게도 때로는 언급 한 옵션이나 기능 제거가 불가능합니다. 비즈니스는 개발자들에게 말합니다. 따라서 요점은 확실하지만, 누군가는 비즈니스 요구를 충족시키기 위해 일종의 기능 작업 분할을 수행해야하는 상황이 발생할 가능성이 있습니다.
—
Andy
어떻게 처리하고 싶은지 그 와 이야기 하는 것은 어떻습니까?
—
Aganju