İçindekiler:
Tanımı - Teknik Borç ne demektir?
Teknik borç, en iyi genel çözümü uygulamak yerine, kısa vadede uygulanması kolay kod kullanıldığında ortaya çıkan ekstra geliştirme işini yansıtan bir kavramdır.
Teknik borç, özellikle yeniden düzenleme bağlamında, aşırı programlama ile ilişkilidir. Yani, geliştirme sürecinin bir parçası olarak mevcut kodun (yeniden düzenleme) yeniden yapılandırılması gerektiği anlamına gelir. Bu düşünme çizgisi altında yeniden düzenleme sadece kötü yazılmış kodun bir sonucu değildir, aynı zamanda gelişen bir problem anlayışına ve bu sorunu çözmenin en iyi yoluna dayanarak yapılır.
Teknik borç, tasarım borcu olarak da bilinir.
Techopedia Teknik Borcu Açıklıyor
Terim, ilk wiki'yi geliştirmekle de bilinen bir programcı olan Ward Cunningham tarafından icat edildi.Teknik borç, yazılım geliştirmeyi finansal borca eşitleyen bir benzetmedir. İki olası seçeneğe sahip bir projeniz olduğunu düşünün. Biri hızlı ve kolaydır, ancak gelecekte değişiklik yapılması gerekecektir. Diğeri daha iyi bir tasarıma sahip, ancak uygulanması daha fazla zaman alacak. Gelişimde, kodu hızlı ve kolay bir yaklaşım olarak serbest bırakmak, borçlanmak gibi bir şeydir - teknik borç için gelecekte ekstra çalışma şeklinde gelen faiz yükümlülüğü ile birlikte gelir. Refactor'a zaman ayırmak anaparayı ödemekle eşdeğerdir. Bu kısa vadede zaman alırken, gelecekteki faiz ödemelerini de azaltır.
Ward Cunningham bu konsepti 1992'de şöyle anlatıyor:
"Nakliye ilk kez kodu borca girmeye benzer. Bir yeniden yazma ile derhal geri ödendiği sürece küçük bir borç gelişimi hızlandırır. Nesneler bu işlemin maliyetini tolere edilebilir hale getirir. Borç geri ödenmediğinde tehlike oluşur. Her dakika tam olarak doğru olmayan bir kod için harcanan bu borca faiz sayılır. Bütün mühendislik kuruluşları, nesne yönelimli veya başka bir şekilde konsolide olmayan bir uygulamanın borç yükü altında durma noktasına getirilebilir. "
Kavram, borcun asla gerçekleşmemesi gerektiği anlamına gelmez. Kaldıraç, doğru kullanıldığında bir şirkete yardımcı olabileceği gibi, hızlı bir çözüm de yazılım geliştirmede pazara daha hızlı zaman kazandırmak anlamına gelebilir. Ayrıca, teknik borç sadece kötü bir kod değildir. Kötü kod kötü koddur ve teknik borç gerçekçi olmayan proje kısıtlamaları altında iyi programcıların çalışmasından kaynaklanabilir.
