कई वर्षों तक अपने प्राथमिक रनटाइम के रूप में Deno का उपयोग करने के बाद, लेखक ने अंततः एक Svelte Kit क्लाइंट प्रोजेक्ट के लिए Node के प्रययोगी रूप से वापस आए। उन्हें पता चला कि ECMAScript फीचर पूरी तरह से समर्थित हैं और पुराने `require()` कॉल अब आधुनिक हो चुके हैं। जबकि NPM इंस्टॉलेशन बैश के माध्यम से आधिकारिक (और जोखिम भरा) तरीका रहा है, उन्होंने संस्करण प्रबंधन और सुरक्षा जोखिमों से बचने के लिए PNPM और FNM का उपयोग करने का फैसला किया। एक प्रमुख असंतोष यह है कि Node `node_modules` के भीतर TypeScript पैकेज पर प्रतिबंध लगाता है, जो रनटाइम के रखरखावकर्ताओं द्वारा एक दार्शनिक विकल्प है। इसके बीच, उन्होंने बंडलिंग के लिए `Tsdown` का उपयोग किया, अतिरिक्त कॉन्फ़िगरेशन फ़ाइलों के ओवरहेड को स्वीकार करते हुए। Deno से Node v26.10.0 में एक स्थिर साइट जनरेटर को स्थानांतरित करने में कम से कम परिवर्तनों की आवश्यकता थी, मुख्य रूप से Deno API को `node:fs` से बदलने और Hono के एडैप्टर का उपयोग करने में। यह स्थानांतरण अच्छे तरह से 15% तेज़ निर्माण समय प्राप्त करने की ओर ले गया। लेखक नोट करते हैं कि उनका कोडबेस अभी भी प्रवाची रूप से Deno की ओर झुका है, जो सुझाव देता है कि मूल Node API का उपयोग करके अधिक प्रदर्शन सुधार संभव है। वह GitHub की चिंताओं के कारण स्वयं ही Forgejo को होस्ट कर रहे हैं और अपने स्वंय के मॉड्यूल्स के पैकेज की उत्पत्ति का प्रबंधन करने के लिए PNPM विश्वास नीतियों को समायोजित करना पड़ा।
स्रोत: Hacker News · HeadlinesBriefing द्वारा सारांशित