# PHP 8.6 yolda: dilin istikrarlı evrimi

> PHP 8.6 sürümü çıkmadan önce: yıllık sürüm temposunun öngörülebilirliği ve olgun bir dilde 'sıkıcı' sürümlerin neden iyi haber olduğu.

- Yayın: 2026-11-01
- Kategori: Diller
- Etiketler: PHP
- Okuma süresi: 3 dk okuma
- Kaynak: https://muhammetsafak.com/tr/blog/php-8-6-yolda-dilin-istikrarli-evrimi/
- Dil: tr-TR
- Yazar: Muhammet Şafak

---
Birkaç hafta sonra PHP 8.6 çıkacak — [sürüm takvimine göre 19 Kasım 2026'da](https://wiki.php.net/todo/php86). Bu yazıyı, her yıl olduğu gibi, sürüm daha yayımlanmadan — RFC'lere ve sürüm adayı (RC) paketine bakarak — yazıyorum. Yeni özelliklerin tam listesini vermeyeceğim; çünkü bu yazının asıl konusu tek bir sürüm değil, PHP'nin yıllardır sürdürdüğü **istikrarlı evrim**.

## Öngörülebilir bir tempo

PHP, 2020'den bu yana her yıl bir minör sürüm yayımlıyor. Tarih tek bir istisna dışında — 8.2, 8 Aralık 2022'de çıkmıştı — hep kasım oldu; son üç sürüm 20-23 Kasım aralığına oturdu. Bu düzenliliğin değerini yıllar geçtikçe daha çok anlıyorum. Bir sürümün ne zaman geleceğini bilmek, planlamayı mümkün kılıyor: ekipler yükseltmeyi takvimlerine koyabiliyor, kütüphane bakımcıları hazırlanabiliyor, kimse sürpriz yaşamıyor.

Heyecan verici olmayan ama güvenilir olan bir tempo — olgun bir teknolojinin işareti budur. "Bu yıl ne çıkacak acaba" diye merakla beklediğiniz bir dil, aynı zamanda üzerine on yıllık bir proje kurmakta tereddüt edeceğiniz bir dildir.

## Sürüm çıkmadan ne yapıyorum

Her sürüm öncesi düzenim aynı. RFC listesini okuyup kabul edilenlere bakıyorum. RC paketini, kullandığım bir projenin testlerini onunla çalıştıracak kadar deniyorum. Kullanımdan kaldırılan (deprecated) özelliklere özellikle dikkat ediyorum.

Bu takvimin, sürüm gününü sıkıcı kılan bir ayrıntısı var: **özellik listesi eylülde donuyor.** 8.6 için hard feature freeze 22 Eylül 2026'ydı; o tarihten sonra sürüme yeni özellik girmiyor, yalnızca hata düzeltmesi giriyor. Yani kasımda öğrendiğimiz bir şey yok — kasımda yalnızca eylülde kesinleşmiş olan yayımlanıyor.

Bu yılın listesi de tanıdık kalıpta. Gözle görülür tek sözdizimi eklemesi [partial function application (PFA)](https://wiki.php.net/rfc/partial_function_application_v2): RFC 33 kabul / 0 ret ile geçti, durumu "Implemented". Gerisi temizlik — [8.6 deprecation listesi](https://wiki.php.net/rfc/deprecations_php_8_6) kalabalık; örneğin `finally` bloğundan `return` etmek artık kullanımdan kaldırma uyarısı veriyor (39 kabul / 3 ret).

Yeni bir sürümü "çıkar çıkmaz" değerlendirmenin sırrı, onu çıkmadan önce takip etmiş olmak. Sürüm günü sürpriz yaşıyorsanız, geç kalmışsınız demektir.

## Yeni özellikler için acele etmiyorum

Bir dil sürümü çıkar çıkmaz, herkes yeni özellikleri koda sokmaya hevesleniyor. Ben artık beklemeyi tercih ediyorum.

Bir özelliği, gerçek bir problemi çözdüğünü gördüğümde kullanıyorum — yeni olduğu için değil. Yeni sözdizimi her zaman daha iyi kod demek değil; bazen yalnızca daha yeni kod demek. PHP'nin son yıllardaki eklemeleri — [tip sistemindeki olgunlaşma](https://muhammetsafak.com/tr/blog/php-85-yolda-dilin-olgunlasan-yuzu/), [değişmezliğe verilen destek](https://muhammetsafak.com/tr/blog/php-8-2-yolda-readonly-siniflar-ve-yeni-tipler/) — kodumu gerçekten değiştirdi; ama bunları benimsemem aylar, bazen bir yıl aldı. Acele etmemek bir kayıp değil; bir filtre.

## Yükseltmeyi nasıl planlıyorum

Yeni bir minör sürümü benimseme biçimim de yıllar içinde oturdu. Sürüm çıkar çıkmaz onu hemen production'a taşımıyorum; önce bir bekleme dönemi tanıyorum.

İlk adım, kullandığım kütüphanelerin yeni sürümle uyumlu hâle gelmesini beklemek. Bir dil sürümü çıktığında ekosistemin tamamı aynı gün hazır olmuyor; birkaç hafta, bazen birkaç ay geçiyor. Erken davranıp uyumsuz bir bağımlılıkla boğuşmak, kazandırdığından çok zaman kaybettiriyor.

İkinci adım, geçişi küçük projelerden başlatmak. Önce kişisel ya da düşük riskli bir projeyi yeni sürüme alıyorum; orada her şey yolundaysa ve testler yeşilse, daha büyük projelere geçiyorum. Bu sıralama, olası sürprizleri en ucuz yerde keşfetmemi sağlıyor.

Üçüncü adım, kullanımdan kaldırılan özellikleri temizlemek. Yeni özellikleri eklemek heyecan verici kısım; ama asıl iş, eskiyen özellikleri zamanında çıkarmaktır. Bir kullanımdan kaldırma uyarısını görmezden gelmek, onu bir sonraki ana sürümde gerçek bir hataya dönüştürmek demektir. PHP 9.0 için duyurulmuş bir takvim yok; ama uyarı biriktirmenin faturasını o gün ödersiniz.

## Özet

PHP 8.6'nın içeriği eylülde donduruldu; listeyi biliyorum. Bilmediğim, bu özelliklerin kendi kodumda ne kadar yer tutacağı — onu ancak sürümü gerçek bir projede aylarca çalıştırdıktan sonra söyleyebilirim. Ama bir şeyi şimdiden biliyorum: PFA gibi gözle görülür bir ekleme olsa da bu, öncekiler gibi, dili dramatik biçimde değiştirmeyen, onu bir adım daha olgunlaştıran bir sürüm. Uzun ömürlü bir dilde aradığım tam olarak bu — gösteri değil, süreklilik.

Görsel: PHP'nin evrimi: 5.5'ten 8.6'ya (https://muhammetsafak.com/tr/gorseller/i/phpnin-evrimi-5-5ten-8-6ya/)