फुल स्टैक कन्फेशन: प्रोफेशन, धर्म, सपने

हैलो, मेरा नाम पावेल है और मैड देव्स * की वाहवाही * में फुल-स्टैक हूं।

इस तथ्य के बारे में बड़ी संख्या में लेख और सामग्री की पृष्ठभूमि के खिलाफ कि पूर्ण स्टैक की आवश्यकता नहीं है , पूर्ण स्टैक मौजूद नहीं हैं , पूर्ण स्टैक खराब हैं , एक राय है कि विशेष विशेषज्ञों पर एक पूर्ण स्टैक के क्या फायदे हैं , और पूर्ण स्टैक की आवश्यकता क्यों है।

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

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

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

और मैं समस्याओं को महसूस करता हूं:

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

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

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

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

इसलिए मैं यह सब लिखता हूं, और पाठक के दो विचार हो सकते हैं:

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

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

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

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

मुझे खुशी है कि मैं फुल-स्टैक हूं, क्योंकि यह वह काम है जो मुझे पसंद है, जो मुझे सप्ताहांत पर करने में कोई दिक्कत नहीं है, और जो मैं खुशी के साथ करता हूं।