Cloudflare Deno का अधिग्रहण करता है
Cloudflare द्वारा Deno कंपनी के अधिग्रहण से Deno टीम और उसकी celld तकनीक Cloudflare के Workers ecosystem में आ जाएगी, जबकि open-source Deno runtime को सिर्फ़ एक और साल तक bug और security updates मिलेंगे, उसके बाद आधिकारिक विकास रुक जाएगा। टिप्पणीकार इसे बड़े पैमाने पर acquihire और स्वतंत्र JavaScript/TypeScript runtimes के लिए झटका मानते हैं, और कई उपयोगकर्ता अब Node.js या Bun और workerd जैसे विकल्पों की ओर migration की योजना बना रहे हैं। यह कदम VC-funded open source tooling की टिकाऊपन, runtimes के बड़े platforms में समेकन, और दीर्घकालिक स्थिरता सुनिश्चित करने के लिए community या foundation-backed governance की आवश्यकता पर व्यापक चिंताएँ उठाता है.
अधिग्रहण और Deno Runtime का बंद होना
- Deno की टीम Cloudflare में शामिल हो रही है; Deno runtime को लगभग 1 वर्ष तक केवल bugfix/security releases मिलेंगे, उसके बाद मूल टीम द्वारा सक्रिय विकास बंद हो जाएगा।
- कई पाठक इसे acquihire और प्रभावी बंद होना मानते हैं, न कि “Deno का Cloudflare में शामिल होना।”
- कुछ लोग आलोचना करते हैं कि यह Deno पोस्ट में स्पष्ट था, लेकिन Cloudflare पोस्ट में इसे कम करके दिखाया गया या छोड़ा गया था।
celld, workerd, और Cloudflare की रणनीति
- Cloudflare की रुचि मुख्यतः celld और टीम की runtime विशेषज्ञता में देखी जा रही है, Deno runtime में नहीं।
- योजना: celld के self-hosted Durable Objects model को Cloudflare के open‑source workerd में मिलाकर एक first-class self-hostable Workers/Durable Objects runtime बनाना।
- थ्रेड में Cloudflare के स्टाफ़ ज़ोर देते हैं: workerd + celld open source रहेंगे और KV/queues/etc. को common infra (जैसे S3‑style object storage) पर pluggable बनाने का लक्ष्य होगा।
Deno “क्यों असफल हुआ” (टिप्पणीकर्ताओं के अनुसार)
- आम सिद्धांत:
- runtime + hosting (Deploy) के लिए VC-backed model टिकाऊ नहीं था।
- Node “काफी अच्छा” था और बहुत बड़ा था; Deno ने 10x सुधार नहीं दिया।
- शुरू में npm/node_modules सपोर्ट से इनकार ने adoption को नुकसान पहुँचाया; बाद में compatibility जोड़ने से उसका मूल विज़न कमजोर हुआ।
- Bun की आक्रामक Node-compat और speed ने ध्यान खींच लिया।
- Deno टीम के अनुसार, Deno को full Node-compat की ओर खींचा जा रहा था, जिससे वह “बस एक और Node” बन जाता, जबकि celld एक अधिक नया abstraction है।
उपयोगकर्ताओं और ecosystem पर प्रभाव
- कुछ कंपनियों और projects ने Deno पर भारी निर्भरता बनाई थी (serverless platforms, internal tools, yt-dlp integration, hobby TUI/desktop apps), और अब उन्हें migration का काम करना होगा।
- कठिनाई पर राय अलग-अलग है:
- कई लोग कहते हैं कि Node/Bun पर migration को LLMs के साथ काफी हद तक automate किया जा सकता है और यदि Deno-specific APIs (Deno.serve, KV, Deploy) से जुड़ा न हो तो “एक-दो दिन” का काम है।
- दूसरे लोग platform lock‑in और paperwork/process की परेशानी पर ज़ोर देते हैं।
Open Source, Funding, और Consolidation
- थ्रेड बार-बार VC + OSS runtime models पर सवाल उठाता है; कई लोग तर्क देते हैं कि Deno को एक lean, sponsor‑funded OSS project बने रहना चाहिए था।
- consolidation की चिंता: Bun → Anthropic, कई dev tools → AI/cloud giants, अब Deno → Cloudflare।
- कुछ लोग नोट करते हैं कि Deno के विचारों ने पहले ही Node को permissions, TS stripping, single‑exe apps जोड़ने के लिए प्रेरित किया; competition को Node के लिए सुधारक माना जा रहा है।
Deno के आसपास के artifacts का भविष्य
- Deno runtime MIT है; लोग संभावित community forks (“opendeno”) पर चर्चा कर रहे हैं।
- Cloudflare के प्रतिभागी कहते हैं कि rusty_v8 और JSR जारी रहेंगे और Cloudflare में integrated/hosted होंगे।
- क्या एक व्यवहार्य community-led Deno successor उभरेगा, इसे व्यापक रूप से अनिश्चित माना जा रहा है।