2010-01 में डेबियन पॉपकॉन ग्राफ पर गिट सबमिटर की संख्या में अचानक वृद्धि क्यों हुई है?

Question

लगभग हर लेख मैं पढ़ा है ¹ Git और मर्क्युरियल की तुलना ऐसा लगता है मर्क्युरियल (माना के विपरीत केवल एक विचार करने के लिए सीमित किया जा रहा प्रत्येक कमांड के साथ एक बेहतर कमांड लाइन UX है git checkout)।

लेकिन कुछ बिंदु पर Git अचानक सुपर लोकप्रिय हो गया और डेबियन पॉपकॉन ग्राफ पर Git सबमिटर की संख्या (नीचे चित्र देखें) का शाब्दिक रूप से विस्फोट हो गया।

स्रोत: डेबियन

2010-01 में ऐसा क्या हुआ कि चीजें अचानक बदल गईं। GitHub की तरह लगता है कि पहले की तुलना में स्थापित किया गया था - 2008।

Comments

कुछ बिंदु पर अच्छी तरह से गिथब ने एक विभक्ति बिंदु मारा और उतार लिया। मुझे संदेह है कि यह खुद से ही था। मुझे आश्चर्य है कि अगर कोई गिब्ब्स की लोकप्रियता के साथ पॉपुलैरिटी को सहसंबद्ध कर सकता है?

— डग टी।

दरअसल, जिज्ञासा से बाहर, "प्रस्तुतकर्ताओं की संख्या" क्या दर्शाती है?

— एडम हल्ड्सवर्थ

क्या आप Git की समग्र लोकप्रियता या डेबियन पर Git की स्थापना के बारे में उत्सुक हैं? आपका डेटा केवल एक लिनक्स वितरण के बारे में जानकारी प्रदान करता है, बीएसडी, मैक और विंडोज ऑपरेटिंग सिस्टम के साथ हर दूसरे लिनक्स वितरण की अनदेखी करता है, फिर भी आप एक टूल के उपयोग में वृद्धि के बारे में एक सामान्य सवाल पूछ रहे हैं। कुछ उत्तरों के आधार पर, एक डेबियन-विशिष्ट व्याख्या है, लेकिन सभी संभावित उपयोगकर्ताओं के बीच Git बनाम Mercurial की लोकप्रियता के लिए बोलने के लिए अपर्याप्त डेटा है। ऐसा लगता है कि प्रस्तुत प्रश्न दोषपूर्ण मान्यताओं पर आधारित है।

— थॉमस ओवेन्स

सचमुच विस्फोट हो गया? Git बिल्कुल भी सुरक्षित टूल की तरह नहीं है। चेतावनी के लिए धन्यवाद।

— जेसन

हालांकि, हालांकि, बड़ी संख्या में अन्य पैकेजों के भीतर git का उपयोग किया जाता है। के बीच अंतर पर एक नज़र डालें apt-cache rdepends git-core, और apt-cache rdepends mercurial। शायद यह अन्य के साथ कुछ नहीं करना है तो यह शामिल है क्योंकि किसी ने कुछ अन्य सामान्य पैकेज स्थापित किया है। उदाहरण के लिए मैं एटकीपर और ikiwiki का उपयोगकर्ता हूं, जो दोनों गिट पर आधारित हैं (मुझे लगता है कि यह संभव है कि अच्छी तरह से उपयोग किया जा सके)। मेरा सुझाव है कि आप कुछ समय लें और सभी विभिन्न चीजों पर ध्यान दें जो गिट-कोर पर निर्भर करती हैं या सिफारिश करती हैं।

— Zoredache

Answer 1

पैकेज "gnuit" (GNU इंटरएक्टिव टूल्स, एक फ़ाइल ब्राउज़र / दर्शक और प्रोसेस व्यूअर) को 2009-09-09 तक डेबियन में "गिट" कहा जाता था, जबकि गिट को "गिट-कोर" कहा जाता था।

इसलिए, एक बेहतर ग्राफ है:

जो दर्शाता है कि लोकप्रियता नाटकीय रूप से नहीं बढ़ी थी (जब तक वे पार नहीं करते तब तक बाएं हिस्से के लिए हरे रंग की लाइन लें, फिर लाल रेखा लें)।

Comments

यह अभी भी प्रतीत होता है कि 2010/2011 में, लोकप्रियता में नाटकीय वृद्धि हुई थी। यह 2011-01 में गिट-कोर (जो गिट है) की लगभग 13k इंस्टॉल से अच्छी तरह से 50k इंस्टॉल (2011 में गिट-कोर और गिट पैकेज का संचयी) हो गया। यह एक वर्ष में लगभग 40k की वृद्धि है - किसी भी अन्य वार्षिक वृद्धि की तुलना में बहुत तेज वृद्धि।

— थॉमस ओवेन्स

एचएन पर किसी ने छवि को संपादित किया और अभी भी @ThomasOwens उल्लेखों की तरह नाटकीय वृद्धि प्रतीत होती है। i.imgur.com/PmYj7.png

— जंगल हंटर

हाँ, यह अभी भी रैखिक विकास से घातांक तक जाता है, जो बहुत महत्वपूर्ण है, भले ही यह अचानक ऐसा नहीं था जैसा कि यह पहली बार दिखाई देता है

— बेन ब्रोका

@BenBrocka वास्तव में एक उच्च गुणांक के साथ रैखिक से रैखिक में नहीं जा रहा है? :) और यह संभवतः लघुगणक होगा।

— kreativitea

@ रसेलबोरोगोव: बकवास। जिबूती में बायोलुमिनसेंट फ्लाइंग लैला की संख्या तेजी से बढ़ रही है, और मुझे उम्मीद है कि यह हमेशा के लिए जारी रहेगा।

— मैकेनिकल घोंघा

Answer 2

डेबियन में गिट पैकेज को पहले कहा जाता था git-core। अप्रैल 2010 में पैकेज का नाम बदल दिया गया git। अधिक जानकारी इस ब्लॉग पोस्ट में पाया जा सकता है जूलियस प्लान्ज़ या डेबियन में यह प्रतिबद्ध है ।

यहाँ एक ग्राफ कि पता चलता संख्या दोनों के स्थापित करता है gitऔर git-coreसमय के साथ:

Comments

यहां ग्राफ का स्क्रीनशॉट लेना अच्छा होगा। अगर तुम चाहो तो मैं इसे जोड़ सकता हूं। :)

— जंगल हंटर

+1। यह ग्राफ सबसे अच्छा दर्शाता है कि पैकेज के नामकरण के साथ क्या हुआ।

— जेफ फेरलैंड

Answer 3

मैं थोड़ी देर के लिए अपने प्रोजेक्ट्स के लिए डार्क्स का उपयोग कर रहा था। मैंने आपके बढ़ते ग्राफ के बारे में बताया कि आपका ग्राफ मेरा अवलोकन कर रहा है।

उस समय वितरित स्रोत नियंत्रण प्रणाली एक रक्तस्रावी धार चीज थी। तथाकथित अल्फा प्रोग्रामर पक्ष में उनका उपयोग कर रहे थे, लेकिन वे अधिकांश पेशेवर सॉफ्टवेयर डेवलपर्स के रडार से बाहर हो गए। सीवीएस / एसवीएन / सोर्ससफे / टीएफएस दुनिया को देखने का एक तरीका यह था कि प्रोग्रामर सामान्य रूप से कम या ज्यादा खुश थे और ज्यादातर लोगों ने माना कि वितरित स्रोत नियंत्रण प्रणाली को पैदा करने वाले मुद्दों को बेहतर टूलिंग के साथ तय किया जा सकता है। जैसे आपने CVS -> SVN से सुधार करके प्राप्त किया कि किसी दिन कुछ ऐसा होगा जिससे आप SVN -> SVN ++ जा सकेंगे। आप स्रोत नियंत्रण को और कैसे प्रबंधित करेंगे?

फिर गित आई। हर किसी के रडार पर क्या जोर था कि एक विशाल , सार्वजनिक परियोजना थी जिसने तुरंत इसे अपनाया। Git को बहुत सारे उपयोगकर्ता मुफ्त में मिले - यदि आप गंभीर कर्नेल हैकेज करने जा रहे हैं, तो आपने git का उपयोग किया है। हालांकि मैं 100% सुनिश्चित नहीं हो सकता, मैं उस समय दांव पर लगाऊँगा जब किसी अन्य डीवीसीएस के पास इतना बड़ा उपयोगकर्ता आधार नहीं था।

फिर काम हुआ। इसने अच्छा काम किया। इसने सार्वजनिक रूप से अच्छा काम किया। यह भी, अपने शुरुआती मौसा के लिए, उस समय के सबसे समवर्ती डीवीसीएस की तुलना में अधिक स्थिर था। Darcs, उदाहरण के लिए, एक असंगत स्थिति है कि एक मूर्खता से जटिल आवश्यक में डाल दिया जा सकता है (द्विघात? भाज्य? पक्का याद नहीं कर सकते हैं, लेकिन यह था बुरा ) उपयोगिता ठीक करने के लिए। गिट हमेशा अधिक स्थिर रहा है।

अपने बड़े यूजरबेस से यह सिर्फ ब्लीड आउट की तरह है।

हर प्रोजेक्ट, कमर्शियल या ओपन सोर्स, उस क्रिटिकल मास की जरूरत होती है। डार्क्स नहीं मिला। न ही मर्क्यूरियल किया। वाप्स सॊचो। बहुत सी छोटी परियोजनाएँ इसका उपयोग करती हैं। संभवतः कई वाणिज्यिक उपयोगकर्ता भी हैं। लेकिन आपकी बड़ी सफलता की कहानी क्या है?

"यदि यह लिनक्स कर्नेल के लिए पर्याप्त है, तो यह आपके लिए काफी अच्छा है" एक बहुत ही ठोस तर्क है।

इसलिए, संक्षेप में, यह एक अच्छा उत्पाद था जो सही समय पर साथ आया और एक बड़ा, समर्पित यूजरबेस मिला।

Comments

मुझे लगता है कि गिट और एचजी दोनों 2005 के आसपास शुरू हुए थे, 2010 तक वे 5 साल पुरानी तकनीक थे। मैंने उन्हें मुख्यधारा नहीं कहा होगा, लेकिन मुझे नहीं लगता कि खून बह रहा है या तो सही है।

— R0MANARMY

उस सवाल का जवाब कैसे देता है? "2010-01 में क्या हुआ था कि चीजें अचानक बदल गईं" जैसा कि स्क्रीन शॉट

— gnat

@gnat वह रक्तस्राव बाहर / महत्वपूर्ण जन चरण है जिसका मैं उल्लेख कर रहा था।

— माइकल

@ जिस तरह से मैं इसे देख रहा हूं, आपका जवाब उस पर ज्यादा विस्तृत नहीं है। सभी उचित सम्मान के साथ, जिस तरह से इसे अब शब्दबद्ध किया जाता है वह एक जंगली अनुमान की तरह दिखता है, अंधेरे में एक शॉट। "वापस तो जनवरी 2010 में, मुझे लगा जैसे यह आ रहा है, हवा में कुछ था ..." बहुत उपयोगी खेद नहीं है

— gnat

वितरित नियंत्रण को नियंत्रित करने वाले मुद्दे बेहतर टूलींग द्वारा तय किए गए हैं। आज का एसवीएन वर्षों पुराने संस्करण की तुलना में कहीं बेहतर है जो डीवीसीएस के लोगों को लगता है कि यह अभी भी चालू है, और यह सभी नए सिरदर्द और अतिरिक्त जटिलता को पेश किए बिना पुराने मॉडल के साथ अंतर्निहित समस्याओं को ठीक करता है जो कि डीवीसीएस तालिका में लाता है।

— मेसन व्हीलर

Answer 4

मैं एक देर से गोद लेने वाला था - 2010 के आसपास मर्क्यूरियल से गिट में स्विच करना।

मेरा मानना ​​है कि Git इतना लोकप्रिय हो गया क्योंकि GitHub जैसी साइटों के कारण आपके पास संस्करण नियंत्रण उपकरण में नेटवर्क प्रभाव था। यह पहले नहीं देखा गया था, क्योंकि आप एक परियोजना या कंपनी के आधार पर कोड साझा करेंगे।

मुझे विशेष रूप से Git और Github पर स्विच करना याद है क्योंकि जिन सभी परियोजनाओं में मुझे निम्नलिखित में दिलचस्पी थी और उन्होंने उसी के साथ योगदान दिया था, साथ ही साथ जिन डेवलपर्स के साथ मैं जुड़ता था।

यह एक नेटवर्क प्रभाव है।

GitHub DVCS पर बनी सबसे लोकप्रिय वेब आधारित सहयोग परत थी और Git का अंत 'काफी अच्छा' था। मर्क्यूरियल निश्चित रूप से सीखना और उपयोग करना आसान था, गिट में कई बारीकियां हैं, लेकिन लिनुस की वजह से एक ठोस ब्रांड था।

सिर्फ इसलिए कि GitHub '08 में लॉन्च हुआ और '10 में विकास शुरू होता है इसका मतलब यह नहीं है कि GitHub जिम्मेदार नहीं है। अगर आप सोशल नेटवर्किंग जैसे अन्य क्षेत्रों में प्रतिस्पर्धी विकास चार्ट को देखते हैं और फेसबुक का विकास बहुत हद तक समान है।

आप वायरल लूप / नेटवर्क प्रभाव के बिना उस तरह के विकास चार्ट नहीं देखते हैं।

उदाहरण के लिए। फेसबुक ग्रोथ के चार्ट से तुलना करें

अद्यतन: मुझे पता है कि ऊपर का स्रोत सटीक नहीं हो सकता है, लेकिन ऐसे बहुत सारे डेटा स्रोत हैं जो प्रदर्शित करते हैं कि पिछले कुछ वर्षों में Git तेजी से बढ़ रहा है।

ग्राफ़ 1: नौकरी विज्ञापनों में Gent के Mentions

और एक्लिप्स सर्वेक्षण जो दर्शाता है कि 2011 में गिट बाजार की हिस्सेदारी 13% से बढ़कर 2012 में 27% हो गई । अद्भुत विकास।

यह पोस्ट Git के विकास और नेटवर्क प्रभावों की बेहतर व्याख्या करता है जो मैंने यहाँ किया है।

Comments

एक घातीय वृद्धि (जैसे हम फेसबुक ग्राफ के साथ देखते हैं) और मूल ग्राफ में शामिल प्रश्न के बीच एक बड़ा अंतर है। यदि उस ग्राफ़ पर विश्वास किया जाना था, तो एक विशिष्ट बिंदु पर ढलान में एक नाटकीय असंतोष है - जो कि कुछ घटना घटित होगा, नेटवर्क प्रभाव नहीं। और वास्तव में, यह अन्य उत्तरों से लगता है कि इस घटना का नाम बदला जा रहा था! :)

— starwed

इस चार्ट गलत हो सकता है, लेकिन वहाँ अन्य सर्वेक्षणों दर्शाते हैं कि कि Git के विकास कर रहे हैं है घातीय किया गया। उदाहरण के लिए। इस पोस्ट में चर्चा के रूप में ग्रहण सर्वेक्षण (जो एक ही बिंदु मैं बना रहा हूं, लेकिन बहुत बेहतर तरीके से): jamesmckay.net/2012/06/…

— nikcub

मैके लिंक टूट गया है। यहां वेबैक मशीन संस्करण है ।

— फहीम मीठा

Answer 5

बस स्पष्ट करने के लिए, यह ग्राफ डेबियन सिस्टम पर गिट की स्थापना दिखाता है।

जिस समय स्पाइक होता है उस समय के आसपास डेबियन पैकेज को गिट-कोर से गिट में बदल दिया जाता था। हो सकता है कि लोगों को पैकेज अब आसान लगे कि नाम सॉफ्टवेयर को प्रतिबिंबित करे।

Answer 6

मुझे आश्चर्य है कि किसी ने भी गितूब को लोकप्रियता हासिल करने के लिए गिट के सबसे बड़े कारण के रूप में उल्लेख नहीं किया है । उन्होंने गिट मुख्यधारा को आगे बढ़ाया।

जीथब को अप्रैल 2008 में लॉन्च किया गया था और 1-2yrs के भीतर, उन्होंने लोकप्रियता हासिल की। और फिर जब आप git / git-core उपयोग का अचानक विस्फोट देखते हैं, तो यह मुख्य रूप से 2Million github उपयोगकर्ताओं और उनके 3.7million रिपॉजिटरी के कारण होता है। Gitub ने git को उपयोग में आसान बनाया। बिटबकेट वहाँ था, लेकिन गीथूब ने इसे सरल बना दिया। मुझे यकीन है कि अगर github लोगों ने git के स्थान पर Hg को उठाया, तो हमें Hg के उपयोग में समान वृद्धि देखी जानी चाहिए।

सादृश्य हो सकता है: Canonical: Linux :: Github: Git

Comments

मैं पूरी तरह से सहमत हूं। Github संशोधन नियंत्रण को मज़ेदार बनाता है, समझने में आसान है, और इन सभी ओपन-सोर्स रिपॉजिटरी के साथ इतना उपयोगी है। वे मेरी राय में यही कारण हैं कि Git इतना बड़ा क्यों हो गया।

— d34n5

Answer 7

अच्छी तरह से, IMHO, वितरित VCS जैसे Hg और Git एक केंद्रीकृत VCS की तुलना में स्वाभाविक रूप से बेहतर हैं - इसलिए SVN हमेशा उनमें से एक को खोता जा रहा था।

और जीआईटी, जैसा कि पहले ही देखा गया है, एचजी पर भारी लाभ था कि इसका उपयोग ग्रह पर सबसे बड़े और सबसे सफल ओपन-सोर्स प्रोजेक्ट द्वारा किया गया था - जो शुरू से ही एक ट्रैक रिकॉर्ड का एक नरक है।

2010 की शुरुआत में अचानक विस्फोट क्यों हुआ, मेरा अनुमान काफी सटीक है। गिट शानदार है, लेकिन यह शुरुआती के लिए बड़े पैमाने पर सहज नहीं है।

सर्वश्रेष्ठ Git पुस्तक, IMHO, प्रो Git है, जिसे सितंबर 2009 में प्रकाशित किया गया था। दूसरा-सर्वश्रेष्ठ (IMHO फिर), O'Reilly's Git पुस्तक, जून 2009 में प्रकाशित हुई थी।

इसलिए 2010 के प्रारंभ में Git का उपयोग होने का कारण यह तथ्य जितना सरल हो सकता था, वह यह था कि जब सीखने के लिए अच्छे संसाधन उपलब्ध थे, तो वे कैसे उपलब्ध हो गए।

Comments

SVN कभी भी एक अग्रणी केंद्रीकृत VCS नहीं था जब यह ब्रांचिंग और विलय के लिए आता है। एचजी और गिट पहले ओपन सोर्स वीसीएस थे जो ब्रांचिंग और विलय के साथ अच्छी तरह से सामना करते हैं। मुझे नहीं लगता कि केंद्रीकृत / वितरित के पास इसके साथ बहुत कुछ करना था।

— इयान

Answer 8

एक संस्करण नियंत्रण प्रणाली चुनना एक सामाजिक निर्णय है। टीम को सभी को एक ही समाधान का उपयोग करने की आवश्यकता है। जैसा कि एक पाठ संपादक का विरोध है, जो एक व्यक्तिगत निर्णय है - विभिन्न डेवलपर्स विभिन्न संपादकों का उपयोग कर सकते हैं और आसानी से सहयोग कर सकते हैं।

तो एक संस्करण नियंत्रण प्रणाली चुनने के लिए नेटवर्क प्रभाव होते हैं, जिससे सिस्टम थोड़ा बेहतर या थोड़ा अधिक लोकप्रिय हो सकता है।

उदाहरण के लिए, मैं ओपन सोर्स प्रोजेक्ट्स के लिए डार्क्स पसंद करता हूं, लेकिन पाया गया कि मेरे संभावित योगदानकर्ताओं में से अधिकांश git से परिचित थे, और मुझे darcs के बजाय git के साथ होस्ट की गई परियोजनाओं के लिए अधिक आसानी से अधिक योगदान प्राप्त हुआ। इसलिए, मैं डार्क्स के बजाय git का उपयोग कर रहा हूं। फिर, क्योंकि मैं इसका उपयोग करता हूं और जीथब पर कोड प्रकाशित करता हूं, ऐसा प्रतीत होता है कि मैं इसे समर्थन करता हूं या इसे पसंद भी कर सकता हूं, जो दूसरों को इसका उपयोग करने के लिए प्रभावित कर सकता है।

डेवलपर्स प्रत्येक परियोजना के लिए एक नया स्रोत नियंत्रण प्रणाली सीखना नहीं चाहते हैं, जिसमें वे योगदान करते हैं, इसलिए यह समग्र समुदाय को एक मानक है जो "अच्छा पर्याप्त" है और व्यापक रूप से लोकप्रिय है, तो हर टीम और परियोजना को "सर्वश्रेष्ठ" चुनने के लिए लाभान्वित करता है। “एक शून्य में समाधान।

गीथब ने केवल नेटवर्क प्रभाव की आग में ईंधन डाला।

Answer 9

माइकल के उत्तर में सही ग्राफ को देखते हुए , डेबियन सिस्टम पर गिट-कोर और गिट दोनों को दिखाते हुए, यह सवाल प्रतीत होता है कि 2006 में डेबियन सिस्टम पर गिट क्यों लोकप्रिय होना शुरू हुआ और 2006-2012 के बीच क्यों तेजी से बढ़ा।

इसका कारण उबंटू की तरह डेबियन-आधारित लिनक्स वितरण को मजबूत रूप से अपनाना हो सकता है, जो 2005-2006 के आसपास लोकप्रिय होने लगा और 2011 के आसपास तक # 1 डिस्ट्रो बन गया, जब मिंट, भी डेबियन-आधारित, # 1 बन गया। 2012 के अंत में, डिस्ट्रोवच के अनुसार मिंट अभी भी # 1 और उबंटू # 3 है ।

GitHub, 2008 में स्थापित, मुफ्त git होस्टिंग प्रदान की, और 2008 और 2012 के बीच ~ 1 मिलियन स्रोत उपयोगकर्ताओं के साथ दुनिया में ~ 2.5 मिलियन उपयोगकर्ताओं और ~ 4.5 मिलियन परियोजनाओं , 2012 के अंत में विकिपीडिया के अनुसार बन गया।

2000 के दशक के अंत में रूबफोर्ज़ से गिटहब तक रेल और कई अन्य परियोजनाएँ बदलीं। इसके अलावा, बुंडलर को जेफाइल में एक विकल्प के माध्यम से रत्न स्थापित करने / अद्यतन करने के समर्थन में मूल रूप से प्रश्न (2009 के अंत में) के आसपास पेश किया गया था:git , और बुंडलर रेल की निर्भरता के रूप में शामिल किया गया था 3. पायथन, जावास्क्रिप्ट, सी, सी ++ में परियोजनाएं , जावा, सीएसएस, आदि भी गितहब पर चले गए या शुरू हो गए।

जो लोग GitHub की परियोजनाओं में योगदान देना चाहते थे, GitHub में परियोजना को कांटा करने के लिए आवश्यक थे, संशोधन करने से पहले रिपॉजिटरी को क्लोन करने के लिए एक स्थानीय git क्लाइंट का उपयोग करें और उन्हें GitHub में वापस धकेल दें और एक पुल अनुरोध करें। यह पहले इस्तेमाल किए गए अन्य तरीकों की तुलना में बहुत सरल था और यकीनन एक महत्वपूर्ण कारण था कि इसे उन परियोजनाओं द्वारा अपनाया गया था जो गीथहब में चले गए या वहां शुरू करने का फैसला किया। इसका मतलब था कि डेब-आधारित डिस्ट्रोस में स्थापित करने के लिए गिट-कोर / गिट आवश्यक है ताकि डेवलपर्स गिटहब का उपयोग कर सकें।

इसलिए, मेरा मानना ​​है कि यह डेबियन-आधारित डिस्ट्रोस का संयोजन था जो उपयोगकर्ताओं और परियोजनाओं में गीथहब के विकास के कारण अधिक लोकप्रिय और बढ़ती गिट अपनाना था, जो संभवतः GitHub के मुफ्त होस्टिंग और उपयोगकर्ता अनुभव से उपजा है।

Answer 10

मुझे लगता है कि बहुत से लोग करणीय के साथ संबंध को भ्रमित कर रहे हैं।

ग्राफ ने लोकप्रियता और घटनाओं के उपायों और अन्य उपायों के बीच सभी शो सहसंबंध प्रस्तुत किए। हालाँकि, एक सहसंबंध कार्य-कारण के स्पष्ट प्रमाण नहीं हैं।

कुछ अन्य उत्तर अन्य चीजों के साथ संबंध बनाने का प्रयास करते हैं; उदा। डीवीसीएस के लिए लिनुस टॉर्स्वाल्ड्स इंजीलवाद, जीथब का गठन, सामाजिक नेटवर्किंग का उदय। जबकि सहसंबंध का सबूत (एक समय रेखा पर) उतना मजबूत नहीं है, जो कार्य-कारण को बाहर नहीं करता है। खासकर यदि आप "नेटवर्क प्रभाव" परिकल्पना को स्वीकार करते हैं; अर्थात इसके कई कारण हैं।

लब्बोलुआब यह है, कि जिस तरह के सबूत उपलब्ध हैं, वह करणीय नहीं दिखा सकते हैं । हम सैकड़ों हजारों लोगों के सामूहिक व्यवहार के बारे में बात कर रहे हैं, और लोग विभिन्न कारणों से निर्णय लेते हैं ... या कोई तार्किक कारण बिल्कुल नहीं है। प्रोग्रामर किसी और से अलग नहीं हैं।