जो चीजें मुझे 2018 में पता नहीं हैं

नमस्कार, हेब्र! मैं आपको दान अब्रामोव के लेख "थिंग्स आई डोंट नो 201 201" का अनुवाद प्रस्तुत करता हूं।

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

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

मुझे क्यों लगता है कि यह महत्वपूर्ण है

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

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

अनुभवी डेवलपर्स कभी-कभी newbies को खुश करने के लिए अपनी असुरक्षा के बारे में बात करते हैं। लेकिन एक अनुभवी सर्जन के बीच एक बड़ा अंतर है जो अभी भी नर्वस है और एक छात्र जो पहली बार एक स्केलपेल रखता है!

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

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

हम अपने ज्ञान अंतराल को पहचानने में सक्षम हैं, हम या नहीं लग सकता है और नपुंसक की तरह महसूस करते हैं, और फिर भी हमारे पास यह कहने के लिए बहुत मूल्यवान अनुभव है कि वर्षों की मेहनत विकास लेती है।

इसके साथ मैं जिम्मेदार नहीं हूँ, यहाँ कुछ चीजें हैं जो मुझे नहीं पता हैं:

• यूनिक्स और बैश कमांड्स मैं ls और cd कर सकता हूं, लेकिन बाकी सब चीजों पर भी जासूसी कर सकता हूं। मैंने पाइपिंग की अवधारणा को समझा, लेकिन इसका उपयोग केवल सरल मामलों में किया। मुझे पता नहीं है कि कॉम्प्लेक्स चेन बनाने के लिए xargs का उपयोग कैसे किया जाता है या विभिन्न आउटपुट स्ट्रीम को कैसे कंपोज़ और रीडायरेक्ट किया जाता है। मैंने कभी भी बैश का सही तरीके से अध्ययन नहीं किया, इसलिए मैं केवल बहुत सरल (और अक्सर छोटी गाड़ी) शेल स्क्रिप्ट लिख सकता हूं।
• निम्न स्तर की भाषाएँ। मैं समझता हूं कि असेंबली आपको मेमोरी में चीजों को स्टोर करने और कोड के माध्यम से नेविगेट करने की अनुमति देती है, लेकिन यह सब कुछ है। मैंने C में कई पंक्तियाँ लिखी हैं और मैं समझता हूँ कि एक पॉइंटर क्या है, लेकिन मुझे नहीं पता कि मैं मॉलॉक या मैनुअल मेमोरी मैनेजमेंट के अन्य तरीकों का उपयोग कैसे करूँ। कभी जंग के साथ खिलवाड़ नहीं किया।
• नेटवर्क स्टैक। मुझे पता है कि कंप्यूटर में आईपी पते होते हैं, और DNS यह है कि हम होस्ट नामों के साथ कैसे काम करते हैं। मुझे पता है कि पैकेट विनिमय के लिए टीसीपी / आईपी जैसे निम्न-स्तर के प्रोटोकॉल हैं जो (संभवतः?) अखंडता की गारंटी देते हैं। यह सब - मैं विवरण नहीं समझता हूँ।
• कंटेनरों। मुझे पता नहीं है कि डोकर या कुबेरनेट का उपयोग कैसे करें। (क्या वे संबंधित हैं?) मुझे एक अस्पष्ट विचार है कि वे मुझे एक अलग आभासी मशीन तैनात करने की अनुमति देते हैं। यह अच्छा लगता है, लेकिन मैंने इसे आज़माया नहीं है।
• Serverless। यह भी अच्छा लगता है। कभी इसे आजमाया नहीं। मुझे इस बारे में स्पष्ट जानकारी नहीं है कि यह मॉडल बैकएंड प्रोग्रामिंग को कैसे बदलता है (यदि यह ऐसा करता है)।
• Microservices। अगर मैं सही तरीके से समझूं, तो इसका सीधा मतलब है कि "कई एपीआई एंडपॉइंट एक दूसरे के साथ संवाद करते हैं।" मुझे नहीं पता कि इस दृष्टिकोण के व्यावहारिक फायदे या नुकसान क्या हैं, क्योंकि मैंने इसके साथ काम नहीं किया।
• अजगर। मुझे यह याद रखना हमेशा बुरा लगता है - मैं कई सालों से पायथन के साथ काम कर रहा था, और मैंने इसे सीखने की जहमत नहीं उठाई। कई चीजें हैं, जैसे कि आयात व्यवहार, जो मेरे लिए एक अंधेरे जंगल हैं।
• नोड जेएस। मैं समझता हूं कि नोड कैसे शुरू करें, कुछ एपीआई का उपयोग किया, उदाहरण के लिए एफएस, उपकरण बनाने के लिए, और मैं एक्सप्रेस को कॉन्फ़िगर कर सकता हूं। लेकिन मैंने कभी भी एक डेटाबेस के साथ नोड के माध्यम से संचार नहीं किया है और मुझे नहीं पता कि इसमें एक बैकएंड कैसे लिखना है। मैं रिएक्ट फ्रेमवर्क जैसे कि नेक्स्ट, आगे "हैलो वर्ल्ड" से भी परिचित नहीं हूं।
• देशी मंच। मैंने कुछ बिंदु पर ऑब्जेक्टिव-सी सीखने की कोशिश की, लेकिन इससे मुझे मदद नहीं मिली। मैंने स्विफ्ट भी नहीं सिखाई। जावा के साथ एक ही बात। (मैं शायद उन्हें महारत हासिल कर सकता था क्योंकि मैंने C # के साथ काम किया था।)
• एल्गोरिदम। अधिकतम जो आपको मुझ से मिलेगा वह है बबल सॉर्ट और संभवत: सबसे अच्छा क्विकॉर्ट। यदि वे किसी विशिष्ट व्यावहारिक समस्या से संबंधित हैं तो मैं संभवतः सरल ग्राफ ट्रैवर्सल कार्य कर सकता हूं। मैं ओ (एन) संकेतन को समझता हूं, लेकिन मेरी समझ "छोरों में छोरों को मत डालो" से ज्यादा गहरी नहीं है।
• क्रियात्मक भाषाएँ। यदि आप जावास्क्रिप्ट की गिनती नहीं करते हैं, तो मैं किसी भी पारंपरिक रूप से कार्यात्मक भाषा नहीं बोलता। (मैं केवल सी # और जावास्क्रिप्ट में स्वतंत्र हूं - और पहले से ही सी # भूल गया हूं।) मैं शायद ही लिस्प-प्रेरित (क्लोजर की तरह), हास्केल-प्रेरित (एल्म की तरह), या एमएल-प्रेरित (ओमेक्एल की तरह) कोड पढ़ सकता हूं।
• क्रियात्मक शब्दावली। नक्शा और कम मुझे पता है कि कितना आवश्यक है। मुझे पता नहीं है कि मोनॉयड्स, फ़ंक्शंसर्स आदि ... मुझे पता है कि एक सन्यासी क्या है, लेकिन शायद यह सिर्फ एक भ्रम है।
• आधुनिक सीएसएस। मुझे फ्लेक्सबॉक्स या ग्रिड का पता नहीं है। फ्लोट्स ही मेरा सब कुछ है।
• सीएसएस तरीके। मैंने BEM का उपयोग किया (सीएसएस के भाग के रूप में अर्थ, मूल बीईएम नहीं), लेकिन यह सब मुझे पता है। मैंने OOCSS या अन्य कार्यप्रणाली की कोशिश नहीं की है।
• SCSS / सास। मैंने कभी उनका अध्ययन करना शुरू नहीं किया।
• CORS। मुझे इन गलतियों से डर लगता है! मुझे पता है कि मुझे उन्हें ठीक करने के लिए हेडर को समायोजित करने की आवश्यकता है, लेकिन अतीत में मैंने इस पर बहुत समय बिताया था।
• HTTPS / SSL इसे कभी सेट न करें। मुझे पता नहीं है कि निजी और सार्वजनिक कुंजी के विचार को छोड़कर यह कैसे काम करता है।
• GraphQL। मैं क्वेरी पढ़ सकता हूं, लेकिन मैं वास्तव में यह नहीं जानता कि नोड्स और किनारों के साथ चीजों को कैसे व्यक्त किया जाए, जब टुकड़ों का उपयोग करना है और कैसे पृष्ठ पर अंक लगाना है।
• सॉकेट। मेरी समझ में, वे कंप्यूटर को अनुरोध / प्रतिक्रिया मॉडल के बाहर एक दूसरे के साथ संवाद करने की अनुमति देते हैं, लेकिन मुझे पता है।
• धाराओं। Rx वेधशालाओं के अलावा, मैंने धागों के साथ इतने करीब से काम नहीं किया है। मैंने एक या दो बार पुराने नोड थ्रेड्स का उपयोग किया, लेकिन हमेशा एक प्रोसेसिंग त्रुटि मिली।
• इलेक्ट्रॉन। कभी इसे आजमाया नहीं।
• टाइपप्रति। मैं प्रकारों की अवधारणा को समझता हूं और एनोटेशन पढ़ सकता हूं, लेकिन मैंने इसे कभी नहीं लिखा। मैंने कई बार कोशिश की, लेकिन मुश्किलों में भाग गया।
• परिनियोजन और अवतरण। मैं एफ़टीपी के माध्यम से कई फाइलें भेज सकता हूं या कुछ प्रक्रियाओं को मार सकता हूं, लेकिन यह मेरे कौशल की सीमाएं हैं।
• ग्राफिक्स। यह कैनवास, एसवीजी, वेबजीएल या निम्न-स्तरीय ग्राफिक्स हो, मैं उस पर स्मार्ट नहीं हूं। मैंने सामान्य विचार को समझा, लेकिन मुझे साधारण चीजें सीखने की जरूरत नहीं है।

बेशक, यह पूरी सूची नहीं है। ऐसी कई चीजें हैं जो मुझे नहीं पता हैं

यह चर्चा अजीब लग सकता है। यह भी लिखने लायक नहीं है। क्या मैं अपनी अज्ञानता दिखा रहा हूं? इस पोस्ट के लिए मेरा निष्कर्ष इस प्रकार है:

• यहां तक ​​कि आपके पसंदीदा डेवलपर्स को भी कई चीजें पता नहीं हो सकती हैं जो आप जानते हैं।
• आपके ज्ञान के स्तर के बावजूद, आपका आत्मविश्वास बहुत अलग हो सकता है।
• अनुभवी डेवलपर्स ज्ञान अंतराल के बावजूद बहुत सक्षम हैं।

मैं अपने ज्ञान अंतराल के बारे में जानता हूं (कम से कम उनमें से कुछ)। मैं बाद में उन्हें भर सकता हूं अगर मुझे दिलचस्पी हो या परियोजना के लिए उनकी आवश्यकता हो।

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