나는 과대 광고의 주제에 대해 전문가라고 주장하지는 않지만 몇 가지 관찰을 제공 할 것입니다.
과대 광고주기는 기술 자체의 특성보다 기대와 미디어 범위의 결과물 인 것 같습니다. 내 사전은 과대 광고 가 "거대한 또는 집중적 인 홍보 또는 홍보" 라고 말합니다 . 그것은 홍보 를 "미디어에 의해 누군가 또는 무언가에 주어진 통지 또는주의"로 정의한다 . 미디어 는 다양한 대중 커뮤니케이션 채널을 총칭하는 용어입니다.
이전 지점을 수락하면 미디어가 특정 기술을 다루는 경우에만 과대 광고주기가 적용됩니다.
과대 광고주기가 모든 기술에 적용되는지는 확실하지 않습니다. 과학 저널에는 주류 매체가 결코 알지 못하는 진보에 대한 보고서가 가득합니다. 언론 보도 없이는 기대가 부풀려 질 가능성이 적고 환멸의 여파를 피할 수 있습니다.
분산 버전 제어 시스템은 기존 시스템을 개선하는 것만 큼 새로운 아이디어는 아닙니다. 그것들을 과대 광고주기가 예측하는 종류의 "신흥 기술"이라고 부르는 것은 신축입니다.
당신이 경우 구축을 시작하기 전에 어디에서 마약 중독 사이클 그래프 DVCS의 적합을, 당신은 분산 버전 관리가 전혀 과대 광고 사이클 될 수있는 경우를 구축 할 필요가있다. "기술"로서의 분산 버전 제어가 미디어 범위를 갖습니까? 분산 버전 제어에 대한 기대가 부풀려 졌습니까? DVCS 제품이 기대에 부응하지 않으면 DVCS 사용자가 환멸을 당할 가능성이 있습니까?
SVN이 CVS에서 개선 된 것처럼 분산 버전 제어는 기존 범주의 제품에서 개선 된 것 같습니다. SVN의 채택률을 도표로 나타내면 과대 광고처럼 보이는 줄거리는 얻지 못할 것입니다. 대신, 시장 지배력의 정점까지 꾸준히 증가하는 플롯이 나오고 'git'과 같은 분산 시스템이 인기를 얻음에 따라 느리게 감소합니다.
과대 광고에 대한 답이 실제로 필요한 경우, DVCS는 비 분산 버전 제어 시스템으로 환멸 / 좌절의시기에 게임에 합류했으며 채택률이 높아짐에 따라 계몽의 기울기를 오르고 있다고 제안합니다.
귀하의 주장에 대한 과대 광고주기에 의존하는 대신 분산 버전 제어의 채택 속도와 그 이유에 초점을 맞추는 것이 좋습니다. 사람들이 작동하기 때문에 DVCS로 전환하고 있다는 일화적인 증거가 많이 있습니다. 반면에, 나는 누구 스위칭 못 들었 다시 그들이 실망했기 때문에 비 분산 시스템에 관한 것이다. 하드 데이터를 얻으려면 Beanstalk 와 같은 호스팅 회사에 문의하십시오 . 또한 중앙 집중식 시스템과 분산 시스템 간의 상호 운용성에주의하십시오. 'git'은 SVN과 매우 잘 어울립니다. 중앙 집중식 시스템은 회사 영역에서 계속 잘 작동하므로 "즐거운 작업"을 강조합니다.
OP의 수정에 따라 업데이트 :
Gartner의 과대 광고주기를 사용하여 DVCS가 준비 (또는 준비 완료)되었음을 관리자에게 확신시킬 수있는 방법은 무엇입니까?
여기에 도움이 될 수있는 몇 가지 접근법이 있으며 모두 하드 데이터에 의존한다고 생각합니다.
Google 트렌드. 구글은 분명히 인터넷에있는 것들과 사람들이 검색하는 것에 관한 많은 데이터를 수집합니다. 며칠 전, 나는 분산 버전 제어를 통한 과대 광고의 증거를 찾았지만 찾지 못했습니다. http://trends.google.com/에 따르면 지역을 미국으로 제한 할 때 dvc 또는 분산 버전 관리 용어에 대한 데이터가 충분하지 않다고합니다 ( 세계 의 dvc 결과는 그다지 관련성이 없거나 도움이되지 않습니다). 좀 더 구체적인 용어를 검색하는 것이 다소 나 았지만 git 및 mercurial 과 같은 제품 이름에 다른 의미가 있다는 사실로 인해 복잡했습니다 . 자식에 대한 결과 버전 제어 시스템에 일부 기인 한 경향을 보여줍니다.
버전 제어에 더 구체적으로 만들려고 노력하면서 git repository를 시도했습니다 .
한 가지 더 ... 사람들이 git을 채택하고 있다면 git 명령에 대한 도움말을 찾는 추세가 증가해야한다고 생각하면서 git pull (파란색), git commit (빨간색) 및 git rebase (금색)를 시도했습니다 .
마지막 그래프는 사람들이 git을 채택하고 사용하고 있다는 최상의 증거를 제공하는 것 같습니다.
구글 검색.
분산 버전 관리 와 같은 용어를 간단히 검색 하고 가장 많이 찾은 25 가지 기사의 날짜를 적어 보십시오 . 결과를 플로팅합니다. 내가 찾은 최고의 인기는 대부분 2007-2009 년 범위의 날짜였습니다. 과대 광고주기가 적용되고 대부분의 미디어 보도가 3-5 년 전에 일어났다는 것을 보여줄 수 있다면, 우리가 비정상적인 기대치를 넘어 섰다는 꽤 좋은 증거처럼 보입니다.
DVCS를 사용하는 프로젝트의 예를 수집하십시오.
오픈 소스 세계에는 Linux와 같은 큰 예제를 포함하여 많은 예제가 있습니다. (Linus Torvalds는 Linux 개발 관리를 돕기 위해 git을 만들었습니다.) DVCS를 사용하는 회사의 예가 더 유용 할 것입니다. (기술자가 너무 일찍 기술을 채택하는 것보다 관리자가 싫어하는 것이 있다면 시대에 뒤 떨어지고 있습니다.) 과대 광고는 기술이나 제품에 대한 화제입니다. DVCS를 기업으로 채택한 증거를 발견 할 수 있다면 "아마도 과대 광고"라는 주장에 반하는 데 도움이 될 것입니다.
마지막 팁 :
구체적으로 작성하십시오. 회사는 전체 기술을 채택하지 않고 특정 제품을 채택합니다. 일부 제품은 항상 다른 제품보다 덜 성숙합니다. 잘 알려진 DVCS 제품을 2 ~ 3 개 고르고 각 제품이 개발 프로세스에 어떻게 적합한 지 보여줍니다. 모호한 약속보다 구체적인 아이디어를 좋아하는 관리자는 특정 용어로 기술을 분석하면 더 편안하게 느낄 수 있습니다.
그것은 전부 또는 아무것도 아닙니다. DVCS를 사용하는 실제 프로젝트에는 여전히 중앙 저장소가 있으므로 크라운 보석의 제어력을 잃을 염려가 쉽게 발생할 수 있습니다.
현재 시스템을 포기할 필요가 없습니다. git과 같은 일부 도구는 svn과 같은 기존 버전 제어 시스템에서 잘 작동 할 수 있습니다. 따라서 포기하지 않고 개발 프로세스에 DVCS를 쉽게 추가 할 수 있습니다.
작게 시작하십시오. 프로젝트가 하나 뿐인 소규모 회사가 아니라면 프로젝트 중 하나 또는 두 개를 위해 DVCS를 프로세스에 쉽게 통합 할 수 있어야합니다. 먼저 머리를 뛸 필요가 없습니다. 발가락을 찍기 만하면됩니다.
간단히 말해서, 저항 점을 식별하고 가능한 한 명확하게 해결하십시오.
