Hype döngüleri konusunda uzman olduğunu iddia etmiyorum, ancak birkaç gözlem sunacağım:
Yutturmaca döngüsü, teknolojinin kendisinin bir özelliğinden çok, beklentilerin ve medya kapsamının bir ürünü gibi görünüyor. Sözlüğüm , hype'ın "abartılı veya yoğun tanıtım veya tanıtım" olduğunu söylüyor . Tanıtımı "medya tarafından birine veya bir şeye verilen dikkat veya dikkat" olarak tanımlar . Medya , çeşitli kitle iletişim kanalları için ortak bir terimdir.
Önceki noktayı kabul ederseniz, yutturma döngüsü yalnızca medya belirli bir teknolojiyi kapsadığında uygulanır.
Yutturma döngüsünün tüm teknolojiler için geçerli olduğu açık değildir. Bilimsel dergiler, ana akım medya tarafından asla fark edilmeyen ilerlemeler raporlarıyla doludur. Medya kapsamı dışında beklentilerin şişirilmesi daha az olasıdır ve hayal kırıklığı çukurundan kaçınılabilir.
Dağıtılmış sürüm kontrol sistemleri eskisinin iyileştirilmesi kadar yeni bir fikir değildir. Onlara, yutturmaca döngüsünün tahmin etmesi gereken türden "gelişmekte olan bir teknoloji" diyoruz.
Eğer bir dava oluşturmaya başlamadan önce nerede bir yutturmaca döngüsü grafiğinde DVCS en fit, dağıtılmış sürüm kontrol hiç yutturmaca döngüsünün tabi olduğunu bir dava oluşturmaya gerek. "Teknoloji" olarak dağıtılmış sürüm kontrolü medyada yer alıyor mu? Dağıtılmış sürüm kontrolü için şimdi şişirilmiş beklentiler var mı veya hiç var mı? DVCS ürünleri beklentileri karşılamadığında DVCS kullanıcılarının hayal kırıklığına uğraması muhtemel mi?
Bana göre, SVN'nin CVS'de bir gelişme olduğu gibi, dağıtılmış sürüm kontrolünün sadece mevcut bir ürün kategorisinde bir gelişme olduğu görülmektedir. Eğer SVN'nin benimseme oranını çizseydiniz, hype döngüsüne benzeyen bir arsa alacağınızı sanmıyorum; bunun yerine, pazar hakimiyeti platosuna kadar sürekli artan bir arsa elde edersiniz ve ardından 'git' gibi dağıtılmış sistemler popülerlik kazandıkça uzun ve yavaş bir düşüş olur.
Gerçekten bir hype-döngüsü cevabına ihtiyacınız varsa, DVCS'nin dağılmamış sürüm kontrol sistemleri ile bir hayal kırıklığı / hayal kırıklığı döneminin altında oyuna katıldığını ve evlat edinme oranı arttıkça aydınlanma eğimine tırmandığını öneriyorum.
Argümanınız için hype döngüsüne güvenmek yerine, dağıtılmış sürüm kontrolünün benimsenme oranına ve bunun nedenlerine odaklanmanızı öneririm. İnsanların DVCS'ye geçtiğine dair çok sayıda anekdot kanıt var, çünkü çalışıyor; Öte yandan, hayal kırıklığına uğramış oldukları için kimsenin dağıtılmamış bir sisteme geri döndüğünü duymadım . Bazı zor veriler elde etmek için Beanstalk gibi bir hosting şirketi ile konuşmayı deneyebilirsiniz . Ayrıca, merkezi sistemler ve dağıtılmış sistemler arasındaki birlikte çalışabilirliğe dikkat edin. 'Git'in SVN ile çok iyi oynadığını duydum. Merkezi sistemler kurumsal alanda oldukça iyi çalışmaya devam ediyor, bu nedenle "
OP düzenlemesine yanıt olarak güncelleme:
DVCS'lerin hazır (veya yeterince hazır) olduğuna ikna etmek için Gartner'ın hype döngüsünü nasıl kullanabilirim?
Bence burada yardımcı olabilecek birkaç yaklaşım var ve hepsi de sert verilere dayanıyor:
Google Arama Trendleri. Google, ağda ne olduğu ve kullanıcıların ne aradığı hakkında bir ton veri topladığı açıktır. Birkaç gün önce, dağıtılmış sürüm kontrolü hype döngüsü wrt kanıtı aradım (ama bulamadım). http://trends.google.com/ , bölgeyi ABD ile sınırlandırdığımda dvcs veya dağıtılmış sürüm kontrolü terimleri için yeterli veri olmadığını söylüyor (ve dünya için dvcs sonuçları çok alakalı veya yararlı görünmüyor). Daha spesifik terimler aramak biraz daha iyiydi, ama git ve mercurial gibi ürün isimlerinin başka anlamları olması (kim bilir?) İle karmaşıktı . Git için sonuç kısmen sürüm kontrol sistemine bağlı olabilecek bir eğilimi gösterir:
Bunu sürüm denetimine daha özgü hale getirmeye çalışırken, git deposunu denedim :
Bir tane daha ... insanlar git'i benimsiyorlarsa, git komutlarıyla ilgili yardım aramada artan bir eğilim olması gerektiğini düşünerek, git pull (mavi), git commit (kırmızı) ve git rebase (gold) denedim :
Bu son grafik, insanların git'i benimsediğini ve kullandığını gösteren en iyi kanıtı sağlıyor gibi görünüyor.
Google arama.
Dağıtılmış sürüm kontrolü gibi terimleri aramayı deneyin ve bulduğunuz en iyi 25 makalenin tarihlerini not edin. Sonuçları çizin. Bulduğum en popüler hitlerin çoğu 2007-2009 aralığındaydı. Yutturmaca döngüsü geçerliyse ve medya kapsamının çoğunun 3-5 yıl önce gerçekleştiğini gösterebilirseniz, bu, şişirilmiş beklentilerin zirvesinin ötesine geçtiğimizi gösteren oldukça iyi bir kanıt gibi görünüyor.
DVCS kullanan projelerin örneklerini toplayın.
Açık kaynak dünyasında Linux gibi bazı büyükler de dahil olmak üzere birçok örnek var. (Linus Torvalds, Linux geliştirmeyi yönetmeye yardımcı olmak için git'i oluşturdu.) Sizin için daha yararlı olan bir DVCS kullanan şirketlere örnek olacak. (Yöneticilerin bir teknolojiyi çok erken benimsemekten daha fazla nefret ettikleri bir şey varsa, bu zamanın gerisindedir.) Hype tam da bu - bir teknoloji veya ürün hakkında vızıltı. DVCS'nin kurumsal olarak benimsendiğine dair kanıtlar bulabilirseniz, bu belki de "sadece bir sürü hype" argümanına karşı belki de her şeyden daha iyidir.
Son ipuçları:
Açık ol. Şirketiniz bütün bir teknolojiyi benimsemeyecek - belirli bir ürünü benimseyeceksiniz. Bazı ürünler her zaman diğerlerinden daha az olgun olacaktır. İki veya üç tanınmış DVCS ürünü seçin ve her birinin geliştirme sürecinize nasıl uyacağını gösterin. Yöneticiler somut fikirleri belirsiz vaatlerden daha iyi severler, bu nedenle teknolojiyi belirli terimlerle analiz etmek kendilerini daha rahat hissettirir.
Ya hep ya hiç. Bir DVCS kullanan herhangi bir gerçek proje hala merkezi bir depoya sahip olacak, bu nedenle taç mücevherlerinin kontrolünü kaybetme korkusu kolayca değerlendirilebilir.
Mevcut sisteminizden vazgeçmenize gerek yok. Git gibi bazı araçlar, svn gibi mevcut sürüm kontrol sistemleriyle iyi oynayabilir. Böylece hiçbir şeyden vazgeçmeden geliştirme sürecinize kolayca DVCS ekleyebilirsiniz.
Küçük başla. Sadece bir projesi olan küçük bir şirkette değilseniz, DVCS'yi sadece bir veya iki projeniz için sürece dahil etmek kolay olmalıdır. Önce kafasına atlamak zorunda değilsiniz - sadece ayak parmağınızı batırın.
Kısacası, direnç noktalarını belirleyin ve mümkün olduğunca açık bir şekilde ele alın.
