क्या डेवलपर्स या प्रोग्रामर के 7 पसंदीदा अभिव्यक्ति के बारे में बात नहीं कर रहे हैं

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

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

रोजमर्रा की जिंदगी में, मैं "प्रोग्रामर" शब्द का उपयोग नहीं करने की कोशिश करता हूं। यह मेरे लिए एक नकारात्मक धारणा है और मैं 90 के दशक को तुरंत याद करता हूं, जब उन्होंने किसी को प्रोग्रामर नहीं कहा था। उन्होंने प्रिंटर और दादी एकाउंटेंट के लिए कारतूस बदले, उन्हें पहले कंप्यूटर को मास्टर करने में मदद की। यह याद रखें "आप एक प्रोग्रामर हैं!" सामान्य तौर पर, इस शब्द को बदनाम कर दिया गया है।

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

001. और यह मेरे कंप्यूटर पर काम करता है

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

010. उपयोगकर्ता क्या करता है?

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

011. परीक्षार्थियों nifiga परीक्षण नहीं किया! वे आखिर वहां क्या कर रहे हैं?

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

100. किस बेवकूफ ने यह लिखा है?

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

101. 99% हो गया

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

110. यह असंभव है!

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

111. मैं ऐसी बकवास नहीं करूंगा।

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

आपका ध्यान के लिए धन्यवाद, नया साल मुबारक हो और मुझे उम्मीद है कि यह पोस्ट दुनिया को थोड़ा बेहतर बनाएगी!

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