Giriş
Bir web sitesinde veya sistemde bir hata oluşursa, elbette bunu günlüğe kaydetmek ve kullanıcıya hata için referans kodu içeren nazik bir mesaj göstermek yararlıdır.
Çok fazla sisteminiz varsa, bu bilgilerin noktalı olmasını istemezsiniz - bunun için tek bir merkezi yere sahip olmak iyidir.
En basit düzeyde, gereken tek şey artan bir kimlik ve hata ayrıntılarının serileştirilmiş dökümüdür. (Ve muhtemelen "merkezi yer" bir e-posta gelen kutusudur.)
Spektrumun diğer ucunda, belki de bir düğmeye basmanıza ve günde bir hata grafiğini görmenize veya X sistemindeki en yaygın hata türünün ne olduğunu, A sunucusunun daha fazla veri tabanına sahip olup olmadığını belirlemenize izin veren tamamen normalleştirilmiş bir veritabanıdır. B sunucusundan daha fazla bağlantı hatası vb.
- Ya burada bahsediyorum kod seviyesinde hataları / uzak sistem tarafından istisnalar günlüğe değil vs Jira, Trac, ile yapılır gibi "insan merkezli" sorun izleme,.
Sorular
Özellikle bu konuda sistemi kullanan geliştiricilerden düşünceler arıyorum:
- Onsuz yapamayacağınız temel özellikler nelerdir?
- Size gerçekten zaman kazandıracak özelliklere sahip olmanın faydaları nelerdir?
- Hangi özellikler iyi bir fikir gibi görünebilir, ancak aslında bu kadar kullanışlı değil mi?
Örneğin, bir hatanın birden fazla oluşumunu tanımlayan bir "yinelenenleri göster" işlevinin (farklılık gösterebilecek 'önemsiz' ayrıntılar hakkında endişelenmeden) oldukça gerekli olduğunu söyleyebilirim.
"Bu hata için [Jira / etc] 'de sorun yaratma" düğmesi iyi bir zaman tasarrufu gibi görünür.
Tekrarlamak gerekirse, bu sistemleri kullanan insanlardan, özellikle bir özelliğin neden müthiş / korkunç olduğu konusunda desteklenen pratik deneyimlerim .
(Yine de kuram yapacaksanız, en azından cevabınızı bu şekilde işaretleyin.)