मेरा नाम पॉल किनलन है. मैं Chrome के लिए डेवलपर रिलेशनशिप की लीड हूं. अपनी नौकरी के तौर पर, मुझे वेब के लिए काम करने वाले ऐसे लोगों की टीम के साथ काम करने का मौका मिलता है जो असल दुनिया के डेवलपर के नज़रिए को हमारी प्रॉडक्ट और इंजीनियरिंग टीमों के सामने लाते हैं. साथ ही, डेवलपर की संतुष्टि को बेहतर बनाने के लिए, नॉर्थ स्टार मेट्रिक का इस्तेमाल करते हैं.
हम जानते हैं कि "संतुष्टि" को ट्रैक और बेहतर बनाने के लिए, एक ऐसी मेट्रिक का इस्तेमाल करना ज़रूरी है जो लोगों की ज़रूरतों के हिसाब से हो. इसलिए, हम डेवलपर की ज़रूरतों पर फ़ोकस करते हुए, लगातार इस बात पर काम करते हैं कि हम इस मेट्रिक को कैसे बेहतर बना सकते हैं. हमें एक दिशा-निर्देश का पालन करना काफ़ी मददगार लगा—"डेवलपर को उनके हिसाब से मदद करें". Stack Overflow के हाल ही के एक अध्ययन से पता चला है कि 75% डेवलपर, फ़्रेमवर्क या किसी तरह के एब्स्ट्रैक्शन का इस्तेमाल करते हैं. इसलिए, हम खुद से पूछ रहे हैं कि हम उन डेवलपर की सबसे अच्छी तरह से मदद कैसे कर सकते हैं जिन्होंने पहले ही अपने टेक्नोलॉजी स्टैक के बारे में फ़ैसले ले लिए हैं या जिनका उस पर कोई कंट्रोल नहीं है? हम ज़्यादा खर्च किए बिना, उन्हें ज़्यादा बेहतर कैसे बना सकते हैं?
Chrome की एक छोटी टीम, Aurora नाम के प्रोजेक्ट पर काम कर रही है. इसका मकसद, वेब प्लैटफ़ॉर्म के तीसरे पक्ष के एब्स्ट्रैक्शन, जैसे कि फ़्रेमवर्क और लाइब्रेरी के साथ काम करना है. उनका लक्ष्य, अपने ग्राहकों यानी वेब डेवलपर पर बोझ डालने के बजाय, सीधे इन एब्स्ट्रैक्शन में परफ़ॉर्मेंस में बढ़ोतरी करने में मदद करना है.
Chrome Dev Insider के तीसरे एपिसोड में, मैंने Project Aurora की टीम के ऐडी ओस्मानी, कारा एरिकसन, और हौसेन डीरडे से बात की. इस बातचीत में, हमने यह जाना कि वे इस प्रोजेक्ट को कैसे आगे बढ़ा रहे हैं और आने वाले समय में उन्हें क्या करना है.
खास जानकारी: तीसरे पक्ष के फ़्रेमवर्क के साथ काम करना
आइए, इस प्रोजेक्ट के बारे में शुरुआत से जानते हैं. यह कैसे हुआ?
ऐडी: Aurora की शुरुआत एक आसान आइडिया से हुई थी: डेवलपर के मौजूदा स्तर पर उनसे मिलें और उन्हें आगे बढ़ने में मदद करें. उदाहरण के लिए, परफ़ॉर्मेंस को बेहतर बनाने के लिए, उन्होंने जो लोकप्रिय टेक्नोलॉजी स्टैक चुना है उसमें उनकी मदद करें. फ़िलहाल, कई ऐप्लिकेशन डेवलपर React, Vue या Angular का इस्तेमाल करके ऐप्लिकेशन बना रहे हैं. इसके अलावा, Next.js और Nuxt जैसे मेटा-फ़्रेमवर्क* का भी इस्तेमाल किया जा रहा है. इनके अलावा, कई अन्य... Svelte, Lit, Preact, Astro. इस तरह के और भी चैलेंज हैं!). इन डेवलपर से यह उम्मीद करने के बजाय कि वे परफ़ॉर्मेंस जैसे विषयों के बारे में ज़्यादा जानकार बन जाएं, हम इन स्टैक में डिफ़ॉल्ट रूप से ज़्यादा से ज़्यादा सबसे सही तरीके शामिल करके, यह पक्का कर सकते हैं कि वे सफलता हासिल कर पाएं. इस तरह, वेब के लिए साइटें बनाने का एक फ़ायदा यह भी है कि वे अच्छी क्वालिटी की होती हैं.
Aurora, पार्टनरशिप के लिए कुछ ऐसे फ़्रेमवर्क और मेटा-फ़्रेमवर्क चुनता है जो काफ़ी इस्तेमाल किए जाते हैं. साथ ही, हम अपनी सीखों को दस्तावेज़ के तौर पर सेव करते हैं. जैसे, अच्छी इमेज कॉम्पोनेंट बनाने का तरीका. इससे, दूसरे लोग भी जल्दी से फ़ॉलो कर सकते हैं और Chrome फ़्रेमवर्क फ़ंड की मदद से, दूसरे फ़्रेमवर्क और टूल का इस्तेमाल करके स्केल कर सकते हैं. ब्राउज़र की मदद से, वेब पर मिलने वाले अनुभव की क्वालिटी को बेहतर बनाया जा सकता है. हालांकि, हमारा मानना है कि कुछ मामलों में फ़्रेमवर्क की मदद से भी ऐसा किया जा सकता है. हमें उम्मीद है कि इससे हमें सभी के लिए बेहतर क्वालिटी वाली वेब बनाने के अपने लक्ष्यों को हासिल करने में मदद मिलेगी.
कारा: इस बारे में ज़्यादा जानकारी देने के लिए, हमारा मकसद डेवलपर के अनुभव को बेहतर बनाकर, वेब पर परफ़ॉर्मेंस को बेहतर बनाना है. परफ़ॉर्मेंस के सबसे सही तरीकों का प्रचार करना काफ़ी नहीं है, क्योंकि ये अक्सर बदलते रहते हैं और कंपनियों के लिए इनका पालन करना मुश्किल होता है. उनके कारोबार की प्राथमिकताएं, परफ़ॉर्मेंस से पहले हो सकती हैं.
इसलिए, हमारा मानना है कि अगर डेवलपर के पास परफ़ॉर्मेंस पर ध्यान देने के लिए सीमित समय है, तो उन्हें बेहतर परफ़ॉर्म करने वाला ऐप्लिकेशन बनाने में आसानी होनी चाहिए. अगर हम लोकप्रिय वेब फ़्रेमवर्क के साथ साझेदारी करते हैं, तो हम बेहतर लेवल के कॉम्पोनेंट, नियमों का पालन करने से जुड़ी चेतावनियों वगैरह की मदद से, डेवलपर के अनुभव को बेहतर बनाने के लिए, एब्स्ट्रैक्शन की सही लेयर पर होंगे. इन लोकप्रिय टूल का इस्तेमाल करने वाले सभी लोगों को इन फ़ायदों का ऐक्सेस मिलेगा. साथ ही, अगर सुझाई गई सलाह में बदलाव होता है, तो हम अपने कॉम्पोनेंट को अपडेट कर सकते हैं. इससे डेवलपर को अपडेट रहने की चिंता नहीं करनी पड़ती.
हौसैन: मैंने Google में डेवलपर एडवोकेट के तौर पर काम शुरू किया था. कुछ साल बाद, मैंने सॉफ़्टवेयर इंजीनियर के तौर पर काम करना शुरू किया. मेरे पिछले ज़्यादातर कामों में, वेब डेवलपर को उपयोगकर्ताओं को बेहतर अनुभव देने के कई अलग-अलग तरीके सिखाना शामिल था. डेवलपर को उन आम समस्याओं के बारे में चेतावनी देने के लिए, एक ही दिशा-निर्देश को बार-बार अलग-अलग तरीके से दिया गया था जिनसे उनकी साइटों की परफ़ॉर्मेंस और इस्तेमाल पर असर पड़ सकता है. जब हमने Aurora प्रोजेक्ट के बारे में सोचना शुरू किया, तो हमने खुद से पूछा: क्या हम इस दिशा में आगे बढ़ सकते हैं कि हमें डेवलपर को कभी यह न बताना पड़े कि उन्हें क्या करना है, क्योंकि उनका टूलचेन सब कुछ उनके लिए मैनेज कर लेता है?
अगर मुझे सही से पता चला है, तो आपकी टीम में छह इंजीनियर हैं? हम दावे के साथ कह सकते हैं कि आपके पास हर फ़्रेमवर्क या लाइब्रेरी के साथ काम करने का विकल्प नहीं है. तो किसके साथ काम करना है, यह कैसे तय किया जाता है? वे कौन हैं?
Addy: वेब कई मायनों में, वाइल्ड वाइल्ड वेस्ट जैसा है. आपके पास अपने हिसाब से फ़्रेमवर्क, बंडलर, लाइब्रेरी, और तीसरे पक्ष चुनने का विकल्प होता है. इससे कई तरह की जटिलताएं आती हैं, जो परफ़ॉर्मेंस को बेहतर या खराब बना सकती हैं. परफ़ॉर्मेंस को बेहतर बनाने का सबसे अच्छा तरीका यह है कि उन लेयर को ढूंढें जो अपनी राय देना पसंद करती हैं और उनमें ज़्यादा राय जोड़ें.
उदाहरण के लिए, वेब फ़्रेमवर्क (Next.js, Nuxt.js, और कुछ हद तक Angular) में, मैन्युअल तरीके से बनाए गए समाधान के मुकाबले ज़्यादा सुझाव और डिफ़ॉल्ट सेटिंग शामिल की जाती हैं. यही वजह है कि हमें उनके साथ काम करना अच्छा लगता है! इन मॉडल में, वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी को बेहतर बनाने के लिए, इमेज, फ़ॉन्ट, और स्क्रिप्ट को लोड करने के बेहतर तरीके के लिए, डिफ़ॉल्ट तौर पर बेहतर विकल्पों का होना ज़रूरी है.
इससे यह भी पता चलता है कि आधुनिक सबसे सही तरीके कहां काम करते हैं या उन्हें फिर से सोचने की ज़रूरत है. साथ ही, इससे पूरे नेटवर्क को ऑप्टिमाइज़ेशन से जुड़ी समस्याओं को हल करने के तरीके के बारे में जानकारी मिलती है.
कारा: असल में, हमें लोकप्रियता का भी ध्यान रखना होता है. अगर हमें वेब पर ज़्यादा से ज़्यादा असर डालना है, तो ऐसे फ़्रेमवर्क और लाइब्रेरी के साथ काम करना सबसे सही रहेगा जिनमें डेवलपर की बड़ी मौजूदा कम्यूनिटी हो. इस तरह, हम ज़्यादा डेवलपर और ज़्यादा ऐप्लिकेशन तक पहुंच सकते हैं. हालांकि, यह सिर्फ़ लोकप्रियता नहीं हो सकती. आखिरकार, यह लाइब्रेरी की लोकप्रियता, उसके बारे में लोगों की राय, और उपलब्ध सुविधाओं के आधार पर तय होता है.
उदाहरण के लिए, अगर सिर्फ़ लोकप्रियता को ध्यान में रखा जाए, तो React, Vue, और Angular "तीन बड़े" फ़्रेमवर्क हैं. हालांकि, हम Next.js, Nuxt, और Angular के साथ सबसे ज़्यादा काम करते हैं. ऐसा इसलिए है, क्योंकि React और Vue जैसी व्यू लाइब्रेरी ज़्यादातर रेंडरिंग पर फ़ोकस करती हैं. इसलिए, इनमें सीधे तौर पर अपनी पसंद की सभी सुविधाएं नहीं बनाई जा सकतीं. इसलिए, हम इन पर आधारित मेटा-फ़्रेमवर्क के साथ ज़्यादा काम करते हैं: Next.js और Nuxt. एब्स्ट्रैक्शन के इस लेवल पर, हम पहले से मौजूद कॉम्पोनेंट बना सकते हैं. इनमें पहले से मौजूद सर्वर भी होते हैं, ताकि हम सर्वर साइड ऑप्टिमाइज़ेशन शामिल कर सकें.
आपको पता चल सकता है कि डीप पार्टनरशिप की उस सूची में Angular शामिल था, लेकिन यह कोई मेटा-फ़्रेमवर्क नहीं है. Angular एक खास मामला है, क्योंकि यह काफ़ी लोकप्रिय है. हालांकि, इसमें React और Vue की तरह कोई मेटा-फ़्रेमवर्क नहीं है. इसलिए, हम सीधे तौर पर उनके साथ काम करते हैं और जहां भी हो सके, उनके सीएलआई के ज़रिए सुविधाएं देते हैं.
यह ध्यान देने वाली बात है कि Gatsby जैसे अन्य प्रोजेक्ट के साथ हमारे कई संबंध हैं. इनमें हम डिज़ाइन के लिए नियमित तौर पर सिंक करते हैं, लेकिन कोड में ज़्यादा योगदान नहीं देते.
असल में, यह सुविधा कैसी दिखती है? आपने इस समस्या को हल करने के लिए क्या किया?
कारा: असल में, हमारे पास कुछ फ़्रेमवर्क हैं जिनके साथ हम मिलकर काम करते हैं. हम उस फ़्रेमवर्क का इस्तेमाल करके, ऐप्लिकेशन की प्रोफ़ाइल बनाने में कुछ समय लेंगे. साथ ही, परफ़ॉर्मेंस से जुड़ी सामान्य समस्याओं का पता लगाएंगे. इसके बाद, हम फ़्रेमवर्क टीम के साथ मिलकर, उन समस्याओं को हल करने के लिए प्रयोग के तौर पर सुविधाएं डिज़ाइन करते हैं. साथ ही, उन्हें लागू करने के लिए सीधे ओएसएस रिपॉज़िटरी में कोड का योगदान देते हैं.
हमारे लिए यह पुष्टि करना बहुत ज़रूरी है कि परफ़ॉर्मेंस पर असर वैसा ही है जैसा हमने अनुमान लगाया था. इसलिए, हम प्रोडक्शन में परफ़ॉर्मेंस की जांच करने के लिए, बाहरी कंपनियों के साथ भी काम करते हैं. अगर नतीजे अच्छे होते हैं, तो हम इस सुविधा को "स्टैबल" बनाने में मदद करेंगे. साथ ही, इसे डिफ़ॉल्ट तौर पर उपलब्ध कराएंगे.
यह सब उतना आसान नहीं हो सकता जितना आपने बताया है. आपको अब तक कौनसी चुनौतियां मिलीं या आपने क्या सीखा?
हौसेन: हम अपनी पूरी कोशिश करते हैं कि लोकप्रिय ओपन-सोर्स रिपॉज़िटरी में योगदान दिया जाए. इन रिपॉज़िटरी में कई प्राथमिकताएं होती हैं. सिर्फ़ इसलिए कि हम Google की टीम हैं, इसका मतलब यह नहीं है कि हमारी सुविधाओं को प्राथमिकता दी जाएगी. इसलिए, हम नई सुविधाओं को सुझाने और उन्हें लॉन्च करने की सामान्य प्रोसेस के मुताबिक काम करने की पूरी कोशिश करते हैं. हमें Next.js, Nuxt, और Angular के नेटवर्क के रखरखाव करने वाले उन लोगों के साथ काम करने का मौका मिला है जो सुझावों को स्वीकार करते हैं. हमें खुशी है कि वे वेब के नेटवर्क से जुड़ी हमारी समस्याओं को सुनने के लिए तैयार हैं. साथ ही, वे एक से ज़्यादा तरीकों से हमारे साथ मिलकर काम करने को तैयार हैं.
हम कई फ़्रेमवर्क के साथ काम करते हैं. इन सभी के लिए हमारा मकसद एक ही है: डेवलपर को बेहतर उपयोगकर्ता अनुभव देने के साथ-साथ, उन्हें भी बेहतर अनुभव कैसे दिया जा सकता है? हम जानते हैं कि कम्यूनिटी में योगदान देने वाले और फ़्रेमवर्क को मैनेज करने वाले सैकड़ों लोग हैं. ये सभी अलग-अलग प्रोजेक्ट पर काम करते हैं, जो एक-दूसरे से जुड़े होते हैं.
कारा: इसके अलावा, हम परफ़ॉर्मेंस पर असर की पुष्टि करने और डेटा के आधार पर कार्रवाई करने के लिए, इस प्रोसेस में थोड़ा ज़्यादा समय लेते हैं. हम नए क्षेत्र में हैं. इसलिए, कभी-कभी हम किसी ऐसे ऑप्टिमाइज़ेशन के साथ एक्सपेरिमेंट करेंगे जो काम नहीं करेगा. साथ ही, हम प्लान की गई सुविधा को भी नहीं बना पाएंगे. भले ही, कोई सुविधा काम की हो, लेकिन परफ़ॉर्मेंस की जांच करने के लिए कुछ अतिरिक्त चरण पूरे करने में समय लगता है और टाइमलाइन बढ़ जाती है.
हमारी सुविधाओं को टेस्ट करने के लिए, प्रोडक्शन पार्टनर ढूंढना भी चुनौती भरा हो सकता है. जैसा कि पहले बताया गया है, ये कारोबार हैं और उनकी अपनी प्राथमिकताएं हैं. इसलिए, अगर ये नई पहल, पहले से मौजूद उन प्रोजेक्ट के साथ अलाइन नहीं होती हैं जिन्हें प्राथमिकता दी जानी है, तो उनके लिए नई पहलों में शामिल होना चुनौती भरा हो सकता है. इसके अलावा, जिन कंपनियों को मदद करने में सबसे ज़्यादा दिलचस्पी है वे पहले से ही परफ़ॉर्मेंस में निवेश कर रही हैं. इसलिए, वे हमारी टारगेट ऑडियंस नहीं हैं. हम कम्यूनिटी के उन बड़े हिस्से से सुझाव, शिकायत या राय इकट्ठा करने की कोशिश कर रहे हैं जो परफ़ॉर्मेंस में सुधार के लिए पैसे खर्च नहीं कर सकते. हालांकि, इन लोगों के हमसे संपर्क करने की संभावना बहुत कम है.
आगे बढ़ते हुए, आपने किस तरह के ऑप्टिमाइज़ेशन पर फ़ोकस किया है?
हौसेन: हज़ारों ऐप्लिकेशन का विश्लेषण करने के बाद, हमें पता चला है कि परफ़ॉर्मेंस से जुड़ी सबसे बड़ी समस्याएं, आम तौर पर फ़्रेमवर्क के बजाय ऐप्लिकेशन कोड में मौजूद एंटी-पैटर्न की वजह से होती हैं. उदाहरण के लिए, ज़रूरत से ज़्यादा बड़ी इमेज शिप करना, कस्टम फ़ॉन्ट को बहुत देर से लोड करना, तीसरे पक्ष के बहुत ज़्यादा अनुरोधों को फ़ेच करना, जो मुख्य थ्रेड को ब्लॉक कर देते हैं, और यह मैनेज न करना कि असाइनोक्रोनस कॉन्टेंट की वजह से पेज पर मौजूद अन्य चीज़ों में बदलाव कैसे हो सकता है. ये सभी समस्याएं, किसी भी टूल का इस्तेमाल करने पर आ सकती हैं. इसलिए, हमने सोचा कि क्या हम कुछ डिफ़ॉल्ट ऑप्टिमाइज़ेशन को शामिल कर सकते हैं, जो इन समस्याओं को अच्छी तरह से मैनेज कर सकें. साथ ही, डेवलपर को उनके फ़्रेमवर्क टूल के साथ बेहतर अनुभव दे सकें?
इस सोच के साथ, हमने ये सुविधाएं लॉन्च की हैं:
- Next.js इमेज कॉम्पोनेंट.
- Next.js स्क्रिप्ट कॉम्पोनेंट.
- Next.js की बिल्ड प्रोसेस में, फ़ॉन्ट को अपने-आप इनलाइन करना.
- ऐंगल वाली इमेज का डायरेक्टिव.
- Next.js के साथ काम करने वाला ESLint प्लग इन, ताकि डेवलपर को काम के दिशा-निर्देश दिए जा सकें.
हमारे काम से, अन्य फ़्रेमवर्क और टूल को मिलते-जुलते ऑप्टिमाइज़ेशन लागू करने में मदद मिली है. इसमें यह शामिल है, लेकिन इसके अलावा, अन्य उल्लंघन भी शामिल हो सकते हैं:
- Nuxt इमेज मॉड्यूल
- Nuxt फ़ॉन्ट मेट्रिक ओवरराइड
- Nuxt स्क्रिप्ट कॉम्पोनेंट (बनाने की प्रोसेस जारी है)
- Gatsby स्क्रिप्ट कॉम्पोनेंट
क्या आप इनमें से कुछ खिलाड़ियों के साथ, अपने काम के कुछ अच्छे नतीजे शेयर कर सकते हैं?
हौसैन: हमने जो ऑप्टिमाइज़ेशन किए हैं उनकी वजह से, कई साइटों की परफ़ॉर्मेंस बेहतर हुई है. मेरा पसंदीदा उदाहरण Leboncoin है. Next.js इमेज कॉम्पोनेंट पर स्विच करने के बाद, इसने अपने एलसीपी को 2.4 सेकंड से घटाकर 1.7 सेकंड कर दिया. फ़िलहाल, कई और सुविधाएं एक्सपेरिमेंट और टेस्टिंग के दौर में हैं. हम इनसे जुड़ी जानकारी और इनसे मिलने वाले फ़ायदों के बारे में यहां बताते रहेंगे.
ठीक है, हमें पता है कि आपका फ़ोकस सबसे ज़्यादा लोकप्रिय फ़्रेमवर्क पर है. हालांकि, क्या ऐसे तरीके हैं जिनसे उन अन्य फ़्रेमवर्क या लाइब्रेरी को भी फ़ायदा मिल सके जिन पर आपने अभी तक काम नहीं किया है?
Addy: Aurora के साथ मिलकर किए गए परफ़ॉर्मेंस ऑप्टिमाइज़ेशन में से कई को किसी भी फ़्रेमवर्क की मदद से दोहराया जा सकता है. उदाहरण के लिए, इमेज या स्क्रिप्ट कॉम्पोनेंट के लिए किए गए हमारे कामों पर नज़र डालें. ये अक्सर सबसे सही तरीकों के मौजूदा सेट को कोड में बदलते हैं. हम ऐसे कॉम्पोनेंट बनाने के तरीके को दस्तावेज़ में शामिल करने की कोशिश करते हैं. साथ ही, यह भी बताते हैं कि वे हर फ़्रेमवर्क में कैसे दिखते हैं. उम्मीद है कि इस आइडिया को कॉपी करने के लिए, यह एक अच्छी शुरुआत है.
हमने एक नेटवर्क (उदाहरण के लिए, React और Next.js) से सीखी गई बातों को दूसरे नेटवर्क में इस्तेमाल करके, काफ़ी सफलता हासिल की है. उदाहरण के लिए, नया Angular इमेज डायरेक्टिव (Next.js इमेज कॉम्पोनेंट को बनाने के दौरान मिली जानकारी के आधार पर बनाया गया) या Gatsby, JavaScript के छोटे-छोटे हिस्सों में बांटने के हमारे तरीके को शिप कर रहा है.
साथ ही, हम समझते हैं कि हर फ़्रेमवर्क में, योगदान देने वालों के पास परफ़ॉर्मेंस से जुड़ी ऐसी सुविधाएं बनाने या अन्य ऑप्टिमाइज़ेशन में निवेश करने के लिए, बैंडविड्थ या फ़ंड नहीं होगा जो उनके हिसाब से उनके उपयोगकर्ताओं के लिए ज़रूरी हैं. Chrome वेब फ़्रेमवर्क फ़ंड की मदद से, हम JavaScript नेटवर्क में परफ़ॉर्मेंस से जुड़े काम को प्रायोजित करते हैं. इससे प्रोजेक्ट, अपने योगदान देने वालों को पेमेंट कर पाते हैं और नेटवर्क में परफ़ॉर्मेंस से जुड़े काम को आगे बढ़ा पाते हैं.
तो आपकी टीम के लिए आगे क्या है?
कारा: हमारे पास कई दिलचस्प प्रोजेक्ट हैं! कुछ मुख्य बातें:
- फ़ॉन्ट से जुड़े सीएलएस को कम करना: जब कोई वेब फ़ॉन्ट लोड होता है और फ़ॉलबैक फ़ॉन्ट की जगह लेता है, तो लेआउट शिफ़्ट दिखना आम बात है. हम फ़ॉन्ट मेट्रिक बदलने और "साइज़-अडजस्ट" प्रॉपर्टी का इस्तेमाल करके, Next.js में डिफ़ॉल्ट रूप से फ़ॉन्ट से जुड़े सीएलएस को कम करने की कोशिश कर रहे हैं. हम इस बारे में Nuxt टीम से भी सलाह ले रहे हैं. साथ ही, अगले साल इस आइडिया को ज़्यादा फ़्रेमवर्क के लिए उपलब्ध कराने की योजना बना रहे हैं.
- आईएनपी को डीबग करना: इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी) मेट्रिक रिलीज़ हो चुकी है. इसलिए, हम फ़्रेमवर्क के साथ मिलकर काम कर रहे हैं, ताकि उनकी कम्यूनिटी के लिए आईएनपी से जुड़ी समस्याओं की सबसे आम वजहों की जांच की जा सके और उन्हें ठीक करने के सुझाव दिए जा सकें. हम इस काम के लिए, Angular के साथ मिलकर काम कर रहे हैं. हमें उम्मीद है कि जल्द ही कुछ नतीजे शेयर किए जा सकेंगे!
- तीसरे पक्ष की सामान्य स्क्रिप्ट को ऑप्टिमाइज़ करना: तीसरे पक्ष की स्क्रिप्ट को गलत समय पर लोड करने से, परफ़ॉर्मेंस पर काफ़ी बुरा असर पड़ सकता है. कुछ तीसरे पक्ष के टूल बहुत आम हैं. इसलिए, हम यह देख रहे हैं कि क्या इनके लिए कुछ रैपर उपलब्ध कराए जा सकते हैं. इससे यह पक्का किया जा सकेगा कि ये टूल, फ़्रेमवर्क के साथ ऑप्टिमाइज़ तरीके से लोड हों और मुख्य थ्रेड को ब्लॉक न करें. हमने इस जांच के लिए, Next.js स्क्रिप्ट कॉम्पोनेंट का इस्तेमाल किया है.
डेवलपर इस साइट पर जाकर, इस प्रोसेस की प्रोग्रेस देख सकते हैं.
खबरों में
साइन ऑफ करने से पहले, हम आपको Google के फ़्रेमवर्क से जुड़े कुछ दिलचस्प अपडेट देना चाहते हैं.
जुलाई में, Chrome की टीम ने फ़्रेमवर्क और टूल फ़ंड के लिए, 5,00,000 डॉलर के नए फ़ंड का एलान किया था. इस फ़ंड का मकसद, वेब पर परफ़ॉर्मेंस, उपयोगकर्ता अनुभव, और डेवलपर अनुभव को बेहतर बनाने वाले प्रोजेक्ट को फ़ंड उपलब्ध कराना है. आने वाले समय में, नए प्रोजेक्ट के लिए फ़ंडिंग दी जाएगी. इसलिए, अपना अनुरोध सबमिट करना न भूलें.
साथ ही, कम्यूनिटी में कई शानदार चीज़ें भी हो रही हैं. इस इको सिस्टम में, Deno के Fresh जैसे नए फ़्रेमवर्क और Svelte के शामिल होने के ट्यूटोरियल जैसे बेहतरीन अनुभव मौजूद हैं. यह ट्यूटोरियल, ब्राउज़र में डेमो के तौर पर ही नहीं दिखता, बल्कि ब्राउज़र में Node.js को नेटिव तौर पर चलाने के लिए, वेब कंटेनर एपीआई का भी इस्तेमाल करता है. बहुत सारी अच्छी चीज़ें!
मुझे यह देखकर बहुत खुशी होती है कि सभी लोग एक साथ मिलकर काम कर रहे हैं. साथ ही, ब्राउज़र में क्या-क्या किया जा सकता है, इस बारे में सोच रहे हैं. साथ ही, डेवलपर को ऐसे प्रॉडक्ट बनाने में मदद कर रहे हैं जो सभी के लिए काम करते हैं. वेब डेवलपर बनने के लिए, यह सबसे बेहतर समय है.
अगले Insider पोस्ट तक, Hwyl fawr.
आपको 'Chrome Dev Insider' के इस अंक के बारे में क्या कहना है? अपना सुझाव/राय दें या शिकायत करें.