या सही करते हैं

यदि आप एक विचार का चयन करते हैं जो सबसे अधिक उत्पादों को मारता है, तो यह भविष्य के लिए एक रिजर्व का निर्माण है (भविष्य के प्रूफिंग)।

आमतौर पर विचार एक पैटर्न में ही प्रकट होता है।

हमें {X} की आवश्यकता है, और हालांकि {Y} बनाना ज्यादा आसान है, लेकिन {Z} की शुरुआत के साथ पहला विकल्प आपके जीवन को सरल बना देगा।

जहाँ {Z} एक घटना है जो दूर के भविष्य में घटित हो सकती है।

यहाँ कुछ उदाहरण हैं:

• इंफ्रास्ट्रक्चर को कुबेरनेट्स और डॉकर की जरूरत है , हालांकि एक बड़ा सर्वर बहुत सरल है, लेकिन जब आपको 11 सर्वरों को स्केल करना होगा, तो यह हमारे जीवन को सरल करेगा।
• डेटा प्रोसेसिंग के लिए एक वितरित डिज़ाइन की आवश्यकता होती है , हालांकि एक केंद्रीकृत समाधान बहुत सरल है, लेकिन जब क्लाइंट को SLA में 99.999% अपटाइम की आवश्यकता होती है , तो यह हमारे जीवन को सरल करेगा।
• हमें एक विकास टीम की भर्ती करने और अपना खुद का सॉफ्टवेयर बनाने की आवश्यकता है, हालांकि Wordpress और Shopify ज्यादा सरल हैं, लेकिन जब ग्राहक आधार 100 गुना बढ़ता है , तो यह हमारे जीवन को सरल करेगा।
• हमें टाइप इनहेरिटेंस के आधार पर एक डिज़ाइन का उपयोग करने की आवश्यकता है, हालांकि रचना बहुत सरल है , लेकिन कोड बेस बढ़ाने के 5 साल बाद , यह हमारे जीवन को सरल करेगा।
• हमें प्रतिनिधित्व कैशिंग के साथ C ++ में कोड लिखने की आवश्यकता है, हालांकि पोस्टग्रेज के प्रत्यक्ष अनुरोधों के साथ एक पायथन स्क्रिप्ट बहुत सरल है, लेकिन डेटा की मात्रा में बड़ी वृद्धि के साथ यह हमारे जीवन को सरल करेगा।

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

लेकिन यह आगे की चर्चा के लायक है, क्योंकि भविष्य के लिए एक स्टॉक बनाने से उत्पाद को वास्तव में मदद मिल सकती है, सब कुछ सही करना है। हालांकि, ज्यादातर लोग गलतियां करते हैं और नुकसान पहुंचाते हैं।

इसके साथ रहने से सफलता कठिन है

कोई फर्क नहीं पड़ता कि यह कितना अजीब लग सकता है, मुझे लगता है कि जो कुछ भी हो रहा है उसका एक मुख्य कारण मशहूर हस्तियों का पंथ है।

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

हर कोई कल्पना करता है कि उस अद्भुत शक्ति के साथ क्या करना है जो उसके पास नहीं है। जैसे कि वे देश के राष्ट्रपति, एक अरबपति, एक सेलिब्रिटी, एक गुणी कलाकार या अतिमानवीय क्षमताओं वाले एक सुपरमैन थे।

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

इसके दो पहलू हैं:

• a) विकास को प्राप्त करने के लिए तकनीकी रूप से सुनिश्चित करने की तुलना में बहुत अधिक कठिन है।
• बी) सबसे प्रमुख और प्रसिद्ध इंजीनियर ऐसे उत्पादों पर काम करते हैं जिनके लिए पैमाने की आवश्यकता होती है।

पहला बिंदु स्पष्ट है, अगर आप इसके बारे में सोचते हैं। जब वे अरबों के राजस्व या करोड़ों उपयोगकर्ताओं तक पहुँचते हैं, तो कितनी सॉफ्टवेयर कंपनियां विफल रहीं? शायद 80% ... यदि आप "विफलता" को बहुत सख्ती से परिभाषित करते हैं।

हालाँकि, अब तक बनाई गई सभी सॉफ्टवेयर कंपनियों में, शायद केवल 0.05% ही उस पैमाने पर पहुँच पाए हैं।

एक स्टॉक बनाने के साथ समस्या यह है कि यह आमतौर पर उन परिदृश्यों के लिए बनाया जाता है जो जीवन में कभी नहीं आते हैं। 1000 कर्मचारियों, 10,000,000 उपयोगकर्ताओं या ड्रैकॉनियन आवश्यकताओं वाले 10 बड़े ग्राहकों के लिए इसका विकास करें।

और ऐसी योजनाओं को छोड़ना मुश्किल है, क्योंकि यह सफलता के विचारों में हस्तक्षेप करती है। लोगों को कल्पना करने से रोकता है कि वे अमेज़ॅन को कैसे हराते हैं, बल्कि वास्तविकता पर लौटते हैं। लेकिन वास्तव में आपके पास 50 ग्राहक हैं, जिनमें से आधे रिश्तेदार और दोस्त हैं।

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

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

इसलिए यदि भविष्य के बारे में कल्पनाएं मदद नहीं करती हैं, तो आपको योजना बनाने की आवश्यकता नहीं है?

नहीं, बिल्कुल। भविष्य के बारे में सोचना जरूरी है। यह उस पर रखी जानी चाहिए, लेकिन यह सही है।

लचीलेपन के लिए डिजाइन अपूर्णता पैदा करता है

जब भविष्य के बारे में सोचने की बात आती है, तो कम बेहतर होता है, लेकिन बेहतर होता है।

बहुत दुर्लभ उत्पाद बिल्कुल उपयोगकर्ताओं की जरूरतों से मेल खाते हैं, बाकी सभी चलते हैं।

यह शायद ही संभव है कि आप सेवा ए प्रदान करें और 90% उपयोगकर्ताओं को वास्तव में इसकी आवश्यकता है। आमतौर पर आप सेवा A प्रदान करते हैं, और 90% उपयोगकर्ताओं को सेवा Z की आवश्यकता होती है । हालांकि, A , Z का निकटतम विकल्प है और कोई भी Z प्रदान नहीं करता है ... इसलिए कुछ ग्राहक इसके साथ जुड़ने का निर्णय लेते हैं।

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

यह सोच का एक उत्पादक प्रतिमान है क्योंकि यह भविष्य के विकास के लिए "कम अधिक है" दृष्टिकोण को प्रोत्साहित करता है। भविष्य के रिजर्व का मतलब जटिलता में वृद्धि नहीं है, बल्कि अधिकतम सरलीकरण है। अनुकूल करने में सक्षम होना।

आपका कोड आधार जितना सरल है, उतना आसान यह है कि इसे किसी अन्य कार्य को करने के लिए कॉन्फ़िगर किया जाए।

"मुझे कोड से नफरत है और यह हमारे उत्पाद में जितना संभव हो उतना छोटा होना चाहिए।" - जैक डाइडरिच

सही डिजाइन के लिए बलिदान की आवश्यकता होती है। आमतौर पर वे लचीलेपन से जुड़े होते हैं।

अक्सर यह अपूर्ण सॉफ़्टवेयर होता है जो दुनिया की समस्याओं को हल करता है, क्योंकि अपूर्ण सॉफ़्टवेयर अधिक लचीला होता है। परिभाषा के अनुसार, सुधार के लिए जगह छोड़ देता है।

आशावादी रूप से डिजाइन, भविष्य आपको आश्चर्यचकित कर सकता है

यह याद रखना भी महत्वपूर्ण है कि चारों ओर की दुनिया स्थिर नहीं है।

भविष्य की समस्याओं को भविष्य की प्रौद्योगिकियों द्वारा संबोधित करने की आवश्यकता है।

बहुत से लोग न केवल भविष्य के साधनों के बारे में सोचते हैं, बल्कि आम तौर पर एक दशक पहले के साधनों का उपयोग करते हैं। वे प्रतिबंध लगाते हैं जो लंबे समय से उठाए गए हैं।

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

मुझे लगता है कि इसका कारण यह है कि 2018 में अधिकांश डेवलपर्स अभी भी 2005 के सर्वर के बारे में सोचते हैं। लेकिन कंप्यूटर हर साल सुधार कर रहे हैं, और कई प्रदाता सस्ते समर्पित सर्वर बेचते हैं।

उदाहरण के लिए, यहाँ एक सस्ता बड़ा सर्वर है:

• दो एक्सोन E5-2680v4 (28 कोर, 56 धागे, घड़ी की गति 2.4 गीगाहर्ट्ज से 3.3 गीगाहर्ट्ज)
• 512 गीगाबाइट DDR4-2400 रैम
• 1.2 टीबी के 2 एनवीएमई एसएसडी (प्रत्येक ~ 3 जीबी / एस पढ़ें, ~ 1.5 जीबी / एस लिखें)

मुझे यकीन है कि अधिकांश वितरित सॉफ़्टवेयर को इस शौकिया सर्वर के आधे से कम कार्यभार की आवश्यकता होती है।

इस तरह के सर्वर का स्थान के आधार पर प्रति माह ~ 800 से $ 1300 तक खर्च होता है। आप लंदन में एक अनुभवी DevOps इंजीनियर के वेतन के लिए एक दर्जन ले सकते हैं।

अधिक सुखद रूप से, सर्वर दो या तीन वर्षों में आधे में सस्ता हो जाएगा।

कंप्यूटर में सुधार जारी है, और वे 2020 के अंत तक ऐसा रैखिक रूप से करेंगे। कौन जानता है कि आविष्कार क्या दिखाई देंगे। तब तक, हम खुली लोहे की क्रांति भी देख सकते हैं।

हालांकि, लोग 2000 के दशक की शुरुआत में हार्डवेयर विनिर्देशों और कीमतों के लिए सॉफ़्टवेयर विकसित करना जारी रखते हैं, हालांकि 2018 में 2019 में मशीनों के लिए सॉफ़्टवेयर विकसित करना आवश्यक है।

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

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

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

इसके बावजूद, लोग अभी भी 2012 मॉडल के होम कंप्यूटर के लिए सॉफ़्टवेयर बनाते हैं। वे Babel का उपयोग करते हैं, हालांकि 99% + उपयोगकर्ताओं के पास ES6 सक्षम ब्राउज़र हैं।

नई भाषाएँ लगातार दिखाई दे रही हैं, और उनमें से कुछ बहुत अच्छी हैं। केवल पिछले 8 वर्षों में, Go, Rust, Scala, और D प्रकट हुए जिन्होंने सिस्टम प्रोग्रामिंग प्रतिमान को पूरी तरह से बदल दिया। अगले दो वर्षों में, यह मुझे लगता है कि जूलिया वैज्ञानिक कंप्यूटिंग में एक ही क्रांति लाएगा ... और ये केवल ऐसे क्षेत्र हैं जिनसे मैं व्यक्तिगत रूप से निपटता हूं, और भविष्य की अद्भुत चीजों की कुल संख्या बस अविश्वसनीय है।

लेकिन मैं पचा ...

भविष्य का आनंद लेना आसान है लेकिन कोई भी वास्तव में नहीं जानता कि एक साल में दो या पांच साल क्या होगा। कुछ पूर्वानुमान हैं, लेकिन वे निश्चित रूप से आदर्श नहीं हैं।

हालांकि, यदि आप वास्तव में भविष्य के लिए रिजर्व बनाना चाहते हैं, तो पहले यह समझें कि वर्तमान में क्या ऑफर है। इसके अलावा, इस तरह से आप वास्तविक डेटा के आधार पर अधिक सटीक रूढ़िवादी पूर्वानुमान बनाएंगे।

2000 के दशक की शुरुआत में बनाए गए वर्ष 2020 के लिए आरक्षित सॉफ्टवेयर, आपकी मदद नहीं करेगा।

तो भविष्य के बारे में सोचना बंद मत करो

बस सही तरीके से योजना बनाना शुरू करें।

न केवल आपके उत्पाद, बल्कि पूरे आसपास के पारिस्थितिकी तंत्र को ध्यान में रखते हुए डिजाइन।

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