सामान्यीकरण से सावधान रहें

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

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

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

वह क्षण कहाँ है जब वे अप्रचलित हो जाते हैं? वे कहाँ स्थितियाँ हैं जिनमें वे काम करते हैं, और जिनमें वे मौजूद नहीं हैं? हो सकता है कि नई प्रवृत्ति पहले से ही एक स्थिर स्टीरियोटाइप बन गई है और आगे आंदोलन आवश्यक है? आपको हमेशा अपने आप से ये प्रश्न पूछना चाहिए और अवधारणा का उपयोग / उपयोग नहीं करना चाहिए क्योंकि यह प्रगतिशील / पुराना नहीं है, लेकिन क्योंकि यह किसी विशेष मामले में आपको व्यक्तिगत रूप से सूट नहीं करता / करती है।

मैं कुछ उदाहरण दूंगा।

• यदि आप एक जटिल उत्पाद का निर्माण कर रहे हैं जो आपको रसद का अनुकूलन करने की अनुमति देता है, तो सरलीकृत संस्करण किसी को भी रुचि नहीं दे सकता है, क्योंकि "यह सब एक्सेल में किया जा सकता है।" इसका मतलब यह नहीं है कि विचार बुरा है और इसे बदलने की आवश्यकता है। इसका मतलब है कि इसे अभी भी कम सुपाच्य अवस्था में लाने की आवश्यकता है।
  
• Apple कभी भी "मितव्ययिता" का मॉडल नहीं रहा है और हमेशा केवल अपने स्वयं के विचारों पर निर्भर करता है। और उसने अच्छा काम किया। हो सकता है कि यह बुरा न हो, क्योंकि उसने उन ग्राहकों के हाथों में उपकरणों का डिज़ाइन नहीं दिया, जो वास्तव में कुछ भी नहीं समझते हैं?
  
• मान लीजिए कि आपने एक पेज बनाया और बताया कि आप क्या करने जा रहे थे (यह पहले से ही एमवीपी माना जाता है)। आपके पास 10,000 सदस्यताएँ हैं। हुर्रे, आप काम कर सकते हैं! लेकिन यह एक तथ्य नहीं है कि वे आपको ठीक उसी तरह से समझते हैं जैसा आप सोचते हैं। और इस तथ्य को नहीं कि यह सब कुछ ठीक से लागू करना संभव होगा जैसा कि इरादा था। और अंत में, 10,000 उपयोगकर्ता, परिणाम देखकर, आपसे यह कहते हुए दूर हो जाएंगे कि आपने दूसरा वादा किया था। और पहली छाप बनाने का कोई दूसरा मौका नहीं होगा।
  
• ऐसा होता है और इसके विपरीत। आपने एक विवरण (एमवीपी) बनाया और हर कोई आपसे कहता है, "हमें दूसरे [उत्पाद श्रेणी] की आवश्यकता क्यों है"। हालांकि जीत विवरणों में निहित हो सकती है - उन प्रतियोगियों में जो बस असमर्थ हैं और जिनकी कल्पना करना मुश्किल है। ड्रॉपबॉक्स के लेखक हजारों लोगों को एक आश्वस्त वीडियो और रुचि बनाने में सक्षम थे, यह आश्वस्त करते हुए कि यह "सिर्फ एक और बैकअप सिस्टम" नहीं है, लेकिन कुछ अधिक सुविधाजनक है। लेकिन एक समय में Google खोज स्ट्रिंग में प्रवेश करने के लिए किसी को खींची गई खिड़की के साथ रुचि रखने में सक्षम होने की संभावना नहीं थी। अन्य खोज इंजनों से खुद को अलग करने के लिए वास्तविक परिणामों की आवश्यकता थी।
  
• क्या आपकी टीम की दैनिक / साप्ताहिक रैलियाँ इतनी अच्छी हैं? क्या वे साधारण बैठकों से मिलते-जुलते नहीं हैं, जिस पर अनिवार्य रूप से कुछ नहीं कहना है और हर कोई बस इंतजार कर रहा है कि काम पर जाना कब संभव होगा?
  
• आप बस हर दिन अपने प्रोटोटाइप में इंटरफेस को डिजाइन और समायोजित करना शुरू कर रहे हैं। क्या कोड के साथ परीक्षणों को फिर से लिखना अजीब नहीं है, यह जानते हुए कि वे कल तक बाहर होंगे? शायद आपको तब तक इंतजार करना चाहिए जब तक कि वास्तुकला थोड़ा नीचे नहीं बैठ जाती?
  
• आप इसमें जटिल सुविधाओं को जोड़े बिना उत्पाद को न्यूनतम रखने की कोशिश करते हैं। उपयोगकर्ता उपयोग में आसानी से संतुष्ट हैं, डेवलपर्स समर्थन की आसानी से प्रसन्न हैं। लेकिन यह देखने के लिए जांचें कि क्या आप कुछ भी महत्वपूर्ण दिए बिना 90% बाजार से गायब हैं। बहुत से लोग आवश्यक चीजों की कमी के कारण बेसकैंप से मेगाप्लान पर स्विच करते हैं (हालांकि, 37 सिग्नल आउटफ्लो को नोटिस नहीं करते हैं और आज तक अपनी स्थिति पर गर्व करते हैं)।
  
• "हम वेक्टर ग्राफिक्स के साथ काम करने के लिए एक वेब सेवा बना रहे हैं।" क्या आप सुनिश्चित हैं कि उपयोगकर्ता को अपने कंप्यूटर पर आवश्यक भारी फ़ाइलों के साथ काम करने के लिए इंटरनेट का उपयोग करना सुविधाजनक होगा, न कि आपके सर्वर पर? क्या वह वास्तव में एक टैबलेट से चित्र खींचने की कोशिश करेगा या एक मोबाइल से और भी अधिक *? क्या आप सुनिश्चित हैं कि ग्राफिक्स के प्रसंस्करण के लिए शक्तिशाली सर्वर का समर्थन आपको अपने उत्पाद की कीमत 10 गुना बढ़ाने के लिए मजबूर नहीं करेगा?
  * संकेत - ड्राफ्ट्समैन में अक्सर 20 इंच की छोटी स्क्रीन होती है
  

उदाहरणों में, विशेष रूप से इतना नकारात्मक है, इसलिए नहीं कि मैं एक चर्चा को भड़काना चाहता हूं, बल्कि इसलिए कि आप उससे संबंधित पुस्तकों / ब्लॉगों / व्याख्यानों में नहीं मिलेंगे। यह समझ में आता है, अपने सिद्धांत के लिए आंदोलन करने की बात क्या है, इसकी कमियों को दर्शाता है। इस वजह से, यह पता चला है कि नई अवधारणाएं जो अभी तक किसी ने भी नहीं देखीं, वे वास्तव में बेहतर दिखती हैं (वे 10 साल में क्या दिखेंगी)।

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

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