विकसित करने के 3 तरीके

कचरा बनाने में डिज़ाइन किया गया

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

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

यह इस तरह काम करता है:

• क्रिएटिव लोग "फीचर ए और बी की लंबी सूची के साथ आते हैं जो हम अपने उत्पाद में कर सकते हैं।" इसकी एक अविश्वसनीय रूप से विस्तृत सूची और यह कि हमारे भविष्य के महान उत्पाद क्या कर सकते हैं। वे क्या साथी हैं कि वे यह सब लेकर आए हैं! खैर, अब जबकि काम का मुख्य (रचनात्मक) हिस्सा पहले ही हो चुका है, केवल तकनीकी कार्यान्वयन का सवाल है, लेकिन यह मुश्किल नहीं है!
• प्रबंधकों और उनके सलाहकारों ने डिजाइनरों और वास्तुकारों को शानदार विचार व्यक्त किए हैं जो टन विनिर्देशों को लिखते हैं। इस स्तर पर, एक दर्जन बुनियादी विचार कई सौ विस्तृत आवश्यकताओं में बदल जाते हैं। एक ऐसे उत्पाद के लिए जो दुनिया को बदल देगा।
• विनिर्देशों को डेवलपर्स पर पारित किया जाता है, जो कुछ ... आश्चर्यचकित, ध्यान से पूछते हैं, लेकिन कौन ..., यह लिखने के लिए यह सब हुआ ...? वे समझाने लगते हैं कि कुछ करना मुश्किल क्यों है, और कुछ आम तौर पर असंभव है, लेकिन ... ट्रेन पहले ही निकल चुकी है। शीर्ष पर वास्तुकला को मंजूरी दी गई है, और वास्तव में - ये कौन से निर्माता हैं जो क्रिएटिव दोस्तों और उनके उच्च-भुगतान सलाहकारों के साथ बहस करते हैं?
• डेवलपर्स कचरे के ढेर "रचनात्मक और सुरुचिपूर्ण" ढेर बनाने के लिए अपमानित और बर्बाद हो रहे हैं, अपनी नौकरी पर लौट रहे हैं। यह काम दिमाग को बदल देता है, क्योंकि ऊपर से सिद्धांतकार व्यावहारिक कार्यान्वयन की बारीकियों के बारे में नहीं सोचते थे। "प्राथमिक" और "मामूली" परिवर्तनों में सप्ताह लग सकते हैं। यह परियोजना शिथिल होने लगती है, प्रबंधक डेवलपर्स पर क्लिक करते हैं, शाम और सप्ताहांत गायब हो जाते हैं।
• अंत में, कुछ ऐसा है जो किसी भी तरह से काम करने वाले उत्पाद का अनुकरण करता है। यह अजीब और नाजुक, जटिल और बदसूरत है। क्रिएटिव दोस्तों डेवलपर्स को अक्षमतापूर्ण मध्यस्थता कहते हैं और इस सुअर को धनुष संलग्न करने के लिए अपने सलाहकारों को और भी अधिक पैसा देते हैं, और बाहरी रूप से यह थोड़ा बेहतर हो रहा है।
• इस समय तक, प्रबंधक इस सभी आतंक को बेचने की कोशिश करना शुरू कर देते हैं, और अचानक (आश्चर्य-चकित!) यह पता चलता है कि किसी को तीन सौ वर्षों तक इसकी आवश्यकता नहीं है। इस जगह में, सबसे महत्वपूर्ण बात यह है कि गंदगी में चेहरा न गिरें और ... एक विज्ञापन कंपनी में एक मिलियन डॉलर फेंक दें! लगभग इस उत्पाद का उपयोग करने के लिए लोगों को समझाने के लिए अतिरिक्त भुगतान करना पड़ता है। आह, यह बेवकूफ, पिछड़ा और कृतघ्न बाजार!
• गहन विपणन के एक वर्ष के बाद, उत्पाद अभी भी लाभहीन है। इसके अलावा, इस साल वह तबाही और प्रेस में नकारात्मक समीक्षाओं से परेशान था। कंपनी चुपचाप बैलेट बॉक्स में इसे कम करती है, सलाहकारों को आग लगाती है, पास के गैरेज में रहने वाली स्टार्टअप कंपनी से एक प्रतिस्पर्धी उत्पाद खरीदती है और इसे "संस्करण 2.0" के रूप में जारी करती है। सैकड़ों मिलियन डॉलर को टोकरी में फेंक दिया जाता है।

इस बीच, शीर्ष प्रबंधन का एक अन्य विजनरी मार्केटिंग के लोगों के साथ एक अतिरिक्त गिलास पी रहा है और शानदार आइडिया उसके दिमाग में आता है ...

क्रिएट गारबेज को डिज़ाइन करना एक कैरिकेचर हो सकता है अगर ऐसा जीवन में नहीं हुआ होता। बड़ी फर्मों द्वारा विपणन किए गए 20 उत्पादों में से 19 जैसे कुछ विफलता है (हाँ, 87% आंकड़े छत से आते हैं)। 20 में से शेष 1 कुछ पूरी तरह से यादृच्छिक कारणों से सफल होता है, जैसे बहुत खराब प्रतिस्पर्धी उत्पाद या एक नया बाजार।

RNSM के उपयोग से मुख्य निष्कर्ष बनाना आसान है, लेकिन इसे स्वीकार करना कठिन है: विचार कुछ भी नहीं हैं। कोई अपवाद नहीं। कोई "शानदार विचार नहीं हैं।" हर कोई जो "ओह, और हम यह कर सकते हैं" के एक विस्मयादिबोधक के साथ चर्चा शुरू करते हैं, उन्हें उन सभी जुनून और ऊर्जा के साथ पीटा जाना चाहिए जो उन्होंने दरवाजे पर बुलाए गए यहोवा के गवाहों के लिए पोषित किया था। ये सभी क्रिएटिव लोग अपने "शानदार विचारों" के साथ एक आदमी की तरह दिखते हैं, जो पहाड़ के पैर में एक कैफे में बैठा है, अपनी हॉट चॉकलेट को डुबो रहा है और दूसरों को समझा रहा है: "अरे, मेरे पास एक बहुत अच्छा विचार है - हम इस पहाड़ पर चढ़ सकते हैं! और शीर्ष पर एक झोपड़ी का निर्माण! दो सौना के साथ! और बगीचा! इसे सौर पैनलों से जोड़ा जा सकता है! दोस्तों, यह अच्छा है! हम इसे किस रंग में रंगेंगे? ग्रीन! कोई नीला नहीं! तो, जाओ और इसका निर्माण करो, और मैं इस कैफे में रहूंगा और हमारी परियोजना के लिए कुछ कार्यक्रम तैयार करूंगा! ”

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

और अब, टोटल इनपुनैटेबिलिटी के ड्रैगन को हराने के बाद, हम डेमोन ऑफ़ कॉम्पलेक्सिटी पर हमला करते हैं।

विकास जटिलता पैदा करने के उद्देश्य से

अच्छे इंजीनियर और छोटी फर्में सैद्धांतिक रूप से सभ्य उत्पाद बनाने में सक्षम हैं। लेकिन अधिकांश उत्पाद अभी भी बहुत जटिल हैं और वे जितने सफल हो सकते हैं, उससे कम ही हैं। इसका कारण यह है कि विशेषज्ञों की टीमें विकास की प्रक्रिया को पूरी तरह से लागू कर रही हैं, जिसे मैं विकास, उद्देश्य से निर्मित जटिलता (RNSS) कहता हूं।

यह इस तरह काम करता है:

• प्रबंधकों को उन्हें हल करने के वास्तविक आर्थिक प्रभाव के साथ दिलचस्प और महत्वपूर्ण समस्याएं मिलती हैं। इस स्तर पर, वे पिछले पैराग्राफ से आरएनएसएम का अभ्यास करने वाली कंपनियों से एक कदम आगे हैं।
• विकास टीम उत्साहपूर्वक एक प्रोटोटाइप सिस्टम का निर्माण शुरू करती है, और फिर मुख्य उत्पाद की बुनियादी कार्यक्षमता। सब कुछ योजना के अनुसार हो रहा है, काम का तर्क दिया जा रहा है, चीजें तार्किक और सुरुचिपूर्ण होती जा रही हैं।
• इस समय तक, प्रबंधन और भी अधिक दिलचस्प और महत्वपूर्ण समस्याओं के साथ आता है। हां, उन्हें हल करना अधिक कठिन है (कुछ को पूरी तरह से बदलना होगा), लेकिन अगर हम ऐसा करते हैं, तो हम प्रतियोगिता से दो कदम आगे होंगे, है ना?
• डेवलपर्स वही करते हैं जो डेवलपर्स को करना चाहिए - विकास। फिर से विकास, विकास, विकास और विकास। प्रबंधक अपने दिलचस्प और महत्वपूर्ण कार्यों के साथ बार-बार आते हैं। और डेवलपर्स बार-बार विकसित हो रहे हैं। नतीजतन, सही, ठोस, बड़े पैमाने पर, बड़े पैमाने पर प्राप्त करने के लिए।
• उत्पाद बाजार में प्रवेश करता है, बाजार ने शलजम को बदल दिया और पूछा "क्या, यह सब वास्तव में इतना मुश्किल था?" लोग किसी भी तरह उत्पाद का उपयोग करना शुरू कर देते हैं, अपना समय और पैसा खर्च कर इसकी अकल्पनीय जटिलता को सुलझा लेते हैं, लेकिन अगर कोई विकल्प न हो तो क्या होगा?
• प्रबंधन को प्रमुख ग्राहकों से सकारात्मक प्रतिक्रिया मिलती है - उनके प्रबंधन का मानना ​​है कि अगर सब कुछ इतना जटिल है और प्रशिक्षण और उपयोग पर इतना समय खर्च करने की आवश्यकता है, तो यह निश्चित रूप से एक अच्छा उत्पाद (!) है।

आरएनएसएस को लोगों की टीमों की विशेषता है, वे फ्रैंचली और कट्टरता से निजी कार्यों को हल करते हैं जिनकी 99% उपयोगकर्ताओं को आवश्यकता नहीं है। RNSS उत्पाद भारी, महत्वाकांक्षी, जटिल और अलोकप्रिय हैं। कई खुले स्रोत उत्पाद एक सरल समाधान प्राप्त करने के प्रयास में पैदा हुए थे जहां केवल एक जटिल एक था। कुछ इंजीनियरों के लिए उत्पाद की कार्यक्षमता का विस्तार करने की कोशिश को रोकना अविश्वसनीय रूप से कठिन है "बस अगर किसी और को इसकी आवश्यकता हो तो।" वे यह सोचे बिना लोगों की भलाई करना चाहते हैं कि क्या उन्हें इसकी आवश्यकता है और क्या ये लोग दुनिया में कहीं भी मौजूद हैं।

RNSS का एक अच्छा उदाहरण ब्लूटूथ है। यह प्रोटोकॉल का एक जटिल, भड़कीला सेट है जिससे उपयोगकर्ता नफरत करते हैं। यह पेटेंट के एक विशाल पैकेज के लिए मौजूद है जो केवल उल्लंघन करने, वैकल्पिक बनाने के लिए असंभव नहीं है। ब्लूटूथ पूरी तरह से सुरक्षित है, जो इतनी कम दूरी वाले प्रोटोकॉल के लिए अर्थहीन है। उसी समय, वह डेवलपर्स के लिए एक मानक एपीआई की कमी से ग्रस्त है, जिसने सभी को अपने आवेदन में असंगत बाइक का आविष्कार करने के लिए मजबूर किया।

#Zeromq Wintre ने एक बार IRC चैनल पर लिखा था कि जब वह कई साल पहले एक्सएमएमएस 2 ऑडियो प्लेयर एक अच्छा प्लग-इन सिस्टम है, लेकिन वह संगीत नहीं चला सकता है, तो वह बहुत गुस्से में था।

आरएनएसएस एक दलदल है, जिसमें तैरते हुए डेवलपर्स और आर्किटेक्ट अपने स्वयं के रस में उबाल लेते हैं, अपनी स्वयं की समस्याओं के साथ आते हैं और वीरतापूर्वक उन्हें हल करते हैं, इस बात की परवाह नहीं करते कि यह आमतौर पर उनकी काल्पनिक दुनिया की सीमाओं से परे मांग में कितना है।

RNSS से मुख्य निष्कर्ष निकालना आसान है, लेकिन इसे स्वीकार करना कठिन है:

• एक ऐसा उत्पाद बनाना, जिसकी आपको अभी आवश्यकता नहीं है, व्यर्थ है। इससे कोई फर्क नहीं पड़ता कि आप कितने स्मार्ट और प्रतिभाशाली हैं अगर आप किसी से भी बकवास कर रहे हैं जो किसी ने नहीं पूछा है।
• समस्याएं सभी आकारों में आती हैं। उनमें से कुछ सरल हैं, अन्य नहीं हैं। अजीब है, लेकिन अक्सर बस सरल, trifling समस्याओं का समाधान सिर्फ वही है जो लोगों को चाहिए। दूसरी ओर, डेवलपर्स को प्लैटिट्यूड और ट्राइफल्स पर काम करने में कोई दिलचस्पी नहीं है, उन्हें एक चुनौती, एक समस्या दें। यदि विकास को मौका देना बाकी है, तो डेवलपर्स उनके लिए बिल्कुल दिलचस्प कार्यों पर काम करेंगे, लेकिन इस तथ्य से नहीं कि कार्य उपयोगकर्ताओं के लिए उपयोगी हैं।
• इंजीनियर्स और आर्किटेक्ट्स सभी प्रकार के आर्किटेक्चर, पैटर्न से प्यार करते हैं, यहां कुछ सामान्य करने के लिए, और यहाँ अनुकूलन करने के लिए, और फिर एक हैक दिखाते हैं - और यह सब स्पष्ट रूप से जटिलता में वृद्धि की ओर जाता है। ऐसी चीजों पर लाभ उठाना महत्वपूर्ण है। यह हो सकता है, उदाहरण के लिए, एक कठिन समय सीमा, डेवलपर को एक छोटा और सरल समाधान बनाने के लिए मजबूर करता है जो एक शानदार और सामान्य के बजाय "यहां और अभी" काम करता है, जो कभी भी पूरा नहीं होगा।

सादगी डिजाइन

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

RNSP इस तरह काम करता है:

• हम एक निश्चित क्षेत्र में कई दिलचस्प समस्याओं को इकट्ठा करते हैं और उन्हें बढ़ते क्रम में व्यवस्थित करते हैं - सरल से जटिल तक, कुछ सामान्य पैटर्न खोजने की कोशिश कर रहे हैं।
• हम सबसे सरल, प्राथमिक समस्या को लेते हैं और हल करते हैं, और हम इसे सबसे कम खर्चीले तरीके से करते हैं - "पैच"। प्रत्येक पैच बिल्कुल एक समस्या को हल करता है, और बिल्कुल एक, न्यूनतम रूप से महंगा तरीका।
• हम पैच की गुणवत्ता के एक एकल मीट्रिक का परिचय देते हैं: "क्या इस समस्या को हल करते समय इसे और भी आसान किया जा सकता है?"। पैच का उपयोग करने के लिए उपयोगकर्ता को जो जानकारी (या अनुमान) करनी होगी, उस जानकारी की मात्रा में कठिनाई को मापा जा सकता है। कम, बेहतर। एक आदर्श पैच उपयोगकर्ता से किसी भी ज्ञान या कौशल की आवश्यकता के बिना समस्या को हल करता है।
• हमारी विकास प्रक्रिया एक पैच के साथ शुरू होती है जो "हमें अवधारणा के प्रमाण की आवश्यकता है" समस्या का समाधान करता है और एक शक्तिशाली उत्पाद में विकसित होता है जिसमें सैकड़ों या हजारों पैच शामिल होते हैं जो एक दूसरे के पूरक और सही होते हैं।
• हम ऐसा कुछ भी नहीं करते हैं जो एक पैच नहीं है। हम विकास प्रक्रिया के नियमों का निर्माण इस तरह से करते हैं कि प्रत्येक समस्या एक पैच से हल हो जाती है जो इसे हल करती है और केवल यह, सचेत और वर्णित समस्या।
• हम कार्यों की एक "आपूर्ति श्रृंखला" का निर्माण कर रहे हैं, जिसमें उपयोगकर्ता अपनी समस्याओं को जोड़ते हैं, और डेवलपर्स उन्हें हल करते हैं। इस श्रृंखला में एक अच्छा "स्टॉप मैकेनिज्म" है जो डेवलपर्स को अपनी कल्पना के पंखों को आकाश-उच्च दूरी में उड़ान भरने से रोकता है - लेकिन जब कोई विशिष्ट जीवित व्यक्ति समस्या के त्वरित समाधान की प्रतीक्षा कर रहा हो, तो इसे करने का प्रयास करें।
• डेवलपर्स को किसी भी परियोजना पर काम करने और किसी भी घटक के लिए पैच प्रदान करने का अधिकार है। कोई भी अकेले परियोजना का मालिक नहीं है - पैच प्राप्त करने के लिए अपने औपचारिक मानदंडों के साथ "मुख्य" भंडार है, लेकिन अगर कोई उन्हें पसंद नहीं करता है, तो कोई भी कांटा कर सकता है। एक ही परियोजना में प्रतिस्पर्धी कांटे हो सकते हैं, उनमें से प्रत्येक को बेहतर विकसित करने के लिए प्रोत्साहित किया जा सकता है।
• परियोजना प्रलेखित इंटरफेस का एक निश्चित सेट प्रदान करती है, जिससे अन्य घटकों (क्लाइंट, प्लग-इन) का उपयोग करने की अनुमति मिलती है। एक अच्छा एपीआई बनाना कई उपग्रह उत्पादों को प्राप्त करने, एक पारिस्थितिकी तंत्र का निर्माण करने और बाजार को जीतने का एक तरीका है।
• हम बाहरी उपयोगकर्ताओं और ग्राहकों को कार्यों की आपूर्ति श्रृंखला को वापस लेते हैं और लगातार रिलीज का एक चक्र प्रदान करते हैं, ताकि उपयोगकर्ता समस्या बाहर से हमारे पास आ सके, कुछ ही घंटों में पैच द्वारा विश्लेषण, मूल्यांकन और निर्धारण किया जा सके।
• समय के हर क्षण में, पहले पैच के साथ शुरू, हमारा उत्पाद डिलीवरी के लिए तैयार है। यह महत्वपूर्ण है, क्योंकि पैच का एक महत्वपूर्ण हिस्सा (10-30%) गलत होगा और केवल उपयोगकर्ताओं को उत्पाद तक पहुंच प्रदान करने से हम समझ सकते हैं कि क्या गलत हुआ और इसे ठीक करने की आवश्यकता है।

RNSP एक अज्ञात विषय क्षेत्र में सबसे महत्वपूर्ण समस्याओं के लिए इष्टतम समाधान खोजने का एक विश्वसनीय तरीका है। RNSP को लागू करने के लिए आपको एक जीनियस होने की आवश्यकता नहीं है, आपको बस कोहरे में लक्ष्यहीन भटकने और इस कोहरे को दूर करने की गतिविधि के बीच अंतर देखने की जरूरत है, जिसके परिणामस्वरूप वास्तव में महत्वपूर्ण समस्याओं की रूपरेखा दिखाई देती है।

कुछ लोग बताते हैं कि इस तरह के एल्गोरिथ्म में इसकी कमियां हैं। छोटे चरणों में चलते हुए, हम "स्थानीय शिखर" पर अटक सकते हैं, आदर्श के शीर्ष पर कूदने का अवसर खो देते हैं। लेकिन यह, फिर भी, वास्तविक जीवन में सब कुछ कैसे होता है: हम लंबे समय तक यहां और वहां छोटे कदम उठाते हैं। जीवन के लिए "तर्कसंगत योजना नहीं है।" हम विचाराधीन मुद्दों की एक विस्तृत कवरेज के साथ एक स्थानीय शिखर पर फंसने के जोखिम को कम करते हैं। सिद्धांत कहता है कि यह कैसे नवाचार दिखाई देता है, इसलिए इस तरह के या कम वैज्ञानिक दृष्टिकोण का उपयोग करना बेहतर है कि भाग्य की उम्मीद करें या किसी तरह के जादू से सभी समस्याओं को हल करें।

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

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

ओपनसोर्स की दुनिया में, हम यह सब काम सादे दृष्टि से करते हैं। कोई "अच्छी तरह से नहीं है, चलो कोड खोलें" पल। उत्पाद जो केवल कुछ चरण में कोड को खोलने का निर्णय लेते हैं, उपयोगकर्ता को अपने जन्म के क्षण से अपने उत्पाद के आसपास एक समुदाय बनाने के लिए, शुरुआत से ही पूरे रोमांचक इतिहास का पता लगाने का अवसर लेते हैं।