TypeScript 7’ye geçmeli mi? Native compiler, CI kazanımı ve 7.1 API boşluğu
Microsoft, 8 Temmuz 2026’da TypeScript 7.0’ı duyurdu: derleyici ve araç zincirinin Go’ya taşınmış native sürümü (Project Corsa / native Go compiler). Bu yazı “bugün çıktı” kırılma haberi değil; Türk ekipler için aşamalı geçiş rehberi. Tipik full-build hızlanmaları Microsoft ölçümlerinde 8x–12x bandında; ekosistem ise 7.1’deki kararlı programmatic API’yi bekliyor.
Ana Gelişme
Microsoft TypeScript Blog’a göre TypeScript 7, TypeScript 6’ya kıyasla tipik full-build’lerde 8x–12x hızlanma vaat ediyor. VS Code kod tabanında build süresi 125,7 saniyeden 10,6 saniyeye indi (11,9x); bellek kullanımı yaklaşık yüzde 18 düştü. Editör / Language Server Protocol tarafında multi-threading ile “open-with-error” gecikmesi yaklaşık 17,5 saniyeden 1,3 saniyenin altına çekildi. Paralelizm --checkers / --builders ile yönetiliyor; gerektiğinde --singleThreaded seçeneği duruyor.
Kritik kısıt: 7.0 kararlı bir programmatic API taşımıyor. typescript-eslint ile Vue, Svelte, Astro, MDX ve Angular araç zincirinin tamamı henüz native derleyiciye tam göç edemiyor. Microsoft, yan yana kullanım için @typescript/typescript6 uyumluluk paketini ve tsc6 yolunu öneriyor. Port sonrası özellik temposunun her 3–4 ayda bir sürmesi bekleniyor.
Developers Digest’in secondary özetine göre bellek düşüşleri kod tabanına göre yüzde 6–26 bandında değişebiliyor; LSP crash oranlarında ve başarısız komutlarda iyileşme anekdotları (Slack, Figma, Google doğrulama bağlamıyla) aktarılıyor. Bunlar resmi GA duyurusunu tamamlayan ikincil gözlemlerdir; her monorepo için garanti değildir.
Neden Önemli?
Büyük TypeScript monorepo’larında CI süresi ve editör geri bildirimi doğrudan üretkenliği etkiler. Coding agent’lar ve otomatik refactor akışları da hızlı type-check’e yaslanır. Native compiler, on yılda bir görülen toolchain sıçraması; ama “hemen her yerde 7.0” demek henüz doğru değil — tooling boşluğu 7.1’e kadar ekosistemi ikiye bölebilir.
Gerçek dünya kazanımları kod tabanına göre değişir; Microsoft’un VS Code sayıları seçilmiş ölçümlerdir. Başka monorepo’larda daha mütevazı çarpanlar görülebilir. Türk ekipler için asıl değer, “10x” manşetinden çok: hangi iş yükünde native tsc güvenle açılır, hangi plugin hâlâ TypeScript 6’ya bağlı kalmalı?
Teknik Detaylar ve geçiş yolu
Pratik yol haritası şöyle okunabilir: önce TypeScript 6.0’a geçin — deprecated davranışlar hard error’a dönüşür; strict ve esnext varsayılanları netleşir. Ardından native tsc (TypeScript 7) ile CI ve editör deneyimini hızlandırın; eslint ve framework plugin’leri için @typescript/typescript6 ile yan yana kalın. 7.1 API köprüsü gelene kadar “tek sürüm her yerde” hedefi çoğu ekip için erken.
TS 5.x → TS 6.0 (deprecation cleanup) → native tsc 7.0 (CI/editor)
↘ typescript6 compat (eslint/frameworks)Paralelizm bayrakları (--checkers, --builders) CI runner CPU’suna göre ayarlanmalı; paylaşılmış cache ve monorepo orchestrator (Nx, Turborepo vb.) ile birlikte ölçüm yapılmadan “varsayılanı aç” yaklaşımı yanıltıcı olabilir. --singleThreaded, regresyon ayıklarken veya bellek kısıtlı ortamlarda geri dönüş kapısıdır.
Bağlam
TypeScript native compiler transition konusu, TypeScript ekosisteminin performans tavanını yeniden tanımlıyor. Ağustos 2026’daki InfoQ ve secondary wrap-up’lar GA’yı özetliyor; birincil kaynak 8 Temmuz Microsoft duyurusudur — bu yazı aynı gün lansman haberi değildir. GitHub Actions ve büyük kurumsal monorepo’larda pipeline maliyeti düşerken, lint/framework eklentilerinin gecikmesi migration planını uzatır.
Project Corsa’nın tamamlanması, TypeScript’in “JS’te yazılmış derleyici” kimliğinden native araç zincirine geçişinin resmi GA noktasıdır. Bundan sonra tempo yeniden dil özellikleri ve DX iyileştirmelerine dönecek; önce ekosistem API borcunun kapanması gerekiyor.
Türk ekipler için karar matrisi pratikte üç soruya iner. Bir: CI type-check süresi şu an darboğaz mı? İki: eslint ve framework plugin’leri hangi TypeScript API yüzeyine bağlı? Üç: 6.0 deprecation temizliği tamamlandı mı? İlk iki soruya “evet / hâlâ bağlı” cevabı geliyorsa hibrit kurulum (native 7 + typescript6 compat) en düşük riskli yoldur. Üçüncü soru “hayır” ise doğrudan 7’ye zıplamak, hız kazanımından önce kırılan build’lerle zaman kaybettirebilir.
Sonraki Adımlar
İzlenecekler: TypeScript 7.1 programmatic API takvimi; typescript-eslint ve majör framework toolchain’lerinin native desteği; ekibin kendi monorepo’sunda ölçülen CI/editör kazanımları. Hemen geçen ekipler CI’da native tsc’yi, tooling’de compat paketini ayırarak riski sınırlayabilir. PoC önerisi: bir representative pakette cold/warm type-check süresi, bellek zirvesi ve eslint uyumu ölçülmeden org-wide upgrade yapılmasın.