काल्पनिक समस्याएं - खराब सॉफ्टवेयर की जड़

कई परिस्थितियां हैं जो खराब सॉफ़्टवेयर बनाने के लिए उत्प्रेरक हो सकती हैं: उपयोग किए गए उपकरण, एक टीम में संचार की गुणवत्ता, डेवलपर्स के व्यक्तिगत गुण, कार्यप्रणाली, आदि। और उनके बीच एक चीज है जो लगभग हर किसी की जड़ है: काल्पनिक समस्याएं।

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

पॉडकास्ट स्टोरी

आइए कल्पना करें कि आप एक लोकप्रिय पॉडकास्ट रिकॉर्ड कर रहे हैं और कुछ बिंदु पर आप अपनी खुद की साइट बनाने के बारे में सोच रहे हैं - ठीक है, आप जानते हैं, अपने पॉडकास्ट के बारे में जानकारी के साथ, पिछले मुद्दों के रिकॉर्ड, लेख, और शायद कुछ विज्ञापन। वास्तव में, आप कुछ बाहरी प्रकाशकों के साथ कितना लाभ साझा कर सकते हैं?

और इसलिए आप उन लोगों को नियुक्त करने का निर्णय लेते हैं जो आपके लिए यह साइट बनाएंगे। आप उनके लिए बिल्कुल स्पष्ट आवश्यकताएं लिखते हैं:

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

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

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

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

• कमाल की सिफारिश प्रणाली
• भाषण मान्यता एल्गोरिथ्म जो वास्तविक समय में आपके प्रसारण के तहत उपशीर्षक प्रदर्शित करता है !!!
• साइट का मुख्य पृष्ठ दुनिया में कहीं भी 200 एमएस में लोड होता है
• प्रसारण प्रोटोकॉल और क्लाइंट को खरोंच से लिखा जाता है, और फेसबुक को एक प्लगइन द्वारा जोड़ा गया है। आप किसी भी समय अन्य प्लेटफार्मों के लिए प्लगइन्स जोड़ सकते हैं!
• 20 विभिन्न विज्ञापन प्लेटफार्मों के साथ एकीकृत करना संभव है

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

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

वास्तविकता परिहार तंत्र

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

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

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



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

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

खराब हो चुके फोन आर्किटेक्चर

कभी-कभी काल्पनिक समस्याएं ऊब डेवलपर्स की कल्पनाओं का परिणाम नहीं होती हैं। कभी-कभी यह "टूटे हुए फोन" का परिणाम होता है।

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

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

ज्यादातर कंपनियों को अलग-अलग पोस्ट में "salespeople" पसंद है। ये विशेष लोग हैं जो संभावित ग्राहकों की तलाश कर रहे हैं, उनके साथ कार्यों, समय सीमा और कीमतों पर चर्चा कर रहे हैं। यह ऐसे लोग हैं जो सबसे उपयोगी का पता लगा सकते हैं और सबसे अधिक सवाल पूछ सकते हैं। लेकिन ये वे लोग नहीं हैं जो इस परियोजना को लिखेंगे। सलामी लोगों और प्रोग्रामरों के बीच मध्यम और निचले स्तर के प्रबंधकों, वास्तुकारों, विश्लेषकों और टीम के नेताओं की 2, 3, 4 या अधिक परतें हैं। हाँ, यह बहुत कुशल लोग हो सकते हैं। लेकिन फिर भी - ये अतिरिक्त परतें हैं। चाहे वे कितनी भी कोशिश कर लें, उनके बीच से गुजरने वाली जानकारी बदल जाएगी। कोई व्यक्ति अपने विचार में कुछ (अपने मत में) को त्याग देगा, कोई दूसरा अनिर्दिष्ट हो जाएगा, लेकिन (उसके विचार में) स्पष्ट रूप से, तीसरा मूर्ख शब्द को सही (जैसा वह निश्चित है) शब्द के साथ बदल देगा - और अब प्रारंभिक कार्य को मान्यता नहीं दी जा सकती है। एक विक्रेता ग्राहक को एक वाक्यांश फेंक सकता है जैसे "लेकिन 39,999 के लिए हम इसे ब्लॉकचेन पर भी कर सकते हैं"। यदि क्लाइंट काटता है, तो विकास टीम को अपने दिमाग को नीचे दो स्तरों पर रैक करना होगा, लेकिन यह ब्लॉकचेन पर कैसे किया जा सकता है। लेकिन यह पहले से ही बेचा और भुगतान किया है, हम इसे करेंगे।

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

कृत्रिम जटिलता और प्राकृतिक चयन

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

"जटिल समस्याओं को हल करने के लिए चुने गए लोगों के पास सरल लोगों को हल करने के लिए कोई प्रोत्साहन नहीं है" - तालेब

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

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

और यह, निश्चित रूप से नहीं है, क्योंकि एक संख्या को एक कॉलम से दूसरे में ले जाना इतना मुश्किल है, नहीं। यह मुश्किल नहीं है। यहां, संपूर्ण इंटरनेट को अनुक्रमणित करें, और फिर एक दूसरे विभाजन में प्रासंगिक खोज परिणाम प्रदर्शित करें - यह मुश्किल है। हालांकि, गैरेज के कुछ लोगों ने ऐसा किया। और लेन-देन के रोलबैक के लिए 1000 लोगों और छह महीने की जरूरत होती है।

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

"यह मुश्किल है कि किसी व्यक्ति को कुछ समझ में आ जाए अगर उसे समझ में न आने के लिए उसका वेतन मिलता है।" - अप्टन सिंक्लेयर

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

और हम काल्पनिक समस्याओं को हल करना जारी रखते हैं।