어떤 커뮤니티 (언어/프레임 워크)가 민첩한 관행을 가장 많이 포용합니까? [닫은

StackOverflow https://stackoverflow.com/questions/940873

  •  06-09-2019
  •  | 
  •  

문제

나는 몇 년 동안 TDD와 (일부) XP를 연습 해 왔으며, 채택 이전에 경력에서 얻은 많은 문제를 해결한다는 것을 발견했습니다. 너무 많은 두통을 제거함으로써 코딩에 대한 나의 사랑이 활력을 되찾았습니다. 문제는 또한 이러한 관행을 사용하는 .NET (현재 스택) 프로젝트를 찾기가 어렵다는 것을 알았습니다.

SO 커뮤니티에 대한 나의 질문은 다음과 같습니다. 어떤 커뮤니티 (언어 및/또는 프레임 워크) TDD, (모든 XDD의 실제) XP, CI 등과 같은 민첩한 관행을 가장 많이 받아들이고 있습니까?

이 질문을 요청하려면 측정 수단을 정의해야합니다. 주어진 커뮤니티/스택에 대해 다음과 같이 정의합니다.

(민첩한 방법론을 수용하는 현재 프로젝트 수) / (현재 프로젝트 수)

분명히 존재하지 않는 데이터가 없으면 결정이 불가능합니다 ... 나는 단지 사람들의 인식을 찾고 있습니다.

도움이 되었습니까?

해결책

나는 레일과 장고 캠프에 발가락이 있습니다. 내가 보는 것에서, 레일 사람들은 실제로 테스트를받습니다. 그들은 블로그 테스트에 대해 이야기하고, 회의 테스트에 대해 이야기하고, 앱의 비 레일 부분을 테스트하기 위해 흥미로운 테스트 도구 (예 : 스크류 유닛)를 분사합니다. Rails 커뮤니티의 일원이되고 테스트가 아닌 것은 정말 어렵습니다.

Django 커뮤니티는 테스트 전선에서 뒤쳐집니다. Django는 테스트를위한 기본 지원을 제공하지만 찾아야합니다. 현재 Django 서적 중 어느 것도 각주를 테스트하는 것 이상의 일을하지 않으며, Django 커뮤니티 회원의 블로그를 실질적인 "테스트하는 방법"을 거의 보지 못합니다. 첫 번째 장코콘에서 테스트에 대한 대화는 없었습니다.

반면, Rails 사람들은 Monkeypatching 및 GEM 버전 충돌 (또는 GEM 또는 플러그인 충돌을 수행하는 GEM 또는 플러그인)에 혼란에 빠질 가능성이 훨씬 높기 때문에 자동 테스트가 필수적입니다. 내가 본 Django 프로젝트는 같은 문제에 빠지기가 더 어렵 기 때문에 스케이트를 타게되었습니다.

다른 민첩한 관행에 관해서는, 매일 많은 프로젝트를 들여다 볼 수 없다면 말하기가 어렵습니다.

다른 팁

공동체에 의해 이것은 사람들에 관한 것이라면, 커뮤니티가 실제로 무엇인지, 여기에 몇 가지 그룹이 있습니다.

민첩한 프로젝트 리더십 네트워크 이름에 민첩한 접근 방식을 포용한다는 의미가 있습니다.

alt.net 다양한 민첩한 관행을 가져올 수있는 그룹으로 나를 공격하고 일부는 좋아할 수도 있고 일부는 문제가있을 수 있듯이 다양한 결과를 얻을 수 있습니다.

민첩성은 일반적으로 특정 기술보다는 프로세스에 관한 것입니다. 당신의 질문이 기술과 프레임 워크가 Agile Emprace를 사용하는 회사를 수행하는 것에 관한 것이라면, 그것은 내 마음에 의심스러운 가치를 가진 다른 왁스 공입니다. 앨버타 주 캘거리에서 민첩성을 포용하는 내 근처의 회사는 다른 사람들과 크게 다를 수 있습니다. 일부 개발자가 일하는 곳, 일반적으로 회사가 같은 회사를 의미하지 않는 한 생각 이사 당신이 사무실이있는 대도시 근처에 있다면 그것은 민첩합니다.

또 다른 생각의 한 줄은 일부 기술이 어떻게 여기에 구름을 가할 수있는 다양한 하위 커뮤니티 나 규모를 가질 수 있는지 고려하는 것입니다. 예를 들어, 민첩성을 포용하는 많은 Java 및 .NET 개발자가있을 수 있습니다. 일부 회사는 자신에게 잘 맞는 폭포 방법을 가지고 있다면 왜 민첩성으로 전환해야합니까? 동시에, 일부 기술에는 실제로 작은 지역 사회가있을 수 있으므로 훨씬 다른 시각으로 볼 수 있습니다. 또한이 새롭고 새로운 기술을 사용하는 사람들이 그것이 당신의 마음의 요인이라면 얼마나 잘 정리 될 것인가가 있습니다.

바라건대 누군가이 두뇌 덤프가 흥미로워지기를 바랍니다 ...;)

나는 이러한 워크 플로가 특정 언어에 묶여 있다고 생각하지 않으며 어떤 언어도 반드시 이러한 워크 플로에 적합하다고 생각하지 않습니다. 이것과의 편차는 대부분 문화적입니다.

예를 들어, Canonical Rails Project Skeleton은 테스트 작성 또는 TDD 사용에 대한 장벽이 매우 낮지 만 Nunit을 잡고 TDD .NET 프로젝트를 작성하는 것을 막는 것은 없습니다.

연구에 관심이있는 몇 가지 .NET 도구는 다음과 같습니다.

단위 테스트 :

지속적인 통합 :

다소 제한된 경험에서 루비/레일 커뮤니티가 테스트에서 최첨단을 밀고 있음을 발견했습니다. 새로운 기술을 도입하고 일반적으로 TDD 및 BDD의 개념을 대부분의 것들에 통합합니다. 반면에 PHP는 다소 우연합니다. 어떤 그룹은 종교적으로 그것을 사용하고 다른 그룹은 전혀 보이지 않습니다. PHP의 도구 세트는 Ruby & Rails 커뮤니티에서와 같이 강력하고 깊어 보이지 않습니다.

ymmv.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top