मैं Paul Kinlan हूं और मैं Chrome के लिए, डेवलपर रिलेशन को लीड करता/करती हूं. नौकरी के तौर पर, मुझे वेब का इस्तेमाल करने वाले उन लोगों की टीम के साथ काम करना आता है जो डेवलपर को काफ़ी पसंद करते हैं. मेरा काम है डेवलपर के नज़रिए को हमारे प्रॉडक्ट और इंजीनियरिंग टीम के सामने रखना. डेवलपर को बेहतर अनुभव देने के लिए, मुझे नॉर्थ स्टार मेट्रिक का इस्तेमाल करना है.
हम मानते हैं कि "संतुष्टि" एक महत्वाकांक्षी और सब्जेक्टिव मेट्रिक है, जिसे ट्रैक करने और उसे बेहतर बनाने में मदद मिलती है. इसलिए, हम डेवलपर की ज़रूरतों को ध्यान में रखते हुए, लोगों के बदलाव लाने के तरीकों को लगातार दोहराते रहते हैं. हमने एक दिशा-निर्देश को अपनाया है और इसके मुताबिक—"डेवलपर से मिलें, जहां वे मौजूद हैं". हाल ही की Stack Overflow की एक स्टडी से पता चला है कि 75% डेवलपर, फ़्रेमवर्क का इस्तेमाल करने वाली रिपोर्ट या किसी तरह के ऐब्स्ट्रैक्ट का इस्तेमाल करते हैं. इसलिए, हम खुद से अक्सर पूछते हैं कि हम उन डेवलपर को किस तरह बेहतर सेवा देते हैं जो अपने टेक्नोलॉजी स्टैक के बारे में पहले ही फ़ैसले ले चुके हैं या जिनका उस पर कोई कंट्रोल नहीं है? हम ज़्यादा ओवरहेड जोड़े बिना उन्हें और ज़्यादा उत्पादक कैसे बना सकते हैं?
Chrome की एक छोटी टीम, Aurora नाम के प्रोजेक्ट पर काम कर रही है. इसका लक्ष्य, फ़्रेमवर्क और लाइब्रेरी जैसे वेब प्लैटफ़ॉर्म को तीसरे पक्ष की मदद से तैयार करना है. उनका लक्ष्य, अपने ग्राहकों यानी वेब डेवलपर पर बोझ डालने के बजाय, परफ़ॉर्मेंस को बेहतर बनाने में सीधे तौर पर इन बातों का ध्यान रखना है.
मैंने Chrome Dev Insider के तीसरे एडिशन में, Project Aurora टीम के एडी उस्मानी, कारा एरिकसन, और होसैन जिरदे से बात की और जाना कि वे इस प्रोजेक्ट को लेकर कैसे काम कर रहे हैं और उन्हें आगे क्या फ़ायदा मिलेगा.
खास जानकारी: तीसरे पक्ष के फ़्रेमवर्क के साथ काम करना
आइए, इस प्रोजेक्ट की उत्पत्ति से शुरुआत करते हैं. यह कैसे हुआ?
Addy: Aurora एक आसान आइडिया के साथ शुरू हुआ: चलिए डेवलपर से मिलते हैं और उन्हें उस जगह पहुंचने में मदद करते हैं जहां उन्हें जाना है. उदाहरण के लिए, उन लोकप्रिय टेक्नोलॉजी स्टैक की मदद करें जिन्हें उन्होंने परफ़ॉर्मेंस को बेहतर बनाने के लिए चुना है. कई ऐप्लिकेशन डेवलपर इन दिनों React, Vue या Angular का इस्तेमाल करके कॉन्टेंट बना रहे हैं. जैसे, Next.js और Nuxt जैसे मेटा-फ़्रेमवर्क*. साथ ही, कई अन्य... स्वेल्टे, लिट, प्रीैक्ट, एस्ट्रो. यह सूची आगे बढ़ती है!). इन डेवलपर को अच्छी परफ़ॉर्मेंस वाले विशेषज्ञ बनने की उम्मीद करने के बजाय, हम यह पक्का कर सकते हैं कि वे डिफ़ॉल्ट तौर पर सबसे सही तरीकों का इस्तेमाल करके, सफलता की राह पर बढ़ें. इस तरह, बेहतर क्वालिटी वाली साइटें वेब के लिए बनाई जाने वाली साइटों का खराब असर है.
ऑरोरा बड़े पैमाने पर इस्तेमाल किए जाने वाले कुछ फ़्रेमवर्क और मेटा-फ़्रेमवर्क को चुनता है, जिनके साथ साझेदारी करने के लिए हम अपनी सीखों (जैसे कि इमेज का एक अच्छा कॉम्पोनेंट कैसे बनाएं) के दस्तावेज़ तैयार करते हैं, ताकि अन्य लोग Chrome Frameworks Fund के ज़रिए, तेज़ी से फ़ॉलो कर सकें और अन्य फ़्रेमवर्क और टूल की मदद से बड़े पैमाने पर काम कर सकें. हालांकि ब्राउज़र से वेब अनुभवों की क्वालिटी को बेहतर बनाया जा सकता है, लेकिन हमारा मानना है कि इस लक्ष्य को (कुछ मामलों में) फ़्रेमवर्क के ज़रिए भी पूरा किया जा सकता है. हमें उम्मीद है कि इससे हमें सभी के लिए बेहतर क्वालिटी वाला वेब बनाने के अपने लक्ष्यों को पूरा करने में मदद मिलेगी.
कारा: इसे आगे बढ़ाने के लिए, हमारा प्लान है कि डेवलपर के अनुभव को बेहतर बनाकर वेब पर परफ़ॉर्मेंस को बेहतर बनाया जाए. परफ़ॉर्मेंस के सबसे सही तरीकों का प्रमोशन करना काफ़ी नहीं है, क्योंकि वे अक्सर बदलती रहती हैं और कंपनियों के लिए उन्हें बनाए रखना मुश्किल होता है. उनकी अपनी कारोबारी प्राथमिकताएं होती हैं, जो परफ़ॉर्मेंस से पहले दिखेंगी.
इसलिए, हमारा मानना है कि अगर डेवलपर के पास परफ़ॉर्मेंस के लिए सीमित समय है, तो हम उनके लिए बेहतर परफ़ॉर्म करने वाला ऐप्लिकेशन बनाना आसान (और तेज़) करते हैं. अगर हम लोकप्रिय वेब फ़्रेमवर्क के साथ साझेदारी करते हैं, तो हम डेवलपर के अनुभव को बेहतर बनाने के लिए बेहतर तरीके का इस्तेमाल कर रहे हैं. हम उच्च लेवल के कॉम्पोनेंट इस्तेमाल करते हैं. साथ ही, शर्तों को पूरा करने से जुड़ी चेतावनियों वगैरह का इस्तेमाल करते हैं. उन लोकप्रिय टूल का इस्तेमाल करने वाले सभी लोगों को ये फ़ायदे मिलेंगे. सैद्धांतिक तौर पर, अगर सुझाई गई सलाह में बदलाव होता है, तो हम अपने कॉम्पोनेंट को बेहतर तरीके से अपडेट कर सकते हैं. इससे डेवलपर को ऐप्लिकेशन की मौजूदा स्थिति में बने रहने की चिंता नहीं करनी होगी.
ह्यूसिन: कुछ साल बाद मैं सॉफ़्टवेयर इंजीनियरिंग में स्विच करने से पहले, डेवलपर एडवोकेट के तौर पर Google में शामिल हुआ था. मेरे पिछले काम में, वेब डेवलपर को लोगों को बेहतरीन अनुभव देने के अलग-अलग तरीके सिखाना शामिल था. एक जैसे दिशा-निर्देशों के वैरिएशन बार-बार दिए गए, ताकि डेवलपर को उन सामान्य समस्याओं के बारे में चेतावनी दी जा सके जिनसे उनकी साइटों की परफ़ॉर्मेंस और उन्हें इस्तेमाल करने पर असर पड़ सकता है. जब हमने ऑरोरा प्रोजेक्ट के बारे में सोचना शुरू किया, तो हमने खुद से पूछा: क्या हम उस दिशा में काम कर सकते हैं जहां हमें कभी भी डेवलपर को यह न बताना पड़े कि क्या करना है, क्योंकि टूलचेन उनके लिए सब कुछ संभालता है?
अगर मुझे सही जानकारी मिल जाए, तो इसका मतलब है कि आपकी टीम छह इंजीनियर हैं? मैं दावे से कह सकती हूं, हर संभावित फ़्रेमवर्क या लाइब्रेरी के साथ काम नहीं किया जा सकता. तो यह कैसे तय किया जाए कि किसके साथ काम करना है? और वे कौन हैं?
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 ईकोसिस्टम में ऐसे लोगों के साथ काम कर रहे हैं जो पर्यावरण को बेहतर बनाने की कोशिश करते हैं. हम इस बात के लिए शुक्रगुज़ार हैं कि उन्होंने वेब नेटवर्क के बारे में हमारी चिंताओं को सुनने के लिए तैयार रहें. साथ ही, हमारे साथ एक से ज़्यादा तरीकों से सहयोग करने के लिए तैयार रहे.
हम कई तरह के फ़्रेमवर्क के साथ काम करते हैं, इसलिए हमारा लक्ष्य एक ही है. डेवलपर को शानदार अनुभव पाने के साथ-साथ उपयोगकर्ता अनुभव को कैसे बेहतर बनाया जा सकता है? हम जानते हैं और हम समझते हैं कि अलग-अलग प्रोजेक्ट पर काम करने वाले हज़ारों कम्यूनिटी योगदान देने वाले और फ़्रेमवर्क का रखरखाव करने वाले सैकड़ों लोग हैं. हालांकि, ये लोग एक-दूसरे से काफ़ी मिलते-जुलते हैं.
कारा: इसके अलावा, हम परफ़ॉर्मेंस के असर की पुष्टि करने और डेटा के आधार पर कार्रवाई करते हैं. इसलिए, इस प्रोसेस में थोड़ा ज़्यादा समय लगता है. हम किसी ऐसे इलाके में हैं जिसकी जानकारी उपलब्ध नहीं है. इसलिए, कभी-कभी हम किसी ऐसे ऑप्टिमाइज़ेशन के साथ प्रयोग करेंगे जो काम नहीं करता और हम किसी सुविधा पर काम नहीं करते. किसी सुविधा के सटीक होने पर भी, परफ़ॉर्मेंस की जांच करने के उन कुछ अतिरिक्त चरणों को पूरा करने में काफ़ी समय लगता है और समय भी बढ़ जाता है.
हमारी सुविधाओं को आज़माने के लिए, प्रोडक्शन पार्टनर को ढूंढना भी मुश्किल हो सकता है. जैसा कि पहले बताया गया है, ये कारोबार होते हैं और उनकी अपनी प्राथमिकताएं होती हैं. इसलिए, अगर वे पहले आने वाले प्रोजेक्ट के साथ अच्छी तरह से अलाइन नहीं हैं, तो नई पहल में शामिल होना उनके लिए चुनौती भरा हो सकता है. इसके अलावा, सहायता करने में रुचि रखने वाली कंपनियां प्रदर्शन में निवेश करने के लिए पहले ही समय निकालती हैं, इसलिए वे वास्तव में हमारी लक्षित ऑडियंस नहीं हैं. हम बड़ी संख्या में मौजूद उन लोगों से सुझाव इकट्ठा करने की कोशिश करते हैं जो परफ़ॉर्मेंस पर ध्यान नहीं दे सकते, लेकिन इस बात की संभावना बहुत कम होती है कि वे हमसे संपर्क करें.
आगे बढ़ते हुए, यह बताइए कि आपने किस तरह के ऑप्टिमाइज़ेशन पर फ़ोकस किया है?
Houssein: हज़ारों ऐप्लिकेशन का विश्लेषण करने के बाद, हमने पाया कि परफ़ॉर्मेंस की सबसे बड़ी समस्याएं आम तौर पर फ़्रेमवर्क के बजाय ऐप्लिकेशन कोड में गलत पैटर्न की वजह से होती हैं. उदाहरण के लिए, ग़ैर-ज़रूरी बड़ी इमेज को भेजना, पसंद के मुताबिक फ़ॉन्ट को बहुत देर से लोड करना, मुख्य थ्रेड को ब्लॉक करने वाले तीसरे पक्ष के कई अनुरोध फ़ेच करना, और यह मैनेज न करना कि एसिंक्रोनस कॉन्टेंट की वजह से पेज पर दूसरी चीज़ें शिफ़्ट हो सकती हैं. चाहे आप किसी भी टूल का इस्तेमाल करें, लेकिन ये सभी समस्याएं आ सकती हैं. इसलिए, हमने सोचा कि क्या हम ऐसे डिफ़ॉल्ट ऑप्टिमाइज़ेशन का इस्तेमाल कर सकते हैं जो उन्हें अच्छी तरह से हैंडल कर पाएं. साथ ही, क्या हम ऐसा डेवलपर अनुभव दे सकते हैं जो उनके फ़्रेमवर्क टूल के साथ अच्छी तरह से फ़िट हो?
इसी बात को ध्यान में रखते हुए, हमने ये प्रॉडक्ट शिप किए हैं:
- Next.js इमेज कॉम्पोनेंट.
- Next.js स्क्रिप्ट कॉम्पोनेंट.
- Next.js की बिल्ड प्रोसेस में ऑटोमैटिक फ़ॉन्ट इनलाइन.
- ऐंगुलर इमेज से जुड़े डायरेक्टिव.
- Next.js Conformance ESLint प्लगिन, ताकि डेवलपर को कार्रवाई करने के दिशा-निर्देश दिए जा सकें.
हमारे काम ने दूसरे फ़्रेमवर्क और टूल को इस तरह के ऑप्टिमाइज़ेशन लागू करने के लिए प्रेरित किया है. इसमें ये शामिल हैं. हालांकि, इनके अलावा और भी चीज़ें शामिल हो सकती हैं:
- Nuxt इमेज मॉड्यूल
- Nuxt फ़ॉन्ट की मेट्रिक में बदलाव करना
- Nuxt स्क्रिप्ट कॉम्पोनेंट (जारी है)
- Gatsby Script कॉम्पोनेंट
क्या इनमें से कुछ खिलाड़ियों के साथ, अपने काम के कुछ अच्छे नतीजे शेयर किए जा सकते हैं?
ह्यूसिन: हमने जो ऑप्टिमाइज़ेशन किया है उसकी वजह से कई साइटों की परफ़ॉर्मेंस में सुधार हुआ है. मेरे पसंदीदा उदाहरणों में से एक Leboncoin है, जिसने Next.js इमेज कॉम्पोनेंट पर स्विच करने के बाद, अपने एलसीपी को 2.4 से घटाकर 1.7 कर दिया. फ़िलहाल, कई एक्सपेरिमेंट और टेस्टिंग फ़ेज़ में हैं. हम यहां से मिली सीख और जीत शेयर करते रहेंगे.
ठीक है, मेरा मानना है कि आपका फ़ोकस उन प्लैटफ़ॉर्म पर है जिन्हें लोग सबसे ज़्यादा पसंद करते हैं. हालांकि, क्या दूसरे फ़्रेमवर्क या लाइब्रेरी के साथ काम न करने पर भी उन्हें फ़ायदा मिल सकता है?
Addy: Aurora जिन परफ़ॉर्मेंस ऑप्टिमाइज़ेशन पर काम करता है उनमें से कई को किसी भी फ़्रेमवर्क के ज़रिए अपनाया जा सकता है. उदाहरण के लिए, इमेज या स्क्रिप्ट से जुड़े हमारे कॉम्पोनेंट पर एक नज़र डालें. उदाहरण के लिए, वे अक्सर सबसे सही तरीकों के मौजूदा सेट के साथ मिलकर काम करते हैं. हम इस बारे में दस्तावेज़ बनाने की कोशिश करते हैं कि ऐसे कॉम्पोनेंट कैसे बनाए जाते हैं और हर फ़्रेमवर्क में वे कैसा दिखते हैं. उम्मीद है कि यह आइडिया कॉपी करने की एक अच्छी शुरुआत होगी.
हमने देखा है कि एक नेटवर्क (उदाहरण के लिए, React और Next.js) से सीखने और उन्हें दूसरों तक पहुंचाने में हमने काफ़ी कामयाबी हासिल की. उदाहरण के लिए, नया ऐंगुलर इमेज डायरेक्टिव (इसे Next.js इमेज कॉम्पोनेंट बनाने के हमारे तरीकों पर बनाया गया है) या Gatsby, JavaScript को छोटे-छोटे हिस्सों में बांटने के हमारे तरीके को बेहतर बनाता है.
साथ ही, हम यह समझते हैं कि हर फ़्रेमवर्क में योगदान देने वालों के लिए ज़रूरी बैंडविड्थ या फ़ंड नहीं होगा. इससे, उन्हें परफ़ॉर्मेंस को बेहतर बनाने की मिलती-जुलती सुविधाएं बनाने में मदद मिलेगी. इसके अलावा, ऐसे अन्य ऑप्टिमाइज़ेशन में निवेश भी किया जा सकेगा जो उपयोगकर्ताओं के लिए ज़रूरी हैं. Chrome वेब फ़्रेमवर्क फ़ंड एक ऐसा तरीका है जिसकी मदद से हम JavaScript नेटवर्क में परफ़ॉर्मेंस से जुड़े काम को प्रायोजित कर सकते हैं. इससे प्रोजेक्ट, योगदान देने वालों को पेमेंट कर पाते हैं. साथ ही, परफ़ॉर्मेंस से जुड़े काम को नेटवर्क में और बेहतर बनाने में मदद मिलती है.
आपकी टीम के लिए आगे क्या प्लान है?
कारा: हमारे कई दिलचस्प प्रोजेक्ट आने वाले हैं! कुछ मुख्य बातें:
- फ़ॉन्ट से जुड़े सीएलएस को कम करना: जब कोई वेब फ़ॉन्ट लोड होता है और फ़ॉलबैक फ़ॉन्ट को बदलता है, तो लेआउट शिफ़्ट दिखना आम बात है. हम Next.js में फ़ॉन्ट से जुड़े सीएलएस को डिफ़ॉल्ट रूप से कम करने के लिए, फ़ॉन्ट मेट्रिक के बदलावों और "साइज़ में बदलाव करने वाली" प्रॉपर्टी का इस्तेमाल करने के बारे में सोच रहे हैं. इस बारे में हम Nuxt की टीम से भी सलाह ले रहे हैं. साथ ही, हम अगले साल इस आइडिया को और फ़्रेमवर्क पर लाने के लिए काम कर रहे हैं.
- आईएनपी को डीबग करना: इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी) मेट्रिक रिलीज़ कर दी गई है. इसलिए, हम फ़्रेमवर्क के साथ काम कर रहे हैं, ताकि आईएनपी से जुड़ी समस्याओं की सबसे आम वजहों का पता लगाया जा सके और उन्हें ठीक करने के सुझाव मिल सकें. इस पर हमने Angular के साथ मिलकर काम किया है. हमें उम्मीद है कि हम जल्द ही कुछ नतीजे शेयर करेंगे!
- सामान्य 3P स्क्रिप्ट को ऑप्टिमाइज़ करना: तीसरे पक्ष की स्क्रिप्ट को गलत समय पर लोड करने से, परफ़ॉर्मेंस पर काफ़ी बुरा असर पड़ सकता है. कुछ 3P कोड आम तौर पर काफ़ी होते हैं. इसलिए, हम इस बात पर ध्यान दे रहे हैं कि क्या हम इनके लिए कुछ रैपर ऑफ़र कर सकते हैं. इससे यह पक्का किया जा सकेगा कि वे फ़्रेमवर्क के साथ बेहतर तरीके से लोड हों और मुख्य थ्रेड को ब्लॉक न करें. हम इस जांच की शुरुआत करने के लिए, Next.js स्क्रिप्ट कॉम्पोनेंट का इस्तेमाल कर रहे हैं.
डेवलपर इस साइट पर हमारी प्रोग्रेस देख सकते हैं.
खबरों में
साइन ऑफ़ करने से पहले, हम आपको Google के फ़्रेमवर्क की दुनिया से जुड़े दिलचस्प अपडेट देना चाहते हैं.
जुलाई में, Chrome की टीम ने फ़्रेमवर्क और टूल फ़ंड के लिए 5,00,000 डॉलर का फ़ंड देने का एलान किया था. इसका फ़ोकस उन फ़ंडिंग प्रोजेक्ट पर है जिनका मकसद वेब पर परफ़ॉर्मेंस, उपयोगकर्ता अनुभव, और डेवलपर अनुभव को बेहतर बनाना है. आने वाले समय में फ़ंडिंग के लिए, नए प्रोजेक्ट का इस्तेमाल किया जाएगा. इसलिए, अपना अनुरोध सबमिट करना न भूलें.
और हां, यहां कम्यूनिटी में बहुत सारी शानदार चीज़ें हो रही हैं. इस नेटवर्क में Deno के Fresh जैसे नए फ़्रेमवर्क तैयार हो चुके हैं. साथ ही, Svelte के ऑनबोर्डिंग ट्यूटोरियल जैसे शानदार अनुभव का भी इस्तेमाल किया जा चुका है. यह ब्राउज़र में सिर्फ़ एक डेमो नहीं है, बल्कि ब्राउज़र में Node.js को मूल रूप से चलाने के लिए Web Container API का इस्तेमाल भी करता है. बहुत बढ़िया!
मुझे यह देखने में बहुत खुशी होती है कि नेटवर्क को साथ में लाया जा रहा है. साथ ही, मैं इस बात पर ज़ोर देता हूं कि ब्राउज़र को किस तरह से इस्तेमाल किया जा सकता है. साथ ही, इससे डेवलपर को ऐसे प्रॉडक्ट बनाने में भी मदद मिलती है जो सभी के काम आएं. वेब डेवलपर बनने के लिए यह एक रोमांचक समय है.
अगले इनसाइडर तक, हवाइल फ़ॉवर.
Chrome Dev Insider के इस एडिशन के बारे में आपकी क्या राय है? अपना सुझाव/राय दें या शिकायत करें.