teknik borç etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
teknik borç etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster

Borç üzerinden sağlık takibi - Tracking health over debt

Yazılım geliştirme sürecinde, genellikle "teknik borç" adı verilen, zamanla çözülmesi gereken sorunlar birikir. Bu, kodun eski veya verimsiz olması, kötü tasarım kararları veya eksik belgeler gibi çeşitli sebeplerden kaynaklanabilir. Geleneksel olarak, ekipler bu teknik borcu izleyip, zamanla düzeltmeye çalışırlar. Ancak, bu metin "sağlık derecesi" adı verilen bir kavramı öneriyor. Bu, yazılımın genel durumunu ve performansını ifade eder.




Önerilen yaklaşımda, ekipler sağlık derecesini diğer hizmet seviyesi hedefleri (SLO'lar) kadar önemli olarak görüyorlar ve buna göre iyileştirmeler yapıyorlar. Bu, sadece teknik borcu takip etmek yerine, yazılımın genel sağlığını göz önünde bulundurmayı içerir. Bu yaklaşım, en etkili sorunlara kaynak ayırarak uzun vadeli bakım maliyetlerini azaltmaya ve ürünleri daha verimli bir şekilde geliştirmeye yardımcı olur.


Ayrıca, bu yaklaşım teknik olmayan paydaşlarla teknik ekipler arasında daha iyi bir iletişim sağlar. Herkes yazılımın genel durumunu daha iyi anlar ve bu da ortak bir anlayışa katkıda bulunur. Farklı organizasyonlarda kullanılan ölçütler farklılık gösterse de, hepsi uzun vadeli sürdürülebilirliğe ve yazılımın rekabetçi ve uyarlanabilir kalmasına katkıda bulunur. Dijital dünyanın hızla değiştiği bir ortamda, sistemlerin sağlık durumunu borç üzerinden takip etmeye odaklanmak, onları korumak ve geliştirmek için yapılandırılmış ve kanıta dayalı bir strateji sunar.


Örnek bir senaryo verir misin?

Tabii ki, işte somut bir örnek:


Diyelim ki bir yazılım geliştirme ekibi, bir online alışveriş platformu üzerinde çalışıyor. Bu platform, zamanla çeşitli güncellemeler ve değişikliklerle büyümüş, ancak bu süreçte bazı teknik borçlar birikmiş. Örneğin, bazı kod parçaları eski ve verimsiz, bazı işlevler ise gereğinden fazla karmaşık.


Geleneksel Yaklaşım (Teknik Borcu İzleme):


Ekip, kodun eski ve verimsiz bölümlerini belirler ve bunları düzeltmeye odaklanır.

Bu süreçte, sadece belirli sorunları çözmeye odaklanırlar, genellikle acil olanları.

Bu yaklaşım, bazen sistemin genel performansını ve kullanıcı deneyimini göz ardı edebilir.

Sağlık Derecesini İzleme Yaklaşımı:


Ekip, sistemin genel sağlığını değerlendirmek için kapsamlı bir inceleme yapar. Bu, kodun kalitesini, sistemin performansını, kullanıcı deneyimini ve güvenlik durumunu içerir.

Sağlık derecesi düşük olan alanlara öncelik verilir. Örneğin, kullanıcı arayüzü yavaşsa veya sık sık hatalar oluşuyorsa, bu sorunlar önceliklidir.

Ekip, bu sorunları çözerken, hem kısa vadeli ihtiyaçları (hataları düzeltmek gibi) hem de uzun vadeli hedefleri (sistemin sürdürülebilirliğini ve esnekliğini artırmak gibi) dikkate alır.

Bu yaklaşım, yalnızca teknik borcu azaltmak yerine, sistemin genel sağlığını ve verimliliğini artırmayı hedefler. Böylece, platform hem şu anki kullanıcılar için daha iyi bir deneyim sunar hem de gelecekteki değişikliklere ve güncellemelere daha iyi uyum sağlar.

Canburak Tümer - Yazılımda Kırık Camlar Teorisi

Canburak Tümer - Yazılımda Kırık Camlar Teorisi adlı makalesini aşağıdaki linkten okuyabilirsiniz.

https://medium.com/@canburaktumer/yaz%C4%B1l%C4%B1mda-k%C4%B1r%C4%B1k-camlar-625d7f676cab
Kırık Camlar teorisi wikipedia alıntısı :

"Birkaç kırık penceresi olan bir bina düşünün. Camlar tamir edilmemişse vandallar birkaç cam daha kırmaya meyillidir. Sonunda bina boş ise tüm camları kırılabilir, gecekonduysa belki de yangın dahi çıkarabilirler. Ya da bir kaldırım düşünün. Burada bazı çöpler birikir. Yakın zamanda bu çöpler daha fazla birikir. Sonunda buradaki restoranlar, hatta paket servis yapan insanlar bile çöpleri araba ile poşetler halinde getirerek buraya atarlar."



 




Rastgele İçerik

DonanımHaber

© tüm hakları saklıdır
made with by templateszoo