एक दूरस्थ साइट पर डेवलपर - एक नायक को खरोंच से

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

रिमोट पर जोन्स की जरूरत नहीं है

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

और इसलिए, मेरा नाम सर्गेई है, मैं एक एंटरप्राइज़ डेवलपर हूं, मैं उस्सुरीइस्क (प्रिमोर्स्की क्राय, 200k आबादी, मास्को के साथ +7 घंटे) के शहर में रहता हूं, मेरे पास विशेष शिक्षा नहीं है, और मैंने एक दिन के लिए डेवलपर के रूप में कार्यालय में काम नहीं किया है। और यह कहानी है कि मुझे ऐसी जिंदगी कैसे मिली।

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

विश्वविद्यालय के बाद

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

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

तकनीकी सहायता

इस समय मैं कुछ और उपयुक्त देख रहा था, और एक दिन माई सर्कल में मैंने रात के तकनीकी समर्थन में एक रिक्ति देखी। मुझे लगा कि, मेरे टाइम ज़ोन, व्लादिवोस्तोक में सुबह 7 बजे, मॉस्को में 0-00, मैं दिन के दौरान व्यावहारिक रूप से नाइट शिफ्ट में काम कर सकता हूं। मैंने जवाब दिया, बात की और नौकरी मिल गई।

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

आगे बढ़ते हैं

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

यह 2014 था, हर जगह उन्होंने चिल्लाया कि php बेकार है, कि अजगर भविष्य है और इतने पर (मैं कितना भोला और बेवकूफ था!)। इसलिए मैंने उनसे प्रोग्रामिंग सीखना शुरू कर दिया। मैंने यह कैसे किया:

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

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

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

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

3) एक साल के बाद, मैं Django पर विकासशील परियोजनाओं से ऊब गया। मैंने देखना शुरू किया कि पायथन पर और क्या सोचा जा सकता है। मैंने शायद उन सभी पायथन पुस्तकों को पढ़ा जो ओजोन वेबसाइट पर थीं। Devops पर एक किताब से शुरू, कंप्यूटर दृष्टि और मशीन सीखने के साथ समाप्त। इन विषयों ने मुझे वास्तव में प्रेरित नहीं किया (मैंने अपने पैमाने पर लागू मूल्य को नहीं देखा है जो मैं अभी और अभी उपयोग कर सकता हूं), लेकिन कुछ अज्ञात जादू और "स्काईनेट" से ये शब्द सामान्य सूत्रों और लागू पुस्तकालयों में बदल गए।

4) अंत में, मैंने अपने कंप्यूटर साक्षरता के स्तर को थोड़ा बढ़ाने का फैसला किया और C / C ++ / Java / Computer Networks / PostgreSQL / TDD और कॉर्पोरेट पैटर्न पर किताबें पढ़ना शुरू कर दिया। पर्याप्त रूप से ईमानदार होने के लिए, एक दिलचस्प अनुभव जब आप समझते हैं कि एक और तकनीक कैसे काम करती है, यह किस पर निर्भर करती है, यह किन चुनौतियों से गुजरती है, और यह आपके स्टैक से "जटिल समस्याओं" को कैसे हल करती है।

अलग से, हम स्प्रिंग पर किताब का उल्लेख कर सकते हैं, जिसमें दिखाया गया है कि Django पर "आसान-चल रही" परियोजना की तुलना में एक उद्यम कितना जटिल है।

परीक्षण और स्वचालित परीक्षण

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

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

स्वाभाविक रूप से, यह नए बिल्ड जारी करते समय जेनकींस के माध्यम से जर्किंग परीक्षणों के साथ सेलेनियम पर परीक्षण का स्वचालन है।

मुझे टेस्ट डिजाइन का विषय भी पसंद आया। कंपनी के पास विभिन्न परीक्षण पाठ्यक्रमों का एक बड़ा पूल था, इसलिए आप उनके साथ बहुत सारी अच्छी चीजें सीख सकते थे जो आपने पहले कभी परीक्षण डिजाइन के क्षेत्र से नहीं सोचा था। उदाहरण के लिए, युग्मक (http://www.pairwise.org/) जनरेटर का उपयोग करके सबसे अधिक संख्या में सिस्टम वेरिएंट को कवर करने के लिए न्यूनतम परीक्षण मामलों को डिजाइन करना। ये क्यूए-इंजीनियर के काम की ठंडी चीजें हैं, जिनके बारे में कई डेवलपर्स ने सोचा भी नहीं था।

विकास के लिए संक्रमण

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

और मैंने सिम्फनी एपीआई सेवा (वेब ​​थूथन, पर्सनल अकाउंट, बिजनेस लॉजिक, मेल नोटिफिकेशन, पीडीएफ जनरेटर, कॉम्प्लेक्स जोंस स्ट्रक्चर और अन्य) पर तीन महीने बिताए। अचानक, यह पता चला कि सिम्फनी एक प्रकार का हाइब्रिड Django और स्प्रिंग है, इसलिए इसमें कोई भी समझने की समस्या नहीं थी।

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

एक डेवलपर के रूप में शुरुआती महीने

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

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

एक दूरस्थ साइट पर डेवलपर के काम को प्राप्त करने के लिए कुल अनुभव - 4 साल, 9 महीने।

खरोंच से दूरस्थ कार्य के परिणामस्वरूप:

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