Martin_Fowler_QCon_2007.jpg

Martin Fowler, yazılım dünyasının önde gelen guru’larından biridir. Geçenlerde bir vesile ile üstadın, “Enterprise Application Architecture” adlı eseri elime geçti. Ben, hem Martin Fowler’ı uzaktan takip eden, hem de Kurumsal Uygulamalara 10 yılını vermiş biri olarak kitaba balıklama daldım tabi. Aşağıda kitapta bulunan ve, genç yazılımcılar için faydalı olabileceğini düşündüğüm, “The Evolution of Layers in Enterprise Application” başlıklı kısa bölümü, naçizane kendi yaptığım çevirisi ile sunuyorum. Yazar bu bölümde yıllar içinde evrimleşen, Kurumsal uygulama geliştirme konusuna kısa bir tarihçe sunarken, katmanlı mimariye nasıl ulaşıldığını özetliyor. Bu serüvenin her kilometresinde, yanlış yapa yapa doğruları öğrenen, ben ve benim gibi diğer yazılım dinazorları için de hoş bir panorama olduğunu düşünüyorum.

KURUMSAL UYGULAMALARDA KATMANLI MİMARİNİN EVRİMİ
Batch sistemlerin erken zamanlarına yetişemeyecek kadar genç olmama rağmen, o zamanlarda insanların katman konusunu önemsediğini sanmıyorum. Bir takım dosyaları (ISAM, VSAM, vb.) yöneten bir program yazarsınız ve bu sizin uygulamanızdır. Katmanlı bir yapı uygulamaya gerek yoktur.
Katman konusu, 90 lı yıllarda istemci-sunucu (client-server) sistemlerin yükselişi ile ortaya çıkmıştır. Bunlar iki katmanlı sistemlerdi: İstemci, kullanıcı arayüzleri ve diğer uygulama kodlarını çalıştırırdı, sunucu da genellikle bir veritabanıydı. Yaygın uygulama geliştirme araçları VB, Powerbuilder ve Delphi idi. Bunlar SQL bağlanabilen arayüz kontrolleri içerdiğinden, veri yoğun uygulama geliştirmeyi oldukça kolaylaştırıyorlardı. Böylece, formlara kontroller sürükleyerek ekranlar oluşturabiliyordunuz ve özellik alanlarını tanımlayarak kontrolleri veritabanına bağlayabiliyordunuz.
Eğer uygulama, genel olarak, ilişkili verileri göstermek ve basit olarak güncellemek ise istemci-sunucu sistemleri iyi iş görüyordu. Problem iş kurallarındaydı: kontroller, hesaplamalar, vs. İnsanlar genellikle bunları istemci tarafında yazarlardı. Fakat bu kötü kodlamaydı ve iş mantığını ekranlara gömmeyi gerektiriyordu. İş kuralları komplike oldukça, bu kod ile çalışmak çok zorlaşıyordu. Dahası, iş mantığını ekranlara gömmek, kodun çoklanmasına sebep oluyordu. Bu da basit değişiklikler için tüm ekranları taramayı gerektiriyordu.
Bir alternatif de iş mantığını, veritabanında sp (stored procedure) lere gömmekti. Ancak sp ler kısıtlı programlama imkanı sunuyordu, bu da yine kötü koda yol açıyordu. Ayrıca, birçok insan, SQL i, gerektiğinde veritabanını değiştirmeye olanak sağlayabilen bir standart olduğu için tercih ediyordu. Gerçekte çok az insanın bunu yapmasına rağmen, birçok insan yüksek taşıma maliyetine katlanmaksızın veritabanı bağımsızlığına sahip olmayı seviyordu.
İstemci-sunucu sistemlerin popülerleştiği sırada, nesne yönelimli (object-oriented) yaklaşım da revaçtaydı. Nesnecilerin iş kuralları problemine verecek bir cevabı vardı: Üç katmanlı bir sistem. Bu yaklaşıma göre; kullanıcı arayüzlerinin bulunduğu bir sunum katmanı, iş kurallarının bulunduğu bir iş katmanı, ve bir veri katmanı vardır. Bu şekilde, girift iş kurallarını arayüzden çıkartıp ayrı bir katmana koyabilirdiniz ve nesneler kullanarak bu katmanı yapılandırabilirdiniz.
Buna karşın, nesne taraftarları bir miktar ileri gitmişti. Gerçekte birçok sistem oldukça sadeydi, ya da en azından öyle başlıyordu. Üç katmanlı yaklaşımın birçok avantajı olmasına rağmen, eğer probleminiz basit ise, istemci-sunucu geliştirme araçları daha cazipti. İstemci-sunucu araçlarını, üç katmanlı mimaride kullanmak ise çok zordu, hatta imkansızdı.
Bence, burada sismik şok, Web’in yükselişi ile geldi. İnsanlar birden, istemci-sunucu uygulamalarını web browser ile kullanmak istediler. Ancak, eğer tüm iş kurallarınız bir istemciye gömülü ise, bu kuralların tamamının bir web arayüzünde tekrar kodlanması gerekir. İyi tasarlanmış bir üç katmanlı uygulamada ise, sadece yeni bir sunum katmanı eklemek işi çözecektir. Dahası, Java ile gördük ki, tam tekmil bir nesne tabanlı geliştirme dili ana yola yerleşmişti bile. Web sayfaları geliştirmek için gerekli araçlar, SQL e daha az bağımlı, üçüncü katmana bağlanmaya daha uygundular.
İnsanlar katman konunu konuştuklarında, genellikle katmanlı mimari ve katlı mimari terimleri üzerinde bir karışıklık olur. İki terim sık olarak eşanlamlı gibi kullanılsa bile, birçok insan kat kavramını fiziksel bir ayrılma ile eşleştirir. İstemci-sunucu sistemleri iki katlı sistemler olarak tanımlanır ve ayrışma fizikseldir: İstemci bir masaüstü bilgisayardır ve sunucu da bir sunucudur. Benim katman kelimesini kullanmam, ayrı katmanları ayrı makinelerde çalıştırmak zorunda olmadığımızı vurgulamak içindir. Ayrıştırılmış bir iş katmanı, istemcide veya sunucuda çalışabilir. Bu durumda iki noktanız ancak üç katmanınız vardır. Yerel bir veritabanı ile, üç katmanı da aynı dizüstü bilgisayarda çalıştırabilirim, ancak yine de üç katmanlı bir yapı vardır.

Benim beklentim Web 2.0 ın nimetleriyle bezenmiş, online bir soy ağacı sistemiydi. Aradım ve beklediğimden çok daha fazlasını buldum.

Bir soy ağacı ile neler yapılabilir?

Öncelikle aşağıdaki resimde olduğu gibi soy ağacınızı resimli olarak oluşturabilir, akrabalarınızla paylaşabilirsiniz.

Akrabalarınızı, epostalarını sisteme girerek, onların da katkı yapmasını sağlayabilirsiniz.

Akrabalarınızın doğum günlerini soyağacından takip edebilirsiniz.

Bu soyağacı meselesi yurtdışında çok rağbet gören bir mesele. Nedense bizde pek sesi duyulmadı. Birkaç denemeler oldu ancak pek tutulmadı. Başarılı örneklerden biri www.akrabaonline.com Yurtdışında tutmuş bir soyağacı sitesini, sadece arayüzünü Türkçe’ye çevirerek para kazanmaya çalışan, ismi lazım olmayan enteresan bir örneğe de rastladım. Neyse, bizim işimiz düzgün örneklerle.

MyHeritage yıllardır dünyada, bu işin öncülüğünü yapıyor. Soyağacı sisteminin, online/offline değişik türevlerini barındıran birçok hizmet ve yazılım var internetde. Ancak benim aradığım birkaç özellik vardı:

1. % 100 online olması: Sistem tamamen web üzerinde olmalı.
2. Web 2.0 desteklemesi: Arayüzleriyle, entegrasyonuyla ve sosyal ağ bağlantılarıyla
3. Ücretsiz olması
4. Türkçe arayüzünün olması

İncelediğim Örnekler

Online / Offline birçok örnek inceledim. Ancak yukarıdaki kriterlere uyan ve öne çıkan üç tanesi: Geni, Genoom ve MyHeritage.

Üçü de birbirine çok benziyor. Üçü de kriterimin dördünü de tamamen karşılıyor. Benim kullanım kolaylığı açısından ve arayüz çevirilerinin başarılı olması açısından tercihim Genoom oldu. MyHeritage ın tecrübesi, Geni nin oturmuşluğu ve Genoom un da yeniliği öne çıkıyor.

Aktarım Konusu (GEDCOM)

Soy ağacı bilgisi önemli bir bilgi olduğundan, bu değerli bilgiyi bilgisayarımıza kaydetmek isteriz. Hatta bir sistemde kaydettiğimiz soy ağacımızı başka sistemlere de taşımak isteriz. Bu ihtiyaca cevap veren anahtar kelimemiz GEDCOM. Bir sistemde soyağacınızı oluşturduysanız, soy ağacınızı bilgisayarınıza GEDCOM standardını destekleyen bir dosya olarak kaydedebilirsiniz. Daha sonra bu dosyadan geri yükleme yapabilir veya başka bir sisteme aktarma (import/export) yapabilirsiniz.

Light Bot: Bu Yazılımcılar İçin

İşte bugün keşfettiğim muhteşem bir oyun: Light Bot.  Oyun bir robota komut vererek skaladaki ışıkları yaktırma hedefini güdüyor. Tabi rotobu hareket ettirmek için komutları sıralamak, hatta fonksiyonları kullanmak gerekiyor. Bence programcıları işe alırken bu oyunu mutlaka oynatmalı. 10 level  dan önce pes edeni de firmadan içeri sokmamalı.  

Dascher Global Player : Bu Lojistikçiler İçin

Alman Dascher Lojistik firmasının hazırlattığı harika bir lojistik oyunu. Yürüyen bantlardaki makasları kullanarak kolileri doğru araca yükletmek gerekiyor.

Bloxorz : Bu Herkes İçin

Bloxorz, bir dikdörtgen prizmayı klavyenin ok tuşları ile hareket ettirerek hedef verilen çıkış deliğine ulaştırma üzerine kurulu süper bir oyun. Son levela gelmeden bırakamamıştık.

Aşağıda bu oyunlara kendini kaptırmış iş arkadaşlarım yoğun mesai halinde

Nihayet o vakti buldum ve ObTranslator adını verdiğim uygulamayı birkaç hafta önce yazdım. İlk deneme ve testleri ben ve çeviriye destek veren birkaç arkadaş yaptı. Ben de, madem uygulamayı yazdık, Openbravo camiasına sunalım, isteyen kullansın, open source a küçük bir katkı da bizden olsun dedim ve bu yazıyı kaleme aldım.

Yazının devamı burada.

Bu fikirlerden birincisi ERP Sözlük. Yaptığım çevirileri bir liste şeklinde www.erpnedir.com da yayınlıyorum. Bununla üç şeyi hedefliyorum.  Yazının devamı…