सर्वश्रेष्ठ डेवलपर द्वारा आवश्यक 5 महत्वपूर्ण और मिस्ड कौशल

प्रस्तावना

आपने इन लेखों को एक हजार बार देखा है:

• "10 चीजें जो आपको एक बेहतर डेवलपर बनने के लिए बनाने की जरूरत हैं।"
• "2019 में सीखने के लिए सबसे अच्छा ढांचा।"
• "रॉकस्टार डेवलपर बनने के लिए इसे करें।"
• "इन दस तकनीकी पुस्तकों को पढ़ें और आप एक सफल डेवलपर बनेंगे।"

वे जो कहते हैं, वह है कि आपको रिएक्टज या नोड सीखने की जरूरत है। 1.000.000.000 टूडू आवेदन बनाएँ। पायथन क्रैश कोर्स और बूम पढ़ें, आप सबसे अच्छे डेवलपर हैं।

यह सब (सैद्धांतिक) तकनीकी ज्ञान है। आपको उनकी आवश्यकता है, लेकिन क्या आपको लगता है कि एक नाई जो जानता है कि तकनीकी रूप से कैंची कैसे पकड़ना अच्छा है? हर पेशे में मूल्यांकन करने के लिए अधिक कौशल हैं!

आइए इस बारे में बात करें कि मुझे क्या लगता है कि कौशल की अनदेखी की गई है।

सार सोच

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

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

आपके प्रबंधक सूचियों, संख्याओं और तालिकाओं में सोचते हैं। फिलहाल, आपके जटिल कार्यक्रम की बड़ी तस्वीर उन्हें चिंतित नहीं करती है, और वे इसे नहीं समझते हैं। उन्हें नहीं करना चाहिए। यह काम तुम्हारा है!

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

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

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

सही प्रश्न दर्ज करना

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

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

एक कंपनी में "क्यों" सवाल अक्सर एक ट्रस्ट मुद्दे के रूप में देखा जाता है।
आप इस तरह के बयान सुनेंगे:

• हमें विकास टीम पर भरोसा करने की जरूरत है।
• चलो उन पर भरोसा करते हैं, उन्हें पता है कि कंपनी के लिए सबसे अच्छा क्या है।
• क्या आपको मुझ पर भरोसा नहीं है?
• आइए पहले प्रयास करें, और इसलिए प्रश्न पूछें।

प्रश्न सेट करना और यह समझने की कोशिश करना कि क्यों - भरोसे से कोई लेना-देना नहीं है। एक डेवलपर के रूप में, आप सिस्टम के आंतरिक कामकाज को जानते हैं। आप तकनीकी समस्याएं और निकास बिंदु देख सकते हैं, क्या काम कर सकते हैं और क्या काम नहीं कर सकते हैं। यदि आपने कभी भी उपरोक्त बातें सुनी हैं, तो निम्नलिखित को दोहराते हुए हमेशा काम करता है:

• "मुझे विश्वास है, और मुझे पता है कि यह महत्वपूर्ण है।"

तकनीकी ज्ञान के बिना लोगों के साथ संचार

स्लैक जैसी चैट में यह कितनी बार होता है:
आप पूरी कंपनी के लिए एक चैनल खोलते हैं, और आप एक सुपर-तकनीकी ब्लॉग पर पोस्ट के लिए कई लिंक देखते हैं कि क्यों "forEach" जावास्क्रिप्ट में "मैप" से तेज है।

या आप कहते हैं: "नहीं, हम ऐसा नहीं कर सकते हैं" और यह समझाना शुरू करें कि रिएक्टजेएस में यह फ़ंक्शन नहीं है और आपको एनपीएम पैकेज लोड करना होगा।

यदि आपका उत्पाद प्रबंधक किसी पूर्व डेवलपर से नहीं है, तो वह उस शब्द को नहीं समझेगा, जिसके बारे में आप बात कर रहे हैं।

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

धैर्य

आपने YouTube पर इन गाइडों को देखा, जहां लोग 15 मिनट में एक वीडियो में कुछ बनाते हैं, और फिर आप दोहराने की कोशिश करते हैं, और इसमें बहुत अधिक, बहुत अधिक, बहुत लंबा समय लगता है!

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

आप जानते हैं - यह क्लिच कहां से आया, जो डेवलपर्स रात बना रहे हैं? क्योंकि हम इसे पसंद करते हैं? क्योंकि हम असामाजिक हैं? यह केवल एक छोटे से अंश के लिए सही हो सकता है। मुख्य कारण यह है कि लेखन कोड में समय लगता है! बहुत समय अगर आप कुछ नया सीखने की कोशिश कर रहे हैं!

दृढ़ राय

जब मैं वेब डेवलपमेंट की बात करता हूं तो मैं एक मजबूत ओपिनियन ओपिनियन सिंड्रोम वाला लड़का हूं, और मैं लोगों को अपनी राय बताता हूं, भले ही मुझे पता हो कि वे इसे पसंद नहीं करते हैं। मैं लोगों को परेशान करने या उन्हें ठोकने के लिए ऐसा नहीं करता। मेरी राय इतनी भावनात्मक रूप से महत्वपूर्ण कैसे हो सकती है कि सुनने के बाद आपको अपने अस्तित्व पर संदेह हो? क्षमा करें, लेकिन आसपास कई और महत्वपूर्ण समस्याएं हैं, और आपको यह पता लगाना चाहिए कि उनके साथ कैसे व्यवहार करें, क्योंकि अन्यथा यह केवल एक चीज की ओर जाता है: ठहराव। आपकी उम्र 18, 25 और 50 साल की ही होगी। मुझे पता है कि ऐसा करना आसान है, लेकिन यह जानना आपके लिए महत्वपूर्ण है: "जिस तरह से आप अब व्यवहार करते हैं वह एकमात्र ऐसी चीज है जिसने आपको इतनी दूरी पर पहुंचा दिया है"

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

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

पढ़ने के लिए धन्यवाद!