Müşteri Gereksinimlerini Anladığımızdan Nasıl Emin Olabiliriz? başlıklı yazım.
Özcan Acar
Programcının Hayatını Kolaylaştıran 18 Alışkanlık
Programcının Hayatını Kolaylaştıran 18 Alışkanlık başlıklı yazım.
Sözde Lean!
Sözde Lean! başlıklı yazım.
Yeni kitabım Pratik Agile
Yeni kitabım Pratik Agile Pratik Programcı Yayınları tarafından yayımlandı. Detayları burada bulabilirsiniz.
Standart Java API’ler Neden Tercih Edilmeli?
Standart Java API’ler Neden Tercih Edilmeli başlıklı yazıma bu link üzerinden ulaşabilirsiniz.
Java’ya Nereden Başlamalıyım?
Java dilini temelinden öğreten sanal bir kurs hazırladım. Bu kurs hakkındaki detaylı bilgiyi bu yazımda bulabilirsiniz.
500 Beygir Gücünün Hazin Sonu
İdeal şartlar altında bir programcının savaş verdiği tek bir cephe vardır, o da müşteri gereksinimlerini önemlilik sırasına göre kodlamak.
Çevik süreçlerde müşteriye 2-4 hafta süren çalışmalar ardından çalışır bir uygulama prototipi sunulur. Bu prototip müşteriye uygulamanın hangi seviyeye geldiğini, isteklerinin doğru uygulanıp, uygulanmadığını ve hangi değişikliklerin gerekli olduğunu anlama fırsatı verir. Buradan change request olarak bilinen ve müşteri gereksinimlerine daha yerinde cevap verebilmek için atılması gereken adımları tanımlayan değişiklikler doğabilir. Bu değişiklikler bir sonraki 2-4 haftalık çalışma sürecinde kullanıcı hikayesi (user story) olarak programcıya yansır. Bu değişikliklere rağmen programcının savaşı hala bir cephede devam etmektedir.
Türkiye Yazılımcı Raporu 2013
2013 senesi için hazırladığım yazılımcı anketi sonuçlandı. Edindiğim verileri kullanarak Türkiye Yazılımcı Raporu 2013’ü hazırladım.
Emeği geçen herkese teşekkür ederim.
Yazılımcı Raporu 2013 (1,3 MiB, 7.266 yükleme)
Spring 3.x İle Gelen Yenilikler
Spring 3.x İle Gelen Yenilikler başlıklı yazım…
Spring’in Varoluş Nedeni
Spring’in Varoluş Nedeni başlıklı yazım…
Spring Çatısının Yazılım Geliştirme Filozofisi
Özellikle nesneye yönelik programlama teknikleri kullanıldığında, nesneler arasında var alan bağımlılıklar çok karmaşık bir yapının oluşmasına neden olabilmektedir. Uygulama geliştirme esnasında bağımlılıkların kontrol altına alınmasına dair bir çalışma yapılmadığı taktirde, yazılımcının verimliliği ve uygulamanın kod kalitesi düşecektir. Kaliteyi artırmanın ve yazılımcının daha verimli olmasını sağlamanın bir yöntemi, tüm bağımlılıkların ve oluşan karmaşık yapının dış bir uygulama çatışı (framework) tarafından yönetilmesini sağlamak olabilir. Bu bağımlılıkların uygulama tarafından değil, kullanılan uygulama çatışı tarafından yönetilmesi anlamana gelmektir. Bu yazılım filozofisine kontrolün tersine çevrilmesi ya da Inversion of Control (IoC) ismi verilmektedir. Spring çatısının var oluşu ve çalışma prensipleri bu filozofiye dayanmaktadır.