Şimdiye kadar hiç soruna neden olmayan bir hatayı düzeltmek

Son zamanlarda bazı kod eskisinden daha sık çalıştırılmasına neden olan bir değişiklik yaptım. Bu, bir hatanın keşfedilmesine yol açar. Bu hata, kodun çalıştırıldığı her an gerçekleşme potansiyeline sahipti, ancak çok nadir çalıştırıldığı için asla ortaya çıkmadı.

Bunu baş geliştiricinin dikkatine sunduğumda, atasözü alıntılayan hatayı düzeltmek yerine hatayı ortaya çıkaran değişikliği geri almamı istedi, "Eğer kırılmazsa, düzeltmeyin".

Şimdiye kadar şanslı olduğumun açık olduğunu söyleyebilirim ama akıl dinlemeyecek.

Yine de düzeltmeli miyim?

Güncelleştirme

Kurşunun teknik olarak benim üzerimde hiçbir yetkisi yok. Sadece görev süresi. Bir yıl öncesine kadar birkaç yıl boyunca projenin tek geliştiricisi oldu ve bence yapıcı eleştiriyi çok iyi almıyor. Değeri için onu eleştirmedim. Sadece böcek asla gelmedi çünkü orada olmadığı anlamına gelmedi işaret etti.

Hata izlemeniz varsa, gönderin. Kritik ise, kaldırın ve dikkatine sunun. Üstünlüğün onu izleyicide indirmesine izin ver. İşler ters gittiğinde, kağıt izi olacak.

Şahsen ben değdi daha önemli bir miktar daha fazla çaba gerektirmedikçe, düzeltmek istiyorum. "Eğer kırılmazsa, tamir etmeyin" yazılıma uygulamak korkunçtur.

Baş geliştiriciniz patronunuzsa ve ona dokunma diyorsa, bu durumda olmaz.

Cevapların ve yorumların çoğu, bir hata raporu oluşturarak ve bir başkasının çağrı yapmasına izin vererek kararın sorumluluğunun azaltılmasını önerdi.

Ben böcek izci yok (ve eğer biz kendim dışında kimse kullanacak şüpheliyim) bir sonraki en iyi şey yaptım. Baş geliştiricinin başına geçtim. Durumu yönetime açıkladıktan sonra işleri yolumda gördüler. Bana düzgün bir şekilde düzeltmemizi ve potansiyel müşterinin talep talebini görmezden gelmemizi söylediler . Alt yarışı bulup şikayet ederse karıştırılmış tüyleri yumuşatacaklarını söylediler.

İdeal bir çözüm değil ama en azından hata düzgün bir şekilde düzeltildi.

Ona, "Eğer müşteri fark etmediyse, düzeltmeyin" değil, "Eğer kırılmazsa, düzeltmeyin" ifadesini hatırlatın.

Yaptığınız değişiklik için ne gibi bir gerekçeniz var? Kullanıcının hangi değişiklikleri yaşayacağına veya teknik borcun kaldırıldığına işaret edemezseniz, bu sadece işleri daha da kötüleştirdiği için değişikliği geri almak anlamına gelir.

Burada aklımda en az birkaç farklı seçenek var:

Sadece devam edip hatayı düzeltirseniz, karışıma geri tepebilecek daha fazla hata ekleme riskiyle karşı karşıya kalırsınız. Ne kadar deneyime sahip olduğunuza ve muhtemelen burada rehberim olacak bazı kötü sürprizlerden kaçınmaya bağlı olarak.

Size söylenenleri yaparsanız, bu sadece sorun olacak bir suçluluk mudur yoksa bundan daha fazlası mıdır? Burada ilke ve değer olarak bilinen şeylerden başka neyin yanlış olduğunu merak ediyorum. Yani biraz şaka gibi ama aynı zamanda bu fikirde neyin yanlış olduğuna dair dürüst bir nokta?

Benim ezici içgüdüm sorunu gizlemek değil hataları düzeltmek için olsa da, burnumu tutacak ve sorunu gizlemek senaryolar vardır.

1. Kod dahili olarak ve bazen kullanılır, bu nedenle hatanın sonuçları şirket içinde yönetilebilir.
2. Bugün nakliye gerektiren zorlu ticari hususlar ve bir hata düzeltmesi 2 hafta sonra asgari sonuçlarla ortaya çıkabilir.

Profesyonel olarak, bu cevapları sevmiyorum ve dahili olarak bu durumların eterinin meydana geldiğini açıklığa kavuşturacağım.

Nihayetinde, amirinizin açıkça söylemediği hiçbir şey yapmamalısınız. Pozisyonunuzda yapılacak en iyi şeyin, sahip olduğunuz hata izleme veritabanında bir hata raporu oluşturmak olduğuna inanıyorum. bu şekilde en azından herkes sorunun farkındadır ve daha yetki sahibi biri bununla ne yapacağına karar verebilir.

Buggy işlevini kopyalayın, düzeltmeyi uygulayın, yeniden adlandırın, belki biraz gizleyin ve bunun yerine çağırın.

İki showtopper hata yorumunuza dayanarak, en iyi seçiminiz yasa mektubunu takip etmek olabilir, ancak ruhunu görmezden gelmek olabilir.

Açıkçası bir kes-yapıştır kodlama dezavantajı var, ama sorunlarınız en az olacak gibi görünüyor.