1
지금까지 참여한 개발 프로세스에는 대부분 단일 멤버 또는 때때로 두 팀이 있습니다.수퍼 라이트 소프트웨어 개발 프로세스
중요한 개발을 위해 python + django를 사용했지만 개발 프로세스는 실제로 매우 빠르며 코드 검토, 디자인 패턴 토론 및 상수 리팩토링이 있습니다.
팀 규모는 작지만 개발 프로세스/모범 사례가 적용될 수 있다고 생각합니다. 예를 들어, svn을 사용하면 일반 복사 백업보다 확실히 좋을 것입니다.
나는 Agile, XP & 연속 통합에 대한 몇 가지 기사를 읽었지만,이 경우 (1 또는 2의 팀과 빠른 코딩)에는 여전히 좋지만 여전히 무겁다 고 생각합니다. 예를 들어, 멋진 디자인 패턴과 반복 개발 + 리팩토링을 갖춘 IMHO는 TDD가 지나치게 길 수도 있고 적어도 오버 헤드가 장점을 초과하지는 않습니다. 쌍 프로그래밍도 마찬가지입니다. 자동화 된 테스트는 좋은 아이디어이지만 모든 프로젝트에서 기술적으로 가능하지는 않습니다.
현재의 관행은 다음과 같습니다 개발 프로세스가 궁금
이/모범 사례를 구체적으로 초경량 팀에 대상
SVN + 이정표 + 코드 리뷰?
어떤 형태의 소스 코드 개정 관리를 사용해야합니다 (심지어 1 명이 혼자 작업하는 경우에도) –
한시적으로 완료해야하는 빠른 프로젝트에서 과도한 TDD가 발생하는 경우가있었습니다. 단일 개발자 프로젝트는 대규모 팀 프로젝트만큼 TDD에서 이익을 얻을 수 있습니다. TDD는 소프트웨어 디자인에 관한 것이므로 팀 규모와는 아무런 관련이 없습니다. –
안녕하세요 jeff, 귀하의 의견에 감사드립니다. TDD를 실제로 구현 한 적이 없다는 것을 인정해야합니다. 그리고 내가 사용하지 않는 이유는 다음과 같습니다. 1. 사용자 요구 사항이 지속적으로 변경되어 이전 테스트 세트의 회귀 테스트가 중단되었습니다. 2. 리팩토링 중에 멋진 디자인 패턴을 사용하면 실제로 최종 릴리스 단계에서 잡힐 수있는 버그는 실제로 매우 제한적입니다. TDD는 일종의 낭비 인 것 같습니다. 그래서 나는 프로젝트가 충분히 크고 다른 개발자들 사이에서 옮겨지기로되어있는 경우에만 TDD가 사용된다고 생각합니다. –