यह लेख किस बारे में है

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

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

थोड़ा अपने को

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

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

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

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

शुरुआत की एक रेक और गलतियों के बारे में

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

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

यहां, हां, श्रम बाजार के साथ विरोधाभास है - वे काम पर रखने के लिए एक चीज देखना चाहते हैं, लेकिन फिर वे एक टीम में दूसरे के साथ काम करना चाहते हैं।

प्रौद्योगिकी के बारे में और "मुझे किस भाषा का चयन करना चाहिए?"

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

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

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

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

स्विफ्ट के साथ, सब कुछ स्पष्ट प्रतीत होता है। कुछ प्रोग्रामर हैं, वे अच्छी तरह से भुगतान करते हैं (अफवाहों के अनुसार), भाषा तेजी से विकसित हो रही है, यह फैशनेबल है, लेकिन यह इस बात से अलग है कि यह ओबीजीसी डायनासोर के साथ पिछड़ी संगत है और इस पर कई वर्षों से लिखा गया है। Apple भी इसके पीछे है, और यह तेजी से प्लेटफॉर्म फ्रेमवर्क विकसित कर रहा है। इसके अलावा, इसे अन्य प्रणालियों में संकलित किया जा सकता है और सी / सी ++ के साथ पिछड़ी संगतता का वादा किया जा सकता है। यदि ऐसा होता है, तो मुझे पता भी नहीं है ... कुछ या बहुत अच्छा होगा, या कुछ और होगा। क्योंकि C / C ++ में इतना पहले ही लिखा जा चुका है कि आप अपना सिर घुमा सकते हैं, यह एक बहुत बड़ा संसाधन है।

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

नतीजतन, आपके व्यक्तिगत निष्कर्ष

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

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

दूसरी ओर, जावा तैयार किए गए समाधानों का एक विशाल क्षेत्र प्रदान करता है, और आपके ग्राहक या नियोक्ता का लगभग कोई भी "विशलिस्ट" यदि आसान नहीं है, लेकिन कम से कम एक बैसाखी बाड़ के माध्यम से लागू नहीं किया जाता है। मुझे विश्वास है कि .Net और विशेष रूप से क्रॉस-प्लेटफ़ॉर्म .Net कोर के विकास के साथ सब कुछ ठीक है, लेकिन मुझे व्यक्तिगत रूप से सी # पसंद नहीं है, ठीक है, यह निकला।