Sıkça sorulan sorular
DevGhost'un çabayı nasıl tahmin ettiği, Ghost%'in ne anlama geldiği ve sorumlu şekilde nasıl kullanılacağı.
Geliştiricileri izliyor musunuz? Saatler nereden geliyor?+
Hayır — zaman takibi yok, ekran yok, tuş vuruşu yok. Yalnızca kod değişikliklerinin kendisini analiz eder ve bilişsel zorluklarını bir referans geliştiricinin saatleri cinsinden tahmin ederiz. Bu bir mesai çizelgesi değil, bir ölçüttür.
"Saat cinsinden tahmin" ne anlama gelir?+
Değişikliğin, kod tabanını bilen ve yapay zeka olmadan çalışan orta düzey bir geliştiriciyi (3–4 yıl) ne kadar süreceği. İşin zorluğunu ölçer — satırları değil ve masa başında geçirilen gerçek zamanı değil. Kod yazmayı, elle testi ve inceleme düzeltmelerini kapsar; toplantıları, planlamayı ve inceleme beklemeyi hariç tutar.
Çabayı tam olarak nasıl tahmin ediyorsunuz?+
Bu, "bir sinir ağına tek bir çağrı" değil, yapay zekanın yalnızca bir katman olduğu çok aşamalı bir pipeline'dır. Önce bir model, kod değişikliklerinin kendisini okur — gerçekte neyin değiştiğini — ve satır veya commit saymak yerine, bir referans geliştirici için bilişsel zorluğu değerlendirir. Bunun üzerinde belirlenimci bir algoritmik katman çalışır: sistem her değişikliğin doğasını sınıflandırır, yüksek riskli işleri (örneğin altyapı, veri geçişleri, güvenlik) ayrı ayrı tanır, mekanik ve üretilmiş değişiklikleri (toplu bul-değiştir, üretilmiş ve taşınmış kod, biçimlendirme) filtreler ve tek bir model tahmininin sonucu sürükleyememesi için düzeltme kuralları ve koruma önlemleri kümeleri uygular. Büyük ve birleşik commit'ler daha ayrıntılı şekilde ele alınır. Aynı standart herkese otomatik olarak uygulanır, her commit bir kez değerlendirilir ve sonuç sabitlenir — dolayısıyla karşılaştırılabilirlik ve yeniden üretilebilirlik.
Metodoloji hangi deneyim ve verilere dayanıyor?+
Gerçek dünyadaki kurumsal geliştirmeden doğdu: algoritmik katman, gerçek projelerde toplanan ampirik örüntüleri kodlar — hangi değişikliklerin genellikle göründüğünden daha pahalı olduğunu ve hangilerinin boyutuna rağmen ucuz olduğunu. Bu kurallar gerçek referans tahminlere karşı denetlenir (kalibrasyon). Böylece sistem, basit bir satır sayacından çok, işi değerlendiren deneyimli bir teknik lider gibi davranır.
Ekibim yapay zeka kullanıyor. Bu metriği bozar mı?+
Tam tersine — asıl mesele bu. Ekibinizi, yapay zeka olmadan çalışan bir referans geliştiriciyle karşılaştırırız; yapay zeka günde daha fazlasını teslim etmenizi sağlıyorsa Ghost% yükselir ve "yapay zeka öncesi norm"dan bu fark, ürünün tam olarak gösterdiği şeydir. Bu bir bozulma değil — sonucun ta kendisidir.
Ghost% nedir ve onu nasıl okurum?+
Günlük çıktınızın, referans geliştiricinin çıktısına oranı. 100%, referansla aynı seviyededir; daha yüksek günde daha fazla teslim ettiğiniz, daha düşük daha az teslim ettiğiniz anlamına gelir. Bu, saat veya fazla mesai değildir: yüksek bir sayı "tükenme" anlamına gelmez ve düşük bir sayı tek başına "zayıf" anlamına gelmez.
Buna ne kadar güvenebilirim?+
Bu bir ölçüm değil, bir modeldir. Gerçek zamanı kimse yeniden kuramaz, bu yüzden değer herkes için tek bir kural kümesinde yatar: eğilimler ve karşılaştırmalar için güçlüdür, tek bir kişi için saatine kadar doğruluk için değil. Hüküm vermek için değil, daha iyi sorular sormak için bir araç.
Metrik manipüle edilebilir mi — commit'leri bölerek veya birleştirerek?+
Commit'leri bölmek ve birleştirmek metriği anlamlı şekilde hareket ettirmez — değerlendirilen şey, commit veya satır sayısı değil, değişikliklerin özü ve zorluğudur. Daha da önemlisi: insanların doğrudan hedeflendiği herhangi bir metrik, sonunda işin kendisi yerine optimize edilir. Bu yüzden onu kişisel bir KPI olarak değil, bir ekip sinyali ve eğilimi olarak kullanın — o zaman manipüle edilecek bir şey kalmaz.
Bir kişiye ait sayılar izlenimimle örtüşmüyor. Neden?+
Sistem, rolün tamamını değil, kodu görür: tasarım, incelemeler, mentorluk, planlama ve toplantılar tahminin içinde değildir. Bir uyumsuzluk çoğu zaman bir kişinin değerinin büyük bölümünün commit'lerin dışında yaşadığı anlamına gelir — bu da kendi başına fark edilmeye değerdir.
Sistem, bir kişinin yalnızca kodla meşgul olmadığını hesaba katıyor mu?+
Kendi başına hayır: yalnızca kodu görür ve bir kişinin gerçek rolünü ve iş yükünü (incelemeler, mentorluk, toplantılar, destek) bilmez. İş yükünün tamamını yalnızca yönetici bilir. Share parametresi tam da bunun içindir — bir çalışanın gerçekte kod yazmaya ayırdığı zamanın payı (0–100%). Varsayılan olarak 100%'dür (kişinin tamamen kodla meşgul olduğunu varsayarız); yönetici, kodlama dışı işi yansıtmak için bunu elle düşürür — kodun içermediği bağlam sisteme işte burada girer. O zaman referansla karşılaştırma, gün boyu kod yazmayanlar için de adil hale gelir.
Bunu değerlendirmeler, ücret veya işten çıkarmalar için kullanabilir miyim?+
Kendi başına hayır. Bu, bireysel bir hüküm değil, bir konuşma başlatacak bir ekip sinyali ve eğilimidir: tek bir metrik kaliteyi, etkiyi veya bağlamı yakalamaz.
Para cinsinden "maliyet" ve "değer" ne anlama gelir?+
Maliyet, kabaca teslim edilen işin standart bir oran üzerinden ne tuttuğudur; değer, kabaca o hacmi yapay zeka olmadan elle yeniden üretmenin ne tutacağıdır. Aralarındaki fark, kaldıracın (araçlar/yapay zeka) yaklaşık bir göstergesidir, bir kâr-zarar tablosu değil.

