Web dünyaya en özgürlükçü bakış açıları getirmiş dünyalardan biridir. Her ne kadar bazı tarayıcılar özgürlüğü kirletip IE 4 günlerindeki gibi kendilerine has web siteleri yaptırma işine bile girmiş olsa da, platform bağımsızı bu büyük alan kimsenin himayesi altına girmemiştir. Hepimiz farketmişizdir, deli bir oyuncu değilsek son kullanıcı olarak vaktimizin çoğunu web’de ya web’e bizi bağlayan diğer uygulamalar üzerinde geçiririz.

Web geliştiricilerinin gene bir kısmı, web taraflı yazılımlarıyla masaüstü uygulamalar arasında bir arayüz yaratmaya çalışarak bir bakıma son kullanıcının her seferinde tarayıcı açıp, giriş yapması gibi işleri hafifletmeye çalışırlar. Örneğin Google Desktop değindiğim noktada işe yarayan araçlardandır. Herşey bu kadar karmaşıkken bir gün Adobe AIR‘i geliştirir ve tüm web gelişticilerinin ürettikleri ürünü kolayca masaüstüne yerleştirebilmelerini sağlar. Artık HTML, Javascript, PHP vs. kullanarak masaüstünde çalıştırabileceğimiz web uygulamaları yazabiliyorsunuzdur - gerçi bunu biri daha yapmıştı sanırım, büyütmek abartılı olabilir. Aynı şekilde Mozilla’nın da benzer bir projesi bulunmaktadır ve hedef platform bağımsızı uygulamalar geliştirebilmekdir. DEVAMINI DA OKU »»»

Microsoft, Visual Studio 2008 ile .NET Framework’ünün kütüphanelerinin kaynak kodlarını görüntülemeye açacağını belirtmiş durumda. Geliştiricilere debug yaparken daha derin bir hata ayıklama sanatı yaşatması için düşünülmüş projenin tabii ki de belki tahmin bile edemeyeceğimiz taktiksel oluşum nedenleri var. Bu olasılıklardan bahsetmeden önce, VS2008 ile ne yapılıp ne yapılamayacağına bir göz atalım:

• Frameworkü oluşturan sınıfların kodu görüntülenebilinir, ama değişiklik ve yeniden compile etme gibi haklar sağlanmıyor.
• Kodu “kim, hangi grup, ne zaman geliştirdi” bilemiyoruz.
• Kod değiştirilemeyeceği için kendi sürümlerinizi çıkarmanız imkansız.
• Bug bulduğunuz zaman atabileceğiniz en iyi ikinci adım, bu hatayı Microsoft’a raporlamak olacak.
• Kaynak kodu görüntülemek için kabul etmeniz gereken Microsoft’un MS Reference Licence’sı yine gündemde. Bilindiği üzere bu sertifika OSI listesinde yer almıyor. Yani bazı haberlerde “açık kaynak”terimiyle polemik yaratılmasının gerçeklerle alakası yok.

Ama asıl merak edilen konu bu adımın niye atılmış olduğu. Bir çok blog’da birçok söylenti gezmekte ki, bunların arasında en çok konuşulanları aşağıda özetlemeye çalışacağım:

• Kodu defalarca test edecek ve bedavaya çalışacak bir yığın insan olacak.
• Büyük .Net kullanıcılarının olası bir ihtimalle zaten kodu görme hakkı var ve bunu sağlamak için her iki tarafta bir ton lisans ve sözleşmeyle uğraşıyor.
• Java’nın bu yılın ilk yarısında benzer olarak kaynak kodunu görüntülenmeye açması. Motivasyon arttırmak ve derine inmek acısından .NET’in bu yeni oluşumdan eksik kalmamak istemesi.
• Eski framework’lerde yeni özellikleri kopyala/yapıştır yöntemiyle edinmek mümkün. Mesela2.0 ile çalışıp 3.5′e çıkartılamayan bir sistemde manuel olarak istenilenler yapılabilinir.

Ayrıca hatırlayanlar da hak verecektir, durum gerçekten MS C Runtime kütüphanesi ve MFC ile yaşanan prosedüre benziyor. Bunlara ek olarak, Scott Guthrie‘nin blogunda yeni Visual Studio üzerinde bu yeni özelliği kullanarak debugging adımları anlatılmış. Merak edenler ilk izlenimlerini bu şekilde elde edebilirler.

Ajax'i sevenler, Ajax kullanarak uygulama gelistirenler yeni JSON akimindan mutlaka haberdar olmalilar. JSON, XML gibi bir veri biçimleme formatidir. Fakat bu format Javascripte bir nesnenin modellenmesiyle ayni oldugu için, XML üzerinde parse agaçlari yaratip gerekli dügümleri geri getirmekten yaklasik 10 kat daha hizli çalisir.

Bir XML örneginin esdeger JSON görüntüsünü inceleyecek olursak:

Bu tür bir XML dökümani göründügü gibi kitaplar hakkindaki temel bilgilerden olan isim, yazar ve fiyat özelliklerini saklamaktadir. Ayni bilgileri JSON ile belirtmek istiyor olsaydik ise asagidaki formata sahip olacaktik:
DEVAMINI DA OKU »»»

Hemen hemen herkes Sun Microsystems'ın Nisan 2007'de duyuduğu yeni görsel teknoloji dili olan JavaFx'i duymuştur. JavaFx, enterprise pazarda yeniden var olmak isteyen Sun'ın Java'yı kurtarmak için sunduğu son çözümdü. İlgi çekici, çok karmaşık olmayan bir dil ile -- DOM ve CSS'den esinlenmiş -- harikalar yaratılabileceğini göstermek istiyorlardı. Yani paket oldukça şıktı fakat kişisel deneyimlerim sonucu dilin katlanılamayacak kadar yavaş bir yüklenme süresinin olduğuna karar verdim. Ayrıca Metalink'de bu konuyla ilgili yapılmış istatistiksel gözlem performansın ne kadar düşük olduğunu matematiksel olarak ispatlıyor:

• JavaFX — 14 fps
• Firefox + Silverlight (JavaScript) — 56 fps
• Firefox + Flex — 62 fps
• Adobe AIR — 62 fps
• Firefox + Silverlight (CLR) — 202 fps

(Tüm testler Pentium M 1.7 makine ile Windows XP SP2 üzerinde yapılmış)

Bu durumda JavaFx'in kullanılabilir olması için en az 5-6 kat daha hızlı olması lazım. Ayrıca yeni bir dil öğrenmek için harcanacak zaman ve para da var.