বছরগুলোর জন্য তার প্রাথমিক রানটাইম হিসেবে 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