Açık kaynak terminal emülatörü Ghostty, kullanıcıların GitHub deposunda doğrudan "Issue" (hata kaydı) oluşturmasına izin vermiyor. Bunun yerine, kullanıcıların öncelikle bir "Discussion" (tartışma) başlatmaları isteniyor. Proje ekibi, tartışmaların belirli bir noktaya ulaşıp, üzerinde çalışılabilir ve net bir madde haline geldiğinde, bunu bir "Issue" olarak dönüştürüyor. Bu yaklaşım, geliştiricilerin veya katkıda bulunanların üzerinde çalışmaya hazır "Issue"ları daha kolay bulmasını sağlayarak proje yönetimini basitleştirmeyi hedefliyor.
Bu strateji, açık kaynak projelerinde yıllarca edinilen deneyimlere dayanıyor. Ghostty ekibi, kullanıcıların bildirdiği sorunların %80-90'ının genellikle yanlış anlaşılmalar, çevresel sorunlar veya kullanıcıların kendi yapılandırma hatalarından kaynaklandığını gözlemlemiş. Geriye kalanların çoğunluğu ise hata (işlev bozukluğu) yerine özellik talepleri (uygulanmamış özellikler) oluyor. Bu özellik taleplerinin neredeyse tamamı da yetersiz tanımlanmış oluyor ve üzerinde çalışılabilmesi için bir proje yöneticisi tarafından daha fazla yönlendirme gerektiriyor.
Ghostty, bu yöntemle "Issue" takip sistemini sadece üzerinde hemen çalışılabilecek, iyi tanımlanmış görevler için ayırıyor. Kullanıcılar için ise, Ghostty'de açıkça bir sorun tanımlayan ve doğrulanabilen veya yeniden üretilebilen herhangi bir "Discussion", bir proje yöneticisi tarafından "Issue"a dönüştürülecek. Böylece, geçerli bir sorun bulan kullanıcıların ek bir iş yapmasına gerek kalmıyor. Bu sistem, hem kullanıcıların daha iyi destek almasını hem de geliştirme sürecinin daha verimli ilerlemesini amaçlıyor.
Bu yaklaşım, açık kaynak projelerinde hata takibi ve özellik taleplerinin yönetimini optimize ederek geliştirme verimliliğini artırmayı hedefliyor.