अद्भुत आपका उत्पाद अभी भी काम करता है

अब मैं आपको खुले द्वार का रहस्य बताऊंगा। तैयार?



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

क्या ऐसा है, क्यों और क्या करना है।

जल्दी से उन लोगों के लिए जो सोचते हैं कि उनके पास एक उत्पाद है जो खुद के लिए ठीक है और आप आगे नहीं पढ़ सकते हैं।

पहले तकनीकी के लिए। अपने आप को उत्तर दें: आप स्वच्छ कोड, एसओएलआईडी, डीआरवाई के सिद्धांतों का पालन करते हैं और वह सब कुछ जो लेखों में लिखा गया है और निश्चित रूप से आपके पास कोड में जादुई मूल्य नहीं है। आपके पास वास्तव में 100% परीक्षण कवरेज है, आपके पास एक ईमानदार स्वचालित CI / CD है, आपका REST सभी आवश्यक HTTP कोड का उपयोग करता है, न कि केवल 200, 201 और 404। सभी समापन बिंदु और न्यूनतम तकनीकी ऋण पूरी तरह से वर्णित हैं, और विरासत कोड को फिर से दर्शाया गया है ? अगर नहीं, तो आप खुद ही सब कुछ समझ गए। और मैंने अभी भी निगरानी के बारे में और बहुत सी चीजों के बारे में बात नहीं की।

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

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

उन लोगों के लिए जो अभी भी यहां हैं, और मुझे लगता है कि आप में से अधिकांश, आइए समझते हैं कि ऐसा क्यों होता है और यह सभी के लिए क्यों सूट करता है।

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

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

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

मैं समझता हूं कि किसी को भी आलोचना पसंद नहीं है, लेकिन ऐसा दृष्टिकोण बहुत करीब है। वे इस तरह से नहीं करेंगे, ऐसा नहीं होगा जैसा कि मैंने पहले पैराग्राफ में वर्णित किया है।

अब यह सब पर क्यों सूट करता है हाँ, हाँ, यह बिल्कुल सभी को सूट करता है। जो लोग इससे संतुष्ट नहीं हैं, वे या तो इन उत्पादों पर काम नहीं करते हैं, या उन्हें रिफलेक्टर करते हैं और उन्हें अपने सामान्य रूप में वापस लाते हैं।

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

यह प्रोग्रामर क्यों सूट करता है? शायद इसलिए कि कई बेहतर नहीं कर सकते, क्योंकि बेहतर करने के लिए आपको खुद पर लगातार काम करने की जरूरत है। और कई के लिए एक सवाल भी नहीं है: क्यों, अगर पैसा पहले से ही भुगतान किया गया है। आप ebanoe.it पढ़ते हैं, उन्हें सीधे तौर पर काम करने की सलाह दी जाती है ताकि उन्हें बाहर न निकाला जाए। और इसका मतलब कुछ भी नहीं है।

तो यह एक दुष्चक्र बन जाता है, कुछ नहीं कर सकते, दूसरे नहीं चाहते।

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