Programlama « rob33n@CigiCigi

Pınar’ın sitesinden aldığım(çaldığım ) bir yazıyı paylaşmak istiyorum. Aslında biraz uzun zaman önce okumuştum yazısını. Ancak yeni aklıma geldi paylaşmak Günlüğünde kendi yorumlarını okurken kendi kendime bende aynılarını yaptım ve hala yapıyorumda dedim. Üst sınıflardan yada aynı sınıfta olup benden daha iyi seviyede olan kişilerden aldığım kodları kendime göre düzenleyip, ekleyip, çıkardıktan sonra aslında gerçekten reengineering dediğimiz şeyi yapıyorum. Tabi bu kimisine göre modifikasyon oluyor. Ama bende Pınar‘a katılıyor ve reengineering diyorum. Çünkü modifikasyonun anlamı bu değil… Herneyse; daha iyi bir geliştirici olmanın maddelerini aşağıda veriyorum bende… Aslında Pınar’da Yuri‘den almış

Planlama

Planlama şüphesiz bir yazılım için olmazsa olmaz adımlardan biri. Her ne kadar yazılım hakkında tasarladığınız bir takım adımlar olsa da; direkt kafanızdaki taslak ile kodlamaya geçerseniz mutlaka geri dönmeniz gereken adımlar oluyor. Yurii’nin önerdiği planlama şöyle:

Yapmanız gereken işlerin bir listesini hazırlayın

Kısa zamanda bitecek işleri ‘Rightnow’ dizinine koyun

Ertesi gün bitmesi gerekenleri ‘Today’, haftaya kadar bitirilmesi gerekenleri ‘ThisWeek’, … vb. dizininlere koyun

Bunları yaparken görevleri kısa ve açıkça belirleyin

Zamanlama konusunda gerçekçi olun

Çalışma

Öncelikli işleriniz için ‘Rightnow’ dizinine göz atın. Yapılacakları yapın, dizin boşaldığında Today’a, o boşaldığında bir sonraki dizine atlayın

Ancak üzerinde çalıştığınız dizini bitirmeden bir sonrakine geçmeyin

Kaynak Kodun Yönetimi

Versiyon kontrol sistemi kullanın: Subversion, Darcs gibi..

Kontrol mesajlarınızın açıklayıcı olmasına dikkat edin

trac ya da ona benzer bir scm kullanın

Kaynak Kod

Kodumuzu açık kaynaklı olarak yayınlamakla iş bitmiyor tabii. Anlaşılır kodlar yazmak için de bir dizi öneri var:

İsimlendirme kurallarına uyun

Anlamlı değişken, metot, sınıf adları kullanın

Okunabilir kodlar yazmaya çalışın

Kod boyutunuzu küçültmeye çalışın; eğer kullandığınız metodun daha kısa hali varsa onu kullanın *

Kodunuzu depoya göndermeden önce gözden geçirin; beğenmediğiniz yerleri düzeltmeye çalışın

Meslektaşınızdan kodunuzu 15 dakikalığına gözden geçirmesini rica edin

Bu zaten sıkça dile getirilen bir şey ama, aynı zamanda kodunuza yorum satırları eklemeye özen göstermelisiniz. Bu sadece kodu okuyana değil, uzun bir aradan sonra koda baktığınızda size de faydalı olacaktır.

Test

Yurii bu maddeyi daha çok Ruby kullancıları için özelleştirmiş. Yazacağınız metodun/sınıfın önce iskelet halini oluşturun. Böylece neler yapmanız gerektiğini önünüze koymuş olursunuz. Aynı zamanda belli bir işi yapan kod parçalarını interaktif kabukta deneyerek tüm programı derlemeden/çalıştırmak zorunda kalmadan test edebilirsiniz. Tabii test aşaması oldukça geniş bir alan. Pek çok argüman eklenebilir.

“How To Write Unmaintainable Code”
Pınar’ın bunuda Türkçe’ye çevirmesini sabırsızlıkla bekliyorum…