TypeScript 7 इस सप्ताह Go में पूर्ण रीराइट (rewrite) के साथ लॉन्च हुआ है, जिसने VS Code के लिए कंपाइलेशन समय को 17.5 सेकंड से घटाकर 1.3 सेकंड से भी कम कर दिया है और बड़े प्रोजेक्ट्स में मेमोरी के उपयोग को 26% तक कम कर दिया है। यह गति वृद्धि रोज़ाना की कोडिंग को तत्काल (instant) जैसा महसूस कराती है, और इससे पूरे स्टैक में डेवलपर्स के घंटों का समय बचता है।

Go रीराइट क्यों महत्वपूर्ण है

Microsoft ने लंबे समय से चले आ रहे JavaScript/Node कार्यान्वयन (implementation) को बदलकर कंपाइलर को Go में फिर से बनाया है। जैसे-जैसे प्रोजेक्ट्स बढ़ते गए, मूल कोडबेस की सीमाएं सामने आने लगीं—पार्सिंग (parsing) और टाइप-चेकिंग ने उन CI रनर्स की गति धीमी कर दी जिनके पास सीमित CPU और RAM था। इन-बिल्ट कॉनकरेंसी (concurrency) वाली एक कंपाइल्ड लैंग्वेज पर स्विच करके, नया इंजन पार्सिंग और टाइप-चेकिंग को समानांतर (parallel) रूप से चलाता है, जिससे पहले एरर के इंतज़ार के समय में भारी कमी आती है।

वास्तविक दुनिया में प्रदर्शन में लाभ

कुछ प्रमुख कोडबेस के शुरुआती बेंचमार्क इसके प्रभाव को दर्शाते हैं:

  • VS Code: 11.9 × तेज़ कंपाइलेशन, 18% कम मेमोरी फुटप्रिंट।
  • Sentry, Bluesky, Playwright, Tldraw: 7.7 × से 8.9 × तक की गति वृद्धि।
  • Bluesky में मेमोरी उपयोग में भी 26% की गिरावट देखी गई है।

जो डेवलपर्स दिन में दर्जनों बार “run” या “watch” का उपयोग करते हैं, वे अधिक सुचारू एडिटिंग और कम CI लोड महसूस करते हैं।

नए फ्लैग्स (flags) आपको नियंत्रण देते हैं

यह रीराइट कमांड-लाइन विकल्पों के साथ आता है जो टीमों को गति और मेमोरी के बीच संतुलन बनाने की अनुमति देते हैं:

  • --checkers और --builders मल्टीकोर CPUs का लाभ उठाते हुए पार्सिंग और टाइप-चेकिंग वर्कर्स को साथ-साथ लॉन्च करते हैं।
  • --singleThreaded सभी काम को एक ही थ्रेड पर चलाने के लिए मजबूर करता है, जिससे रेस कंडीशन (race condition) आने पर डिबगिंग को फिर से दोहराना (reproducible) आसान हो जाता है।
  • टाइप-चेकिंग वर्कर्स बनाम बिल्डर वर्कर्स का अलग-अलग स्केलिंग, CI पाइपलाइनों को प्रत्येक चरण के लिए पर्याप्त संसाधन आवंटित करने की अनुमति देता है।
  • नया --watch मोड Parcel के Go-आधारित पोर्ट का उपयोग करता है, जो विशाल node_modules ट्री के महंगे पोलिंग (polling) को समाप्त करता है और फ़ाइल-परिवर्तन का पता लगाने की प्रक्रिया को हल्का रखता है।

किसे लाभ होगा, और कौन संकोच कर सकता है

जो फ्रंट-एंड फ्रेमवर्क TypeScript पर बहुत अधिक निर्भर हैं—जैसे Next.js और Nuxt—उन्हें तेज़ रीबिल्ड और बेहतर फीडबैक लूप का लाभ मिलेगा। VS Code और Cursor जैसे IDEs अधिक रिस्पॉन्सिव महसूस होते हैं, जो डेवलपर्स को टर्मिनल बिल्ड्स पर स्विच करने के बजाय लंबे समय तक एडिटर में रहने के लिए प्रोत्साहित करते हैं।

आगे क्या देखना है

  • बड़े ओपन-सोर्स प्रोजेक्ट्स और एंटरप्राइज मोनोरेपो (monorepos) के बीच अपनाए जाने की दर।
  • स्थिरता और किसी भी छिपे हुए प्रदर्शन संबंधी उतार-चढ़ाव (performance cliffs) पर सामुदायिक प्रतिक्रिया।
  • Microsoft के अपडेट जो कंपाइल समय को और कम करने या एरर डायग्नोस्टिक्स (error diagnostics) में सुधार करने के लिए कंपाइलर फीचर्स जोड़ते हैं।