डेवलपर घातक पाप

विकास की आधुनिक दुनिया में सबसे ज्यादा चिंता की बात यह है कि आपको आलसी साबित होने, सीखने, परखने और आलसी होने की जरूरत क्यों है।

मैं एक डेवलपर हूं, लेकिन मैंने लंबे समय तक कोड नहीं लिखा है

Nichrome आप एक डेवलपर नहीं हैं।

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

क्यों? पहला: कोड एक साइकिल नहीं है, यदि आप अभ्यास नहीं करते हैं, तो आप इसे भूल जाते हैं। दूसरी बात: जब डेवलपर्स "किसी प्रकार का प्रबंधक" अपने स्वयं के प्रतिरूपण का प्रयास कर रहे होते हैं (हाँ, सामान्य तौर पर, यह किसी भी पेशे के लिए सही है)। तीसरा: यह सीएसवी के लिए हानिकारक है; यदि आप दूसरे क्षेत्र / उद्योग में चले गए हैं, तो फिर से करिश्मा के साथ अपने कौशल को बढ़ाएं, और अतीत की सफलताओं के संदर्भ को न खींचें (अंतिम पाप देखें)।

उदाहरणों से।

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

मैंने परीक्षण चलाए, मेरे हाथों से आवेदन का परीक्षण क्यों किया?

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

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

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

1. एक छोटी स्वतंत्र परियोजना - देशभक्तों के लिए कोई बाधा नहीं है!
2. कई बाहरी एकीकरण। तो आप उनमें से प्रत्येक के लिए सैंडबॉक्स हैं। या तो आपके पास बाहरी सेवाओं के स्टब या स्थानीय एमुलेटर हैं। या आपके पास बड़ी समस्याएं हैं जिन्हें जल्द ही निकाल दिया जाएगा।
3. बहुत सारे माइक्रोसर्विसेज। निचला रेखा पिछले पैराग्राफ है। अंतर केवल इतना है कि स्थानीय उत्सर्जन की संभावनाएं बढ़ रही हैं। उदाहरण के लिए, स्टब्स के बजाय असली माइक्रोसर्विस के साथ डॉकर्स का एक सेट।
4. प्रोजेक्ट के काम करने के लिए बहुत सारे डेटा की जरूरत होती है। लेकिन बहुत कम ही आपको विकास के लिए संपूर्ण बहु-टेराबाइट डेटा सरणी की आवश्यकता होती है। और अगर आपको अभी भी इसकी आवश्यकता है, तो इसके लिए डेवलपर्स के लिए कई उदाहरण हैं। उदाहरण के लिए, 10-15 डेवलपर्स की टीम के प्रति 2-3 विशाल उदाहरण। तो हां, यह व्यापार के लिए बहुत सुविधाजनक और महंगा नहीं है, लेकिन अन्यथा आप उत्पादन पर विकास के लिए और भी अधिक भुगतान करेंगे, जो कि शीर्ष प्रबंधकों की इच्छाओं की परवाह किए बिना किया जाएगा।
5. एक राक्षसी मोनोलिथ जो एक विशिष्ट लोहे पर और केवल चंद्रमा के सही चरण में काम करती है। यदि ऐसा है, तो सबसे अधिक संभावना है कि आप एक खूनी उद्यम में हैं और सामान्य ज्ञान वहां काम नहीं करता है।

मैं पहले से ही पर्याप्त जानता हूं और अब नहीं सीख सकता

संक्षेप में: "जो विकास नहीं करता है, वह अपमानित करता है।"

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

लेकिन विकास और प्रोग्रामिंग के साथ यह काम नहीं करेगा। एक भी अविभाज्य दिव्य प्रोग्रामिंग भाषा अभी तक नहीं मिली है ( हिमस्खलन से अवधारणा दिलचस्प है, लेकिन अभी तक खुली नहीं है)। ऑपरेटिंग सिस्टम और डेटाबेस के मामले में जावास्क्रिप्ट के मामले में कुछ महीनों तक तकनीक की गति कुछ दशकों से बदल जाती है। और यदि आप विकसित नहीं होते हैं, तो एक या दो साल में आप बहुत हद तक स्तर खो सकते हैं, और पांच साल की अवधि में आप बस शून्य प्राप्त कर सकते हैं।
प्रौद्योगिकी परिवर्तन की गति के बारे में बहुत अधिक समग्र नहीं होने के लिए, मैं कुछ उदाहरण दूंगा। केर्निगन और सोल्डरिंग 1992 बोटलिंग की एक पुस्तक है । इसका उपयोग करते हुए, आप यूनिक्स को अच्छी तरह से सीख सकते हैं और 15 साल बाद हुए परिवर्तनों पर बहुत आश्चर्यचकित नहीं होना चाहिए। आप ओरेक्स 8 के बारे में टॉम काइट की किताब ले सकते हैं, जिसे 2000 के आसपास जारी किया गया था और संस्करण 18 सी में हुए मतभेदों पर बहुत आश्चर्यचकित नहीं होना चाहिए। लेकिन जेएस पर पांच साल पहले किसी भी पुस्तक को सुरक्षित रूप से किंडलिंग के लिए रखा जा सकता है।

मैं काफी कूल हूं और इसे साबित नहीं कर सकता

मेरी राय में, यह सबसे कठिन और सबसे आम है।

दुर्भाग्य से या सौभाग्य से, आपको अपने कौशल, पेशेवर उपयुक्तता और जीवन भर पवित्रता साबित करने की आवश्यकता है। जब आप ऐसा करना बंद कर देते हैं, तो आप पा सकते हैं कि आप या तो सेवानिवृत्त हो चुके हैं, या आपको मनोभ्रंश है, या आप बस बाहर जला दिए गए हैं। किसी भी मामले में, आपको एक विशेषज्ञ देखना चाहिए।

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

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

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