🧜 😊 ⏬ वरिष्ठ प्रोग्रामर क्या सोचते हैं? 📺 🧔 ☃️

सामग्री का लेखक, जिसका अनुवाद आज हम प्रकाशित करते हैं, राल्फ वाल्डो इमर्सन के विचार का समर्थन करता है कि हम वह बन जाते हैं जिसके बारे में हम सोचते हैं। यहां हम वरिष्ठ प्रोग्रामरों के सोचने के तरीके के बारे में बात करेंगे।

बिल्कुल सब कुछ सीखना असंभव है

तकनीक की एक बड़ी राशि है। उन सभी का अध्ययन करना असंभव है।

उस प्रौद्योगिकी स्टैक का पता लगाएं जो आपको सबसे अच्छा लगता है। उन तकनीकों को चुनें जो आपको वह बनाने की अनुमति देती हैं जो आपको चाहिए और इसका अच्छी तरह से अध्ययन करें। उदाहरण के लिए, यदि आप आधुनिक वेब विकास में रुचि रखते हैं, तो एमआरएन स्टैक एक अच्छा विकल्प होगा। इसमें MongoDB, Express, React, और Node.js. ये तकनीक उन लोगों के लिए है जो जावास्क्रिप्ट पसंद करते हैं।

बेशक, प्रौद्योगिकियों के अन्य सेट हैं। उदाहरण के लिए, MEAN स्टैक। यहां, रिएक्ट के बजाय, फ्रंट्यूलर को विकसित करने के लिए कोणीय का उपयोग किया जाता है। प्रौद्योगिकियों के अन्य सेटों में जिन्हें महारत हासिल की जा सकती है, यह ध्यान देने योग्य है, उदाहरण के लिए, PHP, MySQL, HTML और CSS का संयोजन। यहां, फ्रंटएंड शुद्ध HTML और CSS का उपयोग करता है। यदि आप सर्वर विकास में रुचि रखते हैं, तो आप रूबी और रूबी पर पटरियों पर ध्यान दे सकते हैं।

यहां मुख्य विचार यह है: आप जो भी चुनते हैं, इस विकल्प से चिपके रहना और संबंधित क्षेत्र में अपने ज्ञान को पूर्णता में लाना सबसे अच्छा है। मत बनो, इसलिए बोलने के लिए, "सभी शिल्पों का प्रशिक्षु", एक डेवलपर जो कुछ भी ठोस में महारत हासिल नहीं किया है। इससे एक चक्र में चलना होता है, और यह स्पष्ट रूप से वह नहीं है जिसकी आपको आवश्यकता है।

डेवलपर्स न केवल प्रासंगिक शिक्षा दस्तावेजों वाले लोग हैं

मैं एक स्व-सिखाया गया डेवलपर हूं। अपने व्यवसाय में, मैंने कड़ी मेहनत, धैर्य, दृढ़ता, एकाग्रता के संयोजन के लिए धन्यवाद दिया।

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

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

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

नेपोलियन हिल

ऑनलाइन खोज करने की कला सीखें

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

प्रोग्रामिंग समस्याओं का समाधान है। यदि आप यह नहीं सोच सकते हैं कि आप जिस समस्या का सामना कर रहे हैं, उसे कैसे हल किया जाए, तो वेब पर इसे हल करने का तरीका खोजें। किसी ऐसे व्यक्ति के लिए इंटरनेट खोजें जो आपके सामने आने वाली समस्या को हल करना जानता है और उससे सीखता है। यह प्रोग्रामिंग सीखने का सबसे अच्छा तरीका है।

यहां आपके लिए मूल्यवान सलाह है: प्रोग्रामिंग क्षेत्र के सभी कार्य जो आज आपके सामने हैं, वे शायद प्रोग्रामर से पहले ही उत्पन्न हुए हैं। पहिया को सुदृढ़ न करें। पहले से ही किसी के द्वारा आविष्कार किया गया है, और इसका उपयोग करने के लिए यह पहिया लेना बेहतर है।

डेडलाइन टूट जाती है

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

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

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

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

डिबगिंग काम का 60% है, और प्रोग्रामिंग 40% है

शायद शीर्षक में सामने रखा गया विचार, प्रोग्रामर के समय वितरण का सबसे सटीक अनुमान है जो मैं भर आया हूं।

मैं अपना ज्यादातर समय डिबगिंग में बिताता हूं। मेरी टीम द्वारा विकसित की गई अंतिम परियोजना एक हेल्थकेयर क्लाइंट के लिए एक एंड्रॉइड ऐप थी। हमने रिएक्ट नेटिव का इस्तेमाल किया। मैं इस प्रोजेक्ट में फ्रंटेंड में लगा हुआ था।

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

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

एक एप्लिकेशन बनाना दिलचस्प और सुखद है। लेकिन डिबगिंग कठिन है, और यहां तक कि बहुत लंबा है। लेकिन कहीं नहीं जाना है। यह प्रोग्रामर की नौकरी का हिस्सा है।

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

आप दिखावा करेंगे कि आप बहुत सी चीजें जानते हैं, हालांकि, वास्तव में, आप नहीं जानते हैं

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

तकनीक की एक बड़ी राशि है। इन सभी तकनीकों को समझना अवास्तविक है।

याद मत रखना। समझने के लिए कड़ी मेहनत करें

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

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

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

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

प्रलेखन आपका उद्धार है

भविष्य से आप अच्छी तरह से प्रलेखित कोड के लिए आज धन्यवाद करेंगे।

जब आप प्रोग्रामिंग शुरू करते हैं, तो आप धीरे-धीरे कुछ परियोजनाओं पर काम करेंगे। फिर उनके साथ कुछ और प्रोजेक्ट जोड़े जाएंगे। और तब तुम खो जाते हो।

और फिर ऐसा ही होगा। आप प्रोजेक्ट नंबर 11 पर काम कर रहे हैं, और बॉस, अप्रत्याशित रूप से, आपको प्रोजेक्ट नंबर 2 की याद दिलाता है। आपको इस प्रोजेक्ट पर काम करते रहने की जरूरत है। प्रोजेक्ट नंबर 2 अब आपका सबसे महत्वपूर्ण व्यवसाय है। और इससे पहले, एक साल पहले, परियोजना संख्या 2 को अनिश्चित काल के लिए स्थगित कर दिया गया था।

किसी ने आपको यह नहीं बताया कि प्रोजेक्ट नंबर 2 फिर से महत्वपूर्ण हो सकता है, इसलिए आपने इस परियोजना के लिए दस्तावेज बनाने का ध्यान नहीं रखा। नतीजतन, जब आप अपने कोड पर लौटते हैं, तो आपको इसके कार्यान्वयन के कुछ महत्वपूर्ण विवरणों के बारे में भूल जाने की संभावना है। और यहां सबसे अप्रिय बात यह है कि आपने अपने बॉस को बताया कि प्रोजेक्ट नंबर 2 60% तैयार था। इसलिए, वे इसे पूरा करने के लिए आपको केवल कुछ हफ़्ते देंगे।

वास्तव में, इस कल्पित कहानी का नैतिक यह है: आपको अपने द्वारा बनाई गई सभी परियोजनाओं का दस्तावेजीकरण करने के लिए समय समर्पित करने की आवश्यकता है। प्रलेखन जीवन बचाता है।

इस तथ्य के लिए तैयार रहें कि आपको लगातार सीखना है

यह एक बहुत महत्वपूर्ण विचार है।

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

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

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

क्या आपको लगता है कि प्रोग्रामर पेशेवर रूप से बढ़ने में मदद करते हैं?

वरिष्ठ प्रोग्रामर क्या सोचते हैं?