आधार

जोश कोलिन्सवर्थ के खूबसूरत लेख की प्रतिक्रिया इस प्रकार है जिसे आप यहां पा सकते हैं।

मैंने अपने लेख में उनके द्वारा दिए गए प्रत्येक सारांश उद्धरण को लेकर और उनमें से प्रत्येक पर अपनी राय देकर इस सामग्री की संरचना करने का निर्णय लिया।

इसलिए इस लेख को विचारों की एक श्रृंखला माना जाना चाहिए जो व्यक्तिगत राय की पहचान करती है। रिपोर्ट किए गए 12 उद्धरणों में से, मैंने पाया कि मैं खुद को ✅ 8 से सहमत हूं, ❌ 3 से असहमत हूं और पर मेरी कोई राय नहीं है? 1.

[TL;DR] मैं आम तौर पर लेखक की राय और उनके दृष्टिकोण से सहमत हूं, हालांकि कुछ मामलों में लेख द्वारा बनाए गए विकृत दृष्टिकोण के कारण मैं कुछ बयानों से असहमत हो गया हूं। पूर्वाग्रह पर विश्लेषण ने, मेरी राय में, लेखक की ओर से विकास की दुनिया के प्रति उतना ही पूर्वाग्रह पैदा किया है।

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

✅ मैं इस कथन से पूरी तरह सहमत हूं।

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

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

यह ऐसा है जैसे सीएसएस किसी विचित्र क्वांटम अवस्था में मौजूद है; किसी तरह दोनों का उपयोग करना बहुत जटिल है, फिर भी एक साथ गंभीरता से लेना बहुत आसान है।

✅ यहां भी, मैं सहमत हूं।

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

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

✅ मैं सहमत हूं।

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

अधिकतर, कोई भी वास्तव में यह नहीं कहता कि फ्रंटएंड कम महत्वपूर्ण है, या कम वास्तविक है, या यह कि आपको इसे करने के लिए उतना स्मार्ट होने की आवश्यकता नहीं है। लेकिन यह अक्सर निहित प्रतीत होता है।

✅ मैं आंशिक रूप से सहमत हूं।

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

मेरा मानना ​​है कि समुदाय को इस मानसिकता को खत्म करने के लिए और अधिक प्रयास करने की जरूरत है। फ्रंटएंड डेवलपर हर तरह से एक पेशेवर है, और उसका काम किसी उत्पाद की सफलता के लिए मौलिक है।

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

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

✅ मैं सहमत हूं।

भूमिकाओं और जिम्मेदारियों की समझ की कमी हमारे उद्योग में एक मौलिक भूमिका निभाती है। फ्रंटएंड डेवलपर को अक्सर "कलाकार", "रचनात्मक" के रूप में देखा जाता है, और उसके काम का अवमूल्यन किया जाता है क्योंकि यह बैकएंड डेवलपर की तरह "तकनीकी" नहीं है। यह दो मायनों में गलती है।

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

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

व्यावसायिक तर्क और राज्य प्रबंधन की मात्रा का उल्लेख नहीं है - दोनों को तुरंत फ्रंटएंड में डाल दिया गया - जो भूमिका को व्यवसाय के साथ तेजी से एकीकृत करता है।

*नोट: मैं एंड-टू-एंड परीक्षणों के अस्तित्व के बारे में अच्छी तरह से जानता हूं, लेकिन उनका कार्यान्वयन पारंपरिक स्वचालित परीक्षणों की तुलना में बहुत अधिक जटिल और महंगा है, इसके अलावा उनकी यादृच्छिक और बाहरी स्थितियों के कारण उनकी विश्वसनीयता पर अक्सर सवाल उठाए जाते हैं।

&&&]

भाषा का अर्थ है कि इंटरफ़ेस को सॉफ़्टवेयर से अलग किया गया है, न कि उसके वास्तविक भाग से।

? इस पर कोई राय नहीं.

यहां संदर्भ उस विरोधाभास का है जिसके तहत हमारे क्षेत्र में

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

ऐसा प्रतीत होता है कि सीएसएस लिखना एक बैठक में नोट्स लेने जैसा माना जाता है, जिसमें अंतर्निहित लिंगवाद और कमरे में नोट लेने वाले के महत्व का अवमूल्यन शामिल है।

✅ मैं सहमत हूं।

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

मानो अतीत, वर्तमान और भविष्य में हर संभव डिवाइस, ऑपरेटिंग सिस्टम, स्क्रीन आकार, ब्राउज़र, उपयोगकर्ता प्राथमिकता और इंटरफ़ेस का समर्थन करने का लगभग असंभव काम इतना सरल है कि हमने सभी जटिलताओं का आविष्कार स्वयं किया, सिर्फ इसलिए कि हम ऊब गए थे।

✅ मैं इस कथन के आंतरिक अर्थ से सहमत हूं।

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

पंचलाइन पूर्वाग्रह बन जाते हैं, तो इसमें पड़ना आसान होता है फ्रंटएंड कार्यकर्ताओं के काम का अवमूल्यन करने का जाल।

हाँ, एक समूह के रूप में, हम नई चीज़ों को लेकर उत्साहित होते हैं। लेकिन यह हमें जिज्ञासु, अनुकूलनीय या जिज्ञासु क्यों नहीं बनाता? अपनी जगह पर बने रहने से इनकार करने के लिए बदनाम होने के बजाय हमें सीखने की खुशी का श्रेय क्यों नहीं मिलता?

❌ मैं इससे कम सहमत हूं।

हालांकि यह सच है कि फ्रंटएंड दुनिया के विकास - जैसा कि पहले ही उल्लेख किया गया है - ने विचारों, उपकरणों और पद्धतियों का प्रसार किया है,

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

यदि हमारे कौशल संगठनात्मक कमियों की दरारों पर डक्ट टेप के रूप में मूल्यवान हैं, तो वे योजना और निर्णय लेने के दौरान मूल्यवान क्यों नहीं हैं जो उन दोषों को जन्म देते हैं, जबकि हम संभावित रूप से उन्हें रोक सकते हैं?

✅ पूर्णतः सहमत।

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

फ़्रंटएंड टूल स्वयं का विपणन इस तरह करते हैं मानो फ़्रंटएंड कुछ ऐसा है जो कोई नहीं करना चाहता है, और किसी को भी इसकी परवाह नहीं करनी चाहिए।

❌ आप स्पष्ट रूप से देख सकते हैं कि पोस्ट विकसित होने के साथ-साथ निराशा बढ़ती जा रही है, लेकिन इस मामले में मैं केवल असहमत हो सकता हूं।

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

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

ऐसा लगता है कि अब कोई भी फ्रंटएंड को उत्पाद का महत्वपूर्ण हिस्सा नहीं मानता है; वे इसे केवल उस अच्छे डिब्बे के रूप में सोचते हैं जिसमें उत्पाद आता है।

❌ अफसोस, मैं यहां भी जोश से असहमत हूं।

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