Benim yazilima bakis ve yazilimi uygulayis tarzimi tamamen extreme programming (https://pratikprogramci.com/wp-content/downloads/pratik-agile-ozcan-acar.pdf) sekillendirdi.

Extreme Programming ile test güdümlü yazilimin ve refactoring yapma kabiliyetinin bir yazilim icin ve onu sekillendirme sürecinde ne anlama geldiklerini bu sekilde ögrendim.

Yazilimda cevik olmanin temelinde uygulamayi bir hamur gibi yogurabilme yetisi yatiyor (https://kurumsaljava.com/2012/04/05/cevikligin-boylesi/). Her yeni müsteri gereksinimi ile uygulanin hamur gibi yogrulmasi yani yeni bir sekle sokulmasi zorunlu. Bunu sadece refactoring yönetimi ile yapabiliriz. Refactoring de sadece ve sadece yeterli ve kapsama alani genis testler varsa mümkün.

Genel olarak beni kodun yapisal durumu ilgilendirmiyor. Clean code, tasarim sablonlari, tasarim presipleri…. ne uygularsaniz uygulayin, en kutsal ve yüce kodu bile yazsaniz, testleriniz yoksa refactoring yapamazsiniz yani uygulamayi yeni müsteri gereksinimlerini tatmin edecek hale sokamazsiniz, yani uygulamayi hamur gibi yoguramazsinz.

Yazilimcilara yillarca kodu nasil edebi bir eser gibi yazacagi anlatildi, ama bu madalyonun sadece bir tarafiydi. Scrum ile diger tarafini gösterir gibi yaptilar, ama hicbir zaman kodun gercek anlamda nasil hamur gibi yogrulacagi konusuna deginmediler, cünkü bunun nasil yapildigina dair fikirleri yoktu. Scrum yukari, scrum asagi derken cevik oldugunu düsünen ekipler, cevik yazilim yaptiklarini düsünerek, yazilim ürünleri gelistirdiler ve her defasinda uygulama ellerinde patladigi icin duvara tosladilar. Hicbir zaman da bu neden oluyor diye sorgulamadan devam ettiler, cünkü scrum ile herkes cevikti.

Artik bunlarin hepsi mazide kaldi.

Yazlim tarihinde ilk kez hicbir teknik yönteme (clean code, tdd, solid, srp, dip..) ihtiyac olmadan bir uygulamayi hamur gibi müsteri istekleri dogrultusunda yogurmak mümkün. Bunun icin sadece dogru promptlar gerekiyor.

Yazilimdaki en can alici yöntem olan refactoring yöntemine gerekli deger verilmedigi icin bugüne kadar gelistirilen her uygulama tas gibi kaskati olmak zorunda kaldi. Teknik borclarin birikmesi durumu her daim daha da kötülestirdi, ama yine de gerekli refactoring calismalari yapmak yerine, bu hep ötelendi.

Artik bunun icin mazeret kalmadi. Bir uygulamayi gerekiyorsa komple silip, yeniden tasarlamak, yeniden müsteri gereksinimlerini ihtiyava edecek sekilde yogurmak birkac prompt setine bakar.

Artik mevcu clean code degil, clean prompt.