यह वैसा नहीं जैसा मैंने सोचा था, लेकिन शायद यही चाहिए था

वीडियो एक नए JavaScript फ्रेमवर्क Remix Version 3 की घोषणा के साथ शुरू होता है जिसे Ryan Florence और Michael Jackson (React Router और Remix JS के निर्माता) द्वारा बनाया गया है। Remix का इतिहास बताया गया है - कैसे यह 2022 में React meta-framework के रूप में शुरू हुआ, फिर 2024 में Remix Version 2 को React Router के साथ मर्ज कर दिया गया। अब React Router को दो तरीकों से उपयोग किया जा सकता है: पारंपरिक routing library के रूप में या framework mode में full-stack React applications बनाने के लिए। यह परिवर्तन Remix ब्रांड के भविष्य के बारे में सवाल उठाता है, जिसका जवाब Version 3 में मिलता है।

Remix Version 3 एक पूरी तरह से नया full-stack JavaScript framework है जो React से स्वतंत्र है और स्क्रैच से लिखा गया है। फ्रेमवर्क का सबसे विवादास्पद पहलू this.update() API है जो दो महत्वपूर्ण बातों को दर्शाता है। पहला, 'this' keyword का उपयोग जो आधुनिक JavaScript developers के लिए असामान्य है, विशेष रूप से React developers के लिए जो इसका उपयोग नहीं करते। दूसरा, developers को manually यह बताना होगा कि UI को कब update करना है, React के automatic state management के विपरीत। Ryan Florence और Michael Jackson JavaScript ecosystem में जो समस्याएं देखते हैं उन्हें हल करने के लिए यह framework बनाया गया है, विशेष रूप से React और मौजूदा libraries की जटिलताओं को संबोधित करते हुए।

Remix 3 में state management पूरी तरह से अलग तरीके से काम करता है React की तुलना में। React में setState को call करने से state update होता है और UI automatically re-render होता है, कुछ batching के साथ। Remix में developers standard variables में state manage करते हैं, कोई useState hook नहीं है। UI तभी update होता है जब developer explicitly this.update() को call करता है। आप कई variables बदल सकते हैं और this.update() call नहीं करने पर UI update नहीं होगा, या variables बदलकर this.update() call करने पर UI update हो जाएगा। यह दृष्टिकोण developers को पूर्ण नियंत्रण देता है, हालांकि कुछ लोगों को इससे समस्या है। फ्रेमवर्क के निर्माताओं का तर्क है कि यह सरल है और उन स्थितियों से बचाता है जहां यह अस्पष्ट होता है कि कुछ क्यों update होता है या नहीं।

Remix 3 का एक प्रमुख लक्ष्य बड़े भाषा मॉडलों (LLM) द्वारा आसानी से उपयोग किए जाने योग्य होना है। चूंकि यह एक बिल्कुल नया framework है, मौजूदा LLMs इस codebase पर trained नहीं हैं और निकट भविष्य में भी नहीं होंगे क्योंकि अधिकांश front-end code examples React-based हैं। इसलिए developers को documentation articles और examples को chat history में feed करके LLMs को guide करना होगा। यही कारण है कि API को सरल, अभिव्यक्तिपूर्ण और समझने में आसान रखा गया है - न केवल मनुष्यों के लिए बल्कि AI models के लिए भी। Framework में this keyword के माध्यम से कुछ अन्य APIs भी उपलब्ध हैं, लेकिन बहुत अधिक नहीं क्योंकि विचार framework को सरल और focused रखने का है। यह design philosophy पूरे framework में consistent है।

Remix 3 web primitives और आधुनिक browsers में उपलब्ध native features का भारी उपयोग करता है। Framework browser में built-in native events और custom events dispatch करने की क्षमताओं पर बहुत निर्भर करता है। यह abort signals का उपयोग करता है यह संवाद करने के लिए कि component unmount हो गया है और event listeners को automatically रोकने के लिए। निर्माताओं का मानना है कि web developers ने आधुनिक browsers की क्षमताओं के साथ तालमेल नहीं रखा है, और कई features वर्षों से उपलब्ध हैं जिनका उपयोग नहीं किया जा रहा। DOM और browsers जो APIs प्रदान करते हैं वे बहुत शक्तिशाली हैं और अक्सर third-party libraries की आवश्यकता को समाप्त कर सकते हैं। यह दृष्टिकोण framework को सरल रखने और built-in क्षमताओं का लाभ उठाने में मदद करता है।

हालांकि Remix 3 web primitives पर निर्भर करता है, developers को raw DOM APIs के साथ create element का उपयोग नहीं करना होगा। इसके बजाय, वे functions बनाकर और JSX code का उपयोग करके components बनाएंगे, React के समान। मुख्य अंतर state management में है - कोई hooks नहीं हैं और component functions bar-bar नहीं बुलाए जाएंगे जैसे React में होता है। Remix में दो प्रकार के component functions हैं: stateless components जो directly JSX return करते हैं (ये केवल एक बार execute होते हैं और this.update() call नहीं कर सकते), और stateful components जो एक function return करते हैं जो फिर JSX return करता है (this.update() call करने पर inner function फिर से execute होगा)। यह old-school React approach जैसा है जहां class-based stateful और stateless components थे, लेकिन यहां सब कुछ functions के माध्यम से है।

Remix Version 3 केवल front-end framework नहीं है बल्कि एक full-stack framework बनने का लक्ष्य रखता है। Backend पर, यह एक शक्तिशाली router प्रदान करता है क्योंकि team ने 10 वर्षों से React Router बनाया है। Routes में JSX code और Remix components return करने की क्षमताएं हैं जो server पर hydrate होती हैं। Framework React Server Components का अपना सरल विकल्प लाता है जो components return करने की अनुमति देता है जो client पर serve होने के बाद DOM के कुछ हिस्सों को re-fetch करके update कर सकते हैं। उदाहरण के लिए, जब आप कुछ delete करते हैं, client से server को request भेज सकते हैं और HTML code वापस प्राप्त कर सकते हैं जो DOM के हिस्सों को update करने के लिए re-hydrate किया जा सकता है। यह Next.js या React Router framework mode जैसे snappy modern single-page applications बनाने की अनुमति देता है, लेकिन सरल तरीके से।

वीडियो में सवाल उठाया गया है कि क्या हमें एक और JavaScript framework की आवश्यकता है जब पहले से ही बहुत सारे हैं। Presenter का मानना है कि नए frameworks जो केवल React जैसे हैं छोटे अंतरों के साथ, उनकी आवश्यकता नहीं है। हालांकि, एक बिल्कुल नया approach जो manually triggered updating और इसी तरह की विशेषताएं लाता है, वह एक शानदार विचार है और कोशिश के लायक है। यह React का एक सरल विकल्प प्रदान कर सकता है, जो अद्भुत है लेकिन वर्षों में काफी complex हो गया है। Innovation और नए ideas को आजमाना हमेशा अच्छा है, भले ही market पहले से crowded हो। मुख्य बात यह है कि Remix 3 वास्तव में कुछ नया और अलग लाता है, न कि सिर्फ मौजूदा solutions की नकल।

Remix 3 की सफलता की संभावनाओं पर चर्चा करते हुए, वीडियो AI और large language models के युग में चुनौतियों को उजागर करता है। LLMs आमतौर पर default रूप से React recommend करेंगे क्योंकि अधिकांश training data React-based है। हालांकि, जो लोग code लिखना नहीं जानते वे directly target audience नहीं हैं। अनुभवी developers Remix का उपयोग करने में रुचि रखेंगे और official examples की मदद से LLMs को guide कर सकते हैं Remix code generate करने के लिए, क्योंकि वे simpler codebase चाहते हैं। Developers अभी भी अपने code को control करते हैं - वे बड़े हिस्से generate कर सकते हैं लेकिन फिर भी tweaking करते हैं और specific features manually लिखते हैं। इसलिए developers अभी भी tech stack के बारे में परवाह करते हैं। जब तक framework LLMs के साथ उपयोग करना आसान है और LLMs को सिखाने के लिए पर्याप्त resources हैं, जो clearly एक priority है, यह सफलता का वैध मौका दे सकता है।

Remix की सफलता में एक महत्वपूर्ण कारक यह है कि 2022 में Shopify ने Remix को acquire किया था, इसलिए Remix team Shopify का हिस्सा है। Shopify स्पष्ट रूप से एक actively maintained framework में रुचि रखता है जिसे Shopify के अंदर उपयोग किया जा सके। यह संभव है कि लक्ष्य Shopify vendors के लिए Remix को एक option के रूप में रखना है जो custom shop fronts या pages बनाना चाहते हैं। एक framework जो उपयोग में आसान है और LLMs के साथ काम करना आसान है, Shopify ecosystem के लिए बहुत बड़ा हो सकता है। हालांकि यह कोई guarantee नहीं है, Shopify का backing बहुत valuable है। इसके अलावा, Remix के पास एक छोटी लेकिन बहुत enthusiastic community है, और team का React Router develop करने में शानदार track record है। Presenter इसे देखने और उपयोग करने के लिए बेहद excited है, हालांकि अभी यह वास्तव में उपलब्ध नहीं है।