Launching session and Fortnite Crashes ...

Epic ve Facepunch: Hata Raporu Birikimlerine İki Farklı Yaklaşım

Tim Sweeney, düşük öncelikli Fortnite hata raporlarını silmenin normal olduğunu söylerken, Rust'tan Facepunch COO'su eski hataların kaydedilmeye değer olduğunu savunuyor.

Eliza Crichton-Stuart

Eliza Crichton-Stuart

Güncellendi Nis 14, 2026

Launching session and Fortnite Crashes ...

Bu hafta ortaya çıkan bir rapor, Epic Games'in Fortnite için düşük öncelikli hata raporu birikimlerini düzenli olarak temizlediğini doğruladı ve CEO Tim Sweeney bunu yalanlamadı. X üzerindeki yanıtı netti: evet, siliyorlar ve hayır, bunu bir sorun olarak görmüyor.

Sweeney'nin birikimi kesme gerekçesi

Sweeney'nin pozisyonu oldukça net. Epic, hataları etkiye göre önceliklendiriyor, sırayla ele alıyor ve listenin alt taraflarında bir çizgi çekiyor. Bu çizginin altındaki, çok az oyuncuyu etkileyen ve deneyim için minimum sonuç doğuran şeyler ise düşülüyor. "Bu hataları düzeltmenin oyuna diğer şeylerden daha az değerli olduğu kesme noktasını buluyoruz ve onları düşürüyoruz," diye yazdı 10 Nisan'da.

Ayrıca nelerin silinmediği konusunda da netti. Oyuncu kitlesinin önemli bir bölümünün gerçekten karşılaştığı, Fortnite'ın kalitesine gerçekten zarar veren hatalar daha yüksek öncelikli öğeler olarak ele alınıyor ve çözülene kadar listede kalıyor. Sweeney, bu kategorideki yavaş düzeltmelerin ihmalden değil, karmaşıklıktan kaynaklandığını söylüyor.

Tüm bunları "normal yazılım geliştirme" olarak çerçevelemesi ciddiye alınmaya değer. Fortnite, PC, konsol ve mobil platformlarda aynı anda çalışan, gezegendeki en çok oynanan oyunlardan biri. Ürettiği hata raporlarının hacmi neredeyse kesinlikle muazzam ve asla kimsenin düzeltmeyeceği sorunların sürekli büyüyen bir birikimini sürdürmek gerçek ek yük maliyetleri getiriyor.

Facepunch'ın karşı argümanı: Yine de kaydedin

Daha ilginç yanıt ise Rust'ın arkasındaki ekip olan Facepunch Studios'un COO'su ve şirket yöneticisi Alistair McFarlane'den geldi. Stüdyosu tam tersi bir yaklaşım benimsiyor. Rust'ın hata birikiminin, bazıları yıllar öncesine dayanan yüzlerce düşük öncelikli girişten oluştuğu bildiriliyor ve Facepunch bunları hiç silmedi.

McFarlane, eski, düşük öncelikli raporları saklamanın üç pratik faydasını sıraladı. Birincisi, özel temizlik sprintleri, kapasite izin verdiğinde ekibin bunları toplu olarak ele almasını sağlıyor. İkincisi, QA personeli bunları bağımsız olarak inceleyebilir. Üçüncüsü ve dikkat çekici olan kısım ise, yeni işe alınanlar için başlangıç görevleri olarak hizmet ediyor ve gelen geliştiricilere kod tabanını öğrenirken somut bir şeyler düzeltme fırsatı veriyor.

Son nokta gerçekten akıllıca. İki yıldır dokunulmadan duran bir hata, sonunda yeni bir mühendisin Rust'ın sistemlerinin nasıl bağlandığını anlamasına yardımcı olan şey haline gelirse, kesinlikle bir alan israfı değildir.

McFarlane karşı argümanı kabul etti. "Onları silmenin mantığını görebiliyorum," diye yazdı, ancak asıl tercihini şu şekilde belirtti: "Onların unutulmasından ziyade kaydedilmiş olmasını tercih ederim."

Facepunch yılların hata günlüklerini saklıyor

Facepunch yılların hata günlüklerini saklıyor

İki tarafın da tam olarak ele almadığı ölçek sorunu

İşte durum şu: Her iki pozisyon da mantıklı ve doğru cevap muhtemelen tamamen ekip büyüklüğüne ve oyunun ölçeğine bağlı. Facepunch, Epic'ten çok daha küçük bir stüdyo ve Rust, uzun süredir devam eden bir hayatta kalma oyunu ve sadık bir oyuncu kitlesine sahip olsa da, Fortnite'ın hacminde çalışmıyor. Birkaç yüz eski hata raporunu yönetmek, on binlercesini yönetmekten çok farklı bir durum.

Çoğu oyuncunun bu konuşmada kaçırdığı şey, hata triyajının kendisinin bir geliştirme işi biçimi olduğudur. Bir izleyicideki her girişin gözden geçirilmesi, kategorize edilmesi ve periyodik olarak yeniden değerlendirilmesi gerekir. Belirli bir ölçekte, devasa bir düşük öncelikli birikimi sürdürmenin ek yükü, aslında önemli hataların çözümünü yavaşlatabilir.

Buradaki kilit nokta, stüdyolardan hiçbirinin oyuncu odaklı sorunları görmezden gelmediğidir. Hem Sweeney hem de McFarlane bu noktayı farklı şekillerde dile getirdi. Tartışma aslında yıllarca süren canlı hizmet boyunca biriken küçük, düşük etkili raporların uzun kuyruğuyla ne yaptığınızla ilgilidir.

Canlı hizmet oyunlarının devam eden geliştirme ve güncellemeleri nasıl ele aldığını daha yakından incelemek için, alandaki en büyük oyunları kapsayan daha fazla rehbere göz atın. Ve gelişen en son oyun haberleri ve sektör sohbetlerini takip etmek istiyorsanız, okumaya değer daha pek çok şey var.

Raporlar

güncellendi

Nisan 14. 2026

yayınlandı

Nisan 14. 2026

0 Yorum

İlgili Haberler

Öne Çıkanlar