फुलस्टैक - यह शांत क्यों है, या काम से आनंद कैसे प्राप्त करें

हाल ही में फुलस्टेकी के लेख पर टिप्पणियों में हबेरा में गंभीर लड़ाई हुई - ये शाश्वत MIDL हैं। यदि आप दुःख नहीं चाहते हैं तो इस मार्ग का अनुसरण न करें

मैं अपनी बात को व्यक्त करने की कोशिश करूंगा कि पूर्ण स्टैक वास्तव में अच्छा है, और इस रास्ते पर जाना अच्छा क्यों है।

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

** AHTUNG! निम्नलिखित सभी अंतिम सत्य नहीं है और मेरी व्यक्तिपरक दृष्टि है (इस दुनिया की)।

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

सबसे आम राय यह है कि फुलस्टैक एक डेवलपर है जो एक व्यक्ति में, अपने दम पर पूरी तरह से एक परियोजना पर काम कर सकता है, वापस से सामने की ओर।

आप में से कुछ कह सकते हैं, "ठीक है, मेरी टीम में मध्य कर सकते हैं", जो (इसे हल्के ढंग से रखने के लिए) ज्यादातर मामलों में गलत है। यदि फ्रंट-एंड डेवलपर बैकिंग कोड में कुछ जोड़ / तय कर सकता है, तो डेटाबेस प्रश्नों में गहराई से खुदाई कर सकता है, यह अभी भी पूर्ण स्टैक नहीं है।
आखिरकार, परियोजना विकास न केवल एक बैक और फ्रंट कोड है, बल्कि इसके परिणामस्वरूप उत्पाद के लिए बुनियादी ढांचे का निर्माण / विन्यास / समर्थन भी है। यह कोड लिखने के लिए पर्याप्त नहीं है, इसे अभी भी ऑब्जेक्ट पर काम करने के लिए बनाया जाना चाहिए। और ऑब्जेक्ट डिफ़ॉल्ट रूप से LAMP के साथ 5-डॉलर VPS हो सकता है, और क्लाउड नेटवर्क जैसे AWS / Azure, या यहां तक ​​कि आपका स्वयं का इंफ्रास्ट्रक्चर, जहां काफी वास्तविक हार्डवेयर रहता है, सर्वर / वर्कस्टेशन से लेकर राउटर तक।

इसलिए, हम "फुलस्टैक-देव" के बारे में बात नहीं कर रहे हैं, बल्कि "फुलस्टैक-जनरल" के बारे में बात कर रहे हैं। जो एक व्यक्ति को बातचीत के चरण से परियोजना को पूरा करने के अधिनियम पर हस्ताक्षर करने के चरण तक खींच सकता है।

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

तो, एक फुलस्टैक डेवलपर कैसे बनें, क्या आपको फुलस्टैक बनने की ज़रूरत है या किसी एक की दिशा में बढ़ना बेहतर है?

संक्षेप में सतह पर पड़े प्लस मिनस पर जाएं।

विपक्ष

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

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

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

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

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

और अंत में, हमेशा स्थिति से बंधक बनाए रखने का खतरा होता है और अगर काम की जगह किसी भी कैरियर सीढ़ी को शामिल नहीं करती है, तो विकास करना बंद कर दें। और कई हजारों संभावित उत्कृष्ट कार्यकर्ता उदास रूप से छोटे डेस्क में बैठे हुए हैं, जो कुछ भी 10 साल पहले चाहते थे। हां, वे इसे विंडोज सर्वर में कर सकते हैं, * nix में, शायद जावा और पायथन में, वे C # में कुछ शिल्पों का समर्थन करते हैं, कुछ समय पहले "कॉर्पोरेट पोर्टल" PHP + JS में लिखा गया था, लेकिन कोई और कार्य नहीं है, कार्यालय में सब कुछ डीबग किया गया है, सब कुछ काम करता है।
और यह 35-40 वर्षों में सीमा पर कदम रखने लायक है, जब लोगों में निर्मित रूढ़िवाद को शामिल किया जाता है, इस आरामदायक दलदल से गुणा किया जाता है, जो अंततः एक प्रकार का "सूटकेस बिना संभाल के" होता है। और इस दुष्चक्र को तोड़ना हर साल कठिन हो जाता है। ऐसी स्थिति से सावधान रहें, क्योंकि दाढ़ी और एक स्वेटर संकीर्ण विशेषज्ञों की तुलना में भी तेजी से बढ़ता है, जो 10 वर्षों से एक ही बात लिख रहे हैं।

शायद आज के लिए पर्याप्त हॉरर फिल्में, चलो पेशेवरों के बारे में बात करते हैं

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

यदि आप लंबे समय से पूरी तरह से काम कर रहे हैं (और सबसे महत्वपूर्ण बात - सफलतापूर्वक), तो आप काफी आसानी से विकास टीम का नेतृत्व कर सकते हैं। एक वास्तुकार बनें। जो किसी भी बड़ी परियोजना में सबसे आगे हैं।

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

यदि आप लोगों के साथ संवाद करना पसंद करते हैं, तो आपके पास एक निलंबित (या प्रशिक्षित) भाषा है (या आप केवल इच्छाशक्ति के साथ एक चालाक अंतर्मुखी हैं) - आप ग्राहक की आत्मा को भेदकर अधिक पैसा कमा सकते हैं।

यह समझा जाना चाहिए कि आप कभी भी बिना काम के नहीं रहेंगे। यदि आप सही फुलस्टैक हैं, तो आपको किसी भी तकनीक में बीच पर खींच लेना चाहिए। और यहां तक ​​कि "वरिष्ठ मध्य-हाथ" पर (यह तब है जब Google सड़क से टीम लीड नहीं लेगा, लेकिन अधिक या कम गंभीर प्रोजेक्ट में - यह आसान है)।

और अंत में, कुछ सरल और स्पष्ट (अफसोस, हर किसी के लिए नहीं और हमेशा नहीं) युक्तियां। मैं जानबूझकर कोड आधार पर ध्यान केंद्रित करूंगा, बुनियादी ढांचे पर नहीं, ताकि पाठकों को बोर न करूं।

एक टिप। अपने अभिमान को अपने ऊपर हावी न होने दें । यह बहुत महत्वपूर्ण है। इस बात पर ध्यान दें कि ऐसे लोग हैं जो आपसे कुछ बेहतर करते हैं। यदि संभव हो तो उनसे सीखें। दृष्टिकोण "आप सभी बकवास हैं, लेकिन मैं एक पूर्ण फुलस्टैक हूं, मैं सब कुछ कर सकता हूं" जड़ में गलत है, और अक्सर न केवल घमंड, बल्कि बटुए को भी हिट करता है। यदि आप अपने आप को और पैसे से प्यार करते हैं - इस सलाह का पालन करें।

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

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

टिप चार। यदि आप 1-3 साल पहले अपने विकास के कोड को देखते हैं और आप इसे ठीक नहीं करना चाहते हैं, तो सबसे अधिक संभावना है कि आपके पास एक संकट है, जैसे एक डेवलपर (या सभी मामलों में एक आदर्श कोड, जो ऐसा नहीं होता है)। टिप # 2 का प्रयास करें।

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

टिप सात। उपकरण और कार्यों को मापें। गौरैया पर तोप से गोली मत चलाना। केवल एक पृष्ठ "कॉर्पोरेट साइट" के लिए कम सामाजिक जिम्मेदारी वाले लाठी और लड़कियों के साथ एक स्थानीय बुनियादी ढांचे को तैनात करने की आवश्यकता नहीं है। कि आप इसे अनुकूलित कर सकते हैं। और आपको इस साइट पर 5MB जेएस फ्रेमवर्क को खींचने की जरूरत नहीं है (सिर्फ इसलिए कि आप उनमें कर सकते हैं)।

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

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

ओह। शायद यह शुरू करने के लिए पर्याप्त है।

ध्यान देने के लिए आप सभी का धन्यवाद।

ओह हाँ, मैं लगभग भूल गया ... चलो शुरू करो!