कल की समस्याओं की भविष्यवाणी करने की कोशिश मत करो

ठीक है, या इसे सही करना शुरू करें।

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

"हमें समाधान {X} को लागू करने की आवश्यकता है, इस तथ्य के बावजूद कि हमारे लिए बहुत सरल और अधिक उपयुक्त समाधान है {Y}, क्योंकि जब भविष्य में {Z} होता है, तो {X} {Y} से बहुत बेहतर काम करेगा" ।

इसके अलावा, कोई घटना नहीं है और घटना की संभावना के बारे में सटीक जानकारी नहीं हो सकती {Z}।

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

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

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

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

पहले से हासिल की गई सफलता के साथ जीने की तुलना में सफलता पाना अधिक कठिन है

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

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

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

क) विकास को बनाए रखना पैमाने को बनाए रखने की तुलना में अधिक चुनौतीपूर्ण है।
ख) अधिकांश असाधारण रूप से योग्य और प्रतिभाशाली प्रोग्रामर उन उत्पादों पर काम करते हैं जिन्हें अच्छी मापनीयता की आवश्यकता होती है।

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

इसलिए, सॉफ़्टवेयर के लिए भविष्य में आवश्यक सुविधाओं के बारे में अधिकांश कल्पनाएं आमतौर पर इन 0.05% कंपनियों की समस्याओं को हल करने की कोशिश में आती हैं। "यहां हमारे पास 1000 डेवलपर्स, 10 मिलियन उपयोगकर्ताओं और एक दर्जन बड़े कॉर्पोरेट ग्राहकों की एक टीम है जो अपनी जटिल आवश्यकताओं के साथ काम कर रहे हैं और फिर हमें इसकी आवश्यकता होगी ..." नहीं, आपको जरूरत नहीं है। 99.95% की संभावना के साथ।

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

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

तो, अपनी आँखें बंद करना और 5 साल में अपनी कंपनी का प्रतिनिधित्व करना बड़ा है - क्या यह मदद नहीं करेगा? क्या वास्तव में केवल भविष्य के बारे में सोचना बंद करना आवश्यक है?

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

लचीले ढंग से डिजाइन करें, अपूर्ण रूप से लागू करें

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

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

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

और इस तरह - मूल रूप से आपका कोड आधार जितना छोटा होता है, उतना ही आसान होता है कि उसे किसी नई चीज़ के अनुकूल बनाना।

"मैं कोड से नफरत करता हूं और हमारे उत्पाद में इसे कम देखना चाहता हूं" - जैक डिडेरिच

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

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

आशावादी सॉफ्टवेयर आर्किटेक्चर डिजाइन - भविष्य सुखद रूप से जाग सकता है

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

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

मुझे इस तरह के एक "वास्तविक" सर्वर का वर्णन करें:

• दो Xeons E5-2680v4 (28cores और 56 धागे, 2.4GHz से 3.3GHz पर क्लोकिंग)
• DDR4-2400 रैम के 512 गीगाबाइट
• 1.2TB के 2 NVMe SSDs (~ 3GB / s पढ़ा और ~ 1.5GB / s प्रत्येक लिखें)।

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

इस सर्वर में अभी भी जो अच्छा है वह यह है कि 2 साल में इसके किराये की कीमत 2 गुना घट जाएगी।

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

लेकिन हम बात कर रहे हैं लोहे की। और चारों ओर दिखाई देने और विकसित होने वाले सभी सॉफ़्टवेयर के बारे में सोचें। कुछ लोगों ने 20 साल पहले आवाज नियंत्रण के बारे में गंभीरता से सोचा था। और आज की दुनिया को देखें - "ओके गूगल," "हैलो, एलेक्सा," "अब मौसम कैसा है, सिरी?" जो कोई भी 2016 वर्ष में एक आवाज सामने लिखना शुरू कर दिया - बस 2018 में कामयाब रहा।

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

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

लेकिन लोग अभी भी 2012 में कहीं रहते हैं। वे बाबेल का उपयोग करते हैं, हालांकि 99% उपयोगकर्ताओं के पास ईएस 6 समर्थन के साथ कम से कम एक ब्राउज़र है।

नई प्रोग्रामिंग भाषाएँ लगातार दिखाई देती हैं। और उनमें से कुछ बहुत अच्छे हैं। केवल पिछले 8 वर्षों में, हमें गो, जंग, स्केल और डी मिला - सभी ने अपना स्थान पाया। अगले 2 वर्षों में, मुझे यह देखने की उम्मीद है कि जूलिया वैज्ञानिक प्रोग्रामिंग में कैसे योगदान देगा। और यह सिर्फ वह है जो मुझे व्यक्तिगत रूप से चिंतित करता है और मैं इसका पालन करता हूं। प्रौद्योगिकी और ज्ञान की कुल राशि अविश्वसनीय है।

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

भविष्य को प्रेरित करना अपेक्षाकृत आसान है। लेकिन स्पष्ट रूप से, उत्पादकता वृद्धि की रैखिक प्रगति के अलावा, यह कल्पना करना कठिन है कि 2 या 5 वर्षों में क्या होगा। कुछ विचार हवा में तैर रहे हैं, टीमें विभिन्न सॉफ्टवेयर और हार्डवेयर परियोजनाओं पर काम कर रही हैं, लेकिन इससे "शूट" क्या होगा?

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

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