이것은 정확한 답변이있는 질문이 아닙니다. 엄격하게 말해 설문 조사에서 가장 잘 나타낼 수 있지만 그 기능을 사용할 수는 없습니다.하지만 진정한 답변에 관심이있어 어쨌든 부탁합니다.Brownfield 대 Greenfield 개발?
과 비교하여 greenfield 개발에 얼마나 많은 시간을 투자 했습니까?
지난 10 년 동안 저는 그린 필드에서 20 %, 브라운 필드에서 80 %를 소비했을 것으로 추정됩니다. 이게 전형적인가요?
나는 Brownfield 개발에 더 많은 시간을 할애하는 고객과 거래하는 전문가에게 일반적이라고 생각합니다. 그 이유는 고객이 일반적으로 "최신의 가장 우수한"(녹색) 소프트웨어를 채택하기 위해 기존 소프트웨어를 버릴 용의가 없기 때문입니다.
그러나 연구원이나 학자의 개발자는 그린 필드 개발을 할 가능성이 더 높습니다. 신생 기업.
귀하의 비율 20:80이 많은/대부분의 개발자를 대표한다고 생각합니다. 새로운 개발에 관해서는 : 당신이 점진적으로 소프트웨어 (스크럼, XP 등)를 제작한다면, 브라운 필드 개발에 거의 모든 시간을 할애 할 수 있다고 주장 할 수 있습니다. 초기 반복/탐색 작업을 제외하고 프로토 타이핑은 새로운 무언가를 구축하는 경우에도 이미 설정된 코드 기반, 리팩토링 및 확장 작업을 수행하고 있습니다. 그린 필드 개발은 실제로 녹색입니까?
지난 10여 년 동안 저는 항상 회사 업무의 중심으로 사용 된 소프트웨어에 종사했습니다. (SaaS와 소프트웨어 제품 둘 다.) 그리고 항상 기존 시스템 (브라운 필드)으로 들어 왔지만, 우리는 보통 재 설계/재 작성 (그린 필드)을했습니다. 아래로 : 그들에
그래서, 그것은 당신과 반대되는 것처럼 보입니다. 내가 찾은 회사의 본질과 이에 따른 프로젝트입니다. 내 소프트웨어는 우리 회사의 주요 제품이며, 이는 내가 수년간 동일한 코드 기반으로 작업한다는 것을 의미합니다. 일반적으로 처음부터 직접 작성했기 때문입니다.
나는 그런 식으로 좋아합니다.
자주 문제가 brownfield 대 greenfield로 종기가되지 않습니다. 어떤 경우에는 하이브리드 그린 필드/브라운 필드 접근법을위한 유효한 기회가있다.
나는이 고전적인 주제에 대해 논의하고 가능한 조합의 범위를 설명하고 각각의 결과를 평가하는 "고전적인 소프트웨어 실수 : Greenfield 또는 Refactor Legacy Code"라는 기사를 작성했습니다. 어떤 사람들을 놀라게 할 수 있습니다 무엇
http://stepaheadsoftware.blogspot.com.au/2012/09/greenfield-or-refactor-legacy-code-base.html
은 비 기술적 특성, 기업 규모가 전략의 선택과 그 전략의 성공 가능성에 큰 결정이 될 것입니다.