Miras Kod C#'ta Yeniden Yazılmalı mı? Derek Comartin'in Görüşlerini Daha Derinlemesine İnceleme

"Kodu Asla Yeniden Yazma" İlkesi

Derek, yazılım geliştirme alanında sıklıkla verilen uzun süredir devam eden tavsiyeyi kabul ederek başlıyor: Kodu sıfırdan asla yeniden yazma. Bu düşünce, Joel Spolsky'nin "Yapmamanız Gereken Şeyler" başlıklı ünlü blog yazısından doğar ve eski sistemleri yeniden yazmaktan kesinlikle kaçınılması gerektiğini şiddetle uyarır.

0:32'de, Derek, Spolsky'nin yazısındaki en kritik fikre işaret ediyor:

"Herhangi bir yazılım şirketinin yapabileceği tek en kötü stratejik hatayı yaptılar: Kodu sıfırdan yeniden yazmaya karar verdiler."

Derek, ana mesajın şu olduğunu açıklıyor: sıfırdan başlarken, ilk seferden daha iyi bir iş yapacağınızna inanmak için bir neden yoktur. Özellikle büyük ve karmaşık sistemlerde, mevcut uygulamada gizli değeri hafife almak kolaydır.

Basitlik Yanılsaması

1:07'de, Derek ilk günlerinde bir genç geliştirici olarak deneyimlerini yansıtıyor. Başka pek çokları gibi, kodun kötü olduğunu düşündüğü için sistemin büyük kesimlerini yeniden yazmak istedi. Ancak daha sonra fark etti ki bu inanç sıklıkla kodu anlamamaktan kaynaklanıyordu, kodun kendisinin doğuştan kötü olmasından değil.

İlişkilendirilebilir bir gerçeği paylaşır:

"Sıfırdan yeni bir şey başlatmak,kod tabanına girip tüm karmaşıklığı, köşe durumlarını göğüslemekten daha kolay - bu gerçekten zor."

Aslında, "ateş ateşi" gibi görünen şey yılların evrimi ve yamaları içine sarılmış yanlış anlaşılan mantık olabilir. Geliştiriciler genellikle aşinalığı kötü tasarımla karıştırır.

Yeniden Yazmaların Haklı Görülebileceği Durumlar

Yine de Derek, yeniden yazmaların her zaman kötü olduğunu söylemez. Yaklaşık 1:44'te, ince ayrıntı katmaya başlar. Yıllarca aynı kod tabanında tamamen yerleşmiş, tüm alan karmaşıklığını ve sistem sınırlamalarını anlayan ekipler için – yeniden yazmak geçerli bir seçenek olabilir.

"Bir sistemde çok uzun zamandır bulunuyorsanız... o zaman incelik buradan gelir. Evet diyebiliriz, bu şey bir ateş ve bizi geri çekiyor. Belki yeniden yazmak uygun olabilir."

"Kötü Daha İyidir" ve 80/20 Kuralı

Derek, "Kötü Daha İyidir" kavramını 2:01'de tanıtır ve bu kavramı Pareto İlkesi (80/20 kuralı) ile ilişkilendirir. Sıklıkla, sistemin değerinin %80'inin yalnızca kod tabanının %20'sinden geldiğini savunur. Bu nedenle, yeniden yazarken, hedef her şeyi çoğaltmak değil, gerçekten değer sağlayan çekirdeğe odaklanmak olmalıdır.

"Daha az işlevsellik — kötü — tercih edilen seçenek olabilir."

Sıklıkla, basitlik ve pratiklik tamamlanmaktan daha ağır basar. Sınırlı ancak kullanabilir ve bakımı yapılabilir bir sistem, devre dışı kalmış ancak bakımı zor bir eski platformdan daha faydalı olabilir.

Maliyet ve Faydaları Değerlendirme

2:47'de, Derek, nihai kararın genellikle maliyet-fayda analizine dayandığını öne sürüyor. Yalnızca yeniden yazmak için yazmak hiçbir zaman haklı değildir. Ancak eski kodu koruma maliyeti veya eski teknolojilerle sınırlı kalmanın maliyeti yeniden inşa etmeye kıyasla daha büyükse, denklem, yeniden yazmanın lehine değişebilir.

Rekabet avantajınızın, eski platformlar veya araçlar nedeniyle engellendiği durumlara atıfta bulunur. Bu tür durumlarda, teknoloji farkı, yeniden inşa etmek için geçerli bir neden haline gelir.

Greg Young'dan Bir Ders

Derek, 3:12'de Greg Young'ın parlak bir gönderisine değinir. Üretime yanlışlıkla giren bir prototip yeniden yazılmıştır. Yeniden yazma 9 ay sürdü. Sonuç?

"Dokuz aylık mükemmel mimari ve kod çalışmasımızdan sonra, ayda yaklaşık 10.000 $ daha fazla kazanıyorduk."

Greg, 30 yeni prototip oluşturmanın, yeniden inşa etmeye derinlemesine yatırım yapmaktan daha iyi olacağını sonucuna varmıştır. Derek bu sonucu çok sever çünkü teknik mükemmeliyetin her zaman hedef olduğu varsayımına meydan okur.

Bazen "yeterince iyi" yazılım işe yarar — özellikle iş değeri zaten sağlanıyorsa.

"Eski ve Yeni" Yanılsaması

4:20'de, Derek, eski kötü ve yeni iyi olduğuna dair yaygın bir zihniyeti ele alır. Kendi kişisel örneğini verir: aynı amacı hizmet eden iki üçüncü taraf hizmetiyle entegrasyon yapıyor. Biri modern JSON kullanıyor ve muhtemelen Python ile geliştirilmiş. Diğeri, şaşırtıcı bir şekilde, XML döndürüyor ve muhtemelen 1990'larda ColdFusion ile geliştirilmiş.

"Her ikisi de eşdeğer. Stabil. Bana ve müşterilerime aynı hizmeti sağlıyor."

Bu, yeninin her zaman göstertikladiğini vurgular. Stabilite, güvenilirlik ve işlevsellik, kullanılan teknoloji yığından çok daha önemlidir.

Derek'in Kişisel Yeniden Yazma Deneyimi

Sonunda, Derek kendi hikayesini 5:31'de paylaşır. Orijinal sistemin alanında altı yılı aşkın bir süre geçirdikten sonra geniş çapta bir yeniden yazma işlemine katılır. Yeniden yazma, ağırlıklı olarak modern e-ticaret araçları ve çevrimiçi hizmetlerle entegrasyon yeteneğini sınırlayan bir teknoloji farkı nedeniyle yaklaşık 14 ay sürdü.

"Bu amaçla gerçekten yeni bir şey inşa etmek zorundaydık."

Bu sadece "kötü kod" meselesi değildi — sistemin evrim geçirecek kapasitesi yoktu, bu yüzden yeniden inşa etmek tek uygulanabilir yoldu.

Son Düşünceler

Videonun sonunda, 6:11'de, Derek, cevabın sadece "evet" veya "hayır" olmadığını tekrarlar.

"Bence keskin bir yanıt değil. Bu kararı verirken dikkatli olmalısınız çünkü bağlam önemlidir ve birçok incelik vardır."

Eski C# kodunu yeniden yazmak gerekli olabilir — ancak yalnızca bağlam, alan bilgisi, değer teslimi ve teknik sınırlamalar bu kararı desteklediğinde.

Sonuç

Derek Comartin'ın videosu, yazılım geliştirme dünyasının en çok tartışılan konularından birine dengeli, deneyim temelli bir yaklaşım sunuyor: Eski kodunuzu yeniden yazmalı mısınız? Onun tavsiyesi dogmatik değildir—düşünceli, temellere dayanan ve kişisel görüşlerle zenginleştirilmiştir.

Derek, tarihsel dersleri, gerçek dünyadaki hikayeleri ve "yeni daha iyidir" tuzağını yansıtmak suretiyle, izleyicilere yazılım mimarisinin en önemli kararlarından birini vermek için olgun bir çerçeve geliştirmelerine yardımcı olur.

Kendi C# projenizde benzer bir seçimle karşı karşıyaysanız, Derek'in videosunu yeniden izleyin ve bağlamınızı dikkatlice değerlendirin. Bazen eski kod düşman değildir—sadece yanlış anlaşılmıştır.

Derek'in YouTube Kanalında daha fazla aydınlatıcı video izleyin. Derek tarafından daha fazla içerik için CodeOpinion.com'u ziyaret edin.