Konu
- #Yazılım Geliştirme
Bu yazı, gerçekçi kısıtlamalar altında doğru bir denge kurabilen 'iyi' bir geliştirici olmanıza yardımcı olmayı amaçlamaktadır.
Make it work, make it right.
Yazılım geliştirmede, 'hızlı' sonuçlar üretme ihtiyacı ile 'doğru' şekilde yapma sorumluluğu arasında iki türlü baskı vardır.
Peki hangisi öncelikli olmalıdır? Hızlı ve mükemmel bir şekilde yapmanın yoluyok mudur?
'Make it work', yani 'önce çalışır hale getirmek' düşünülenden daha önemlidir.
Ancak, baştan mükemmel bir yapı ve en iyi performans üzerinde düşünürsek, asıl önemli olan iş mantığının uygulanması gecikebilir.
'Duct Tape Programming (Yapıştır Bant Programlama)' gibi, temel işlevleri hızlı bir şekilde uygulayarak görsel olarak kontrol etmek ve geri bildirim almak, çözmemiz gereken gerçek problemin ne olduğunu ve hangi teknik zorlukların gizlendiğini en kesin şekilde gösterir. Belirsizlik içinde bir yol açma sürecidir.
Ancak burada durursak sadece 'çalışan bir çöp' üretmiş oluruz. 'Make it right', yani 'doğru bir şekilde yapmak' mutlaka takip etmelidir.
Önce çalışan kodsağladıysak, şimdi iç yapıyı iyileştirme zamanı.
Tekrarları ortadan kaldırma, okunabilirliği artırma ve değişiklikleri kolaylaştırma için refactoring (yeniden yapılandırma)süreci.
Bu aşama sayesinde kodun bakım maliyetini düşürebilir ve gelecekteki ihtiyaç değişikliklerine esnek bir şekilde uyum sağlayabilen 'sürdürülebilir kod' üretebiliriz.
'Make it work, make it right' sadece bir sıra meselesi değil, geliştirme döngüsünün tamamında tekrarlanan döngüsel bir süreç ve dengeli bir yaklaşımdır.
Bazen piyasaya sürme hızı önemli olduğundan 'work'e daha fazla önem verilebilir, bazen de sistemin istikrarı ve ölçeklenebilirliği önemli olduğundan 'right'e daha fazla zaman ayrılması gerekebilir.
'Make it work, make it right' hızlı uygulamave kod kalitesiarasındaki denge noktasını bulma yolculuğudur ve gerçekçi kısıtlamalar altında bile sürdürülebilir yazılımoluşturma amacıyla 'iyi' bir geliştiricinin temel tutumudur.
