Oracle’ın Java EE 7’nin güncel sürümünü yayınlamasının üzerinden birkaç hafta geçti. Uzun süredir geciken GlassFish web sitesi güncellemesi ve lansman etkinliği gerçekten pastanın üzerindeki kremaydı. Spesifikasyon ve ilgili referans uygulamaları, birkaç yıl boyunca ve çok açık bir şekilde üzerinde çalışılmıştır. En azından prosedürü önceki yıllarla karşılaştırdığınızda. Hem Java Topluluk Sürecinin (JCP) yeni sürümü hem de dahil olan spesifikasyon yöneticilerinin değişen tutumu, posta listelerinin açık olduğu ve hatta sorun izleyicilerinin yalnızca basit bir kayıt gerektirdiği anlamına geliyordu.
Ancak bu sefer tuhaf bir durum meydana geldi: Spesifikasyon aşamasının çok sonlarında, Oracle mevcut versiyonun odağını değiştirdi. Başlangıçta amaçlanan “Bulut” teması yerine … evet, tam olarak ne oldu? Harici olarak üç farklı alandan bahsediliyor: “Ölçeklenebilir ve dinamik HTML 5”, “Verimliliği artırma” ve tabii ki “İş ihtiyaçlarını karşılama”. Ama gerçekte nasıl oldu? Java EE 7 için “Bulut” bağımsız değişkenini başlangıçta kim belirledi? Resmi bir cevabı olmayan sorular üzerine sorular.
Tabii ki, spesifikasyon lideri olarak, Oracle burada üstünlüğe sahip ve muhtemelen sadece kullanıyor. Yazılım devinin “bulut”a yönelmesinin de burada göz ardı edilemez bir etki faktörü olduğu kuvvetle varsayılabilir. Oracle’ın aslında burada yaptığı önemli olmayan yatırımla (bir JSR hızla 3 milyon ABD dolarına mal olur), bu bir taviz olabilir. Topluluğun şeffaflık arzusuna temelde karşı çıksa bile.
Aslında birkaç gün önce Java-EE-EG posta listesi tartışması yeniden başladı. Tamamen bilinmeyen bir Java EE geliştiricisinin (Arjan Tijms) EE 8’de uygulamaya yönelik içerikle ilgili isteklerini ifade ettiği ayrıntılı bir dilek listesine dayanarak, topluluktan çeşitli diğer yorumlar ve talepler, kullanıcı posta listesi aracılığıyla geldi. Bu yılki JavaOne ile ilgilenen aktif insan çevresini önceden araştırmak ne ölçüde mümkün olabilir? Spesifikasyon Lideri Bill Shanon’dan gelen geri bildirimler zayıftı. Bunu tartışmak kesinlikle uygun olacaktır, ancak aslında çok erken, çünkü EE 8 için Uzmanlar Grubu henüz mevcut değil. Ve aslında onu burada bulduk: iki özellik sürümü arasındaki süre. Kamuya şeffaf olmayan ve yalnızca Oracle’ın elinde olan uzun vadeli bir stratejik plan.
Bu teknolojide ana yatırımcı için halihazırda verilmiş tavizlere atıfta bulunarak, rakipler için stratejik düzeyde de belirli bir şeffaflık elde etme umudu devam etmektedir. Bir süre önce bazı fikirler yazdım. Makalenin özü, her yeni sürüm için çaba dökümü etrafında dönüyor. Burada dört alan bana mantıklı geliyor. Bireysel JSR’lerin birbirleriyle entegrasyonu ve yeni dil özelliklerinin tutarlı kullanımı bunlardan biri olacaktır. Mevcut JSR’leri yükselterek rekabet edebilirliği sağlamak da önemlidir. Üçüncü çeyrek, platform kullanıcılarını daha hızlı ve daha iyi yapan her şey olan geliştirici üretkenliğine ayrılmalıdır. Bütün bunlar bittiğinde, “Büyük Biletler” için sadece bir çeyrek daha kaldı.
Java EE platformunun daha da geliştirilmesi
(Resim: Markus Eisele (http://blog.eisele.net/2013/06/javaee7-is-final.html))
“Büyük Bilet” manşetleri için bile biraz planlama veya en azından önceden bildirim beklenebilir. Beklendiği gibi Oracle’dan paylaşımıma herhangi bir tepki gelmedi. Neden yapsınlar? Bu nedenle, bireysel özellikler arasındaki tatil döneminde bir hedefe ulaşmak için birlikte çalışmak önemlidir. En azından şeffaflık ve işbirlikçi bir beyin fırtınası süreci olmalıdır. Bu nedenle, yalnızca ana kullanıcı listesindeki tartışmalara katılımı teşvik edebilirim.
Ah evet, saf başlıkların yanı sıra, EE 8 ile geliştirilmiş görmek istediğim bir dizi teknik şey de var. Arjan’ın yukarıda bağlantısı verilen gönderilerinde ve posta listesinde birçoğundan bahsedildi. Tam dilek listem başka bir blog yazısının konusu olacak.
()
Haberin Sonu
Ancak bu sefer tuhaf bir durum meydana geldi: Spesifikasyon aşamasının çok sonlarında, Oracle mevcut versiyonun odağını değiştirdi. Başlangıçta amaçlanan “Bulut” teması yerine … evet, tam olarak ne oldu? Harici olarak üç farklı alandan bahsediliyor: “Ölçeklenebilir ve dinamik HTML 5”, “Verimliliği artırma” ve tabii ki “İş ihtiyaçlarını karşılama”. Ama gerçekte nasıl oldu? Java EE 7 için “Bulut” bağımsız değişkenini başlangıçta kim belirledi? Resmi bir cevabı olmayan sorular üzerine sorular.
Tabii ki, spesifikasyon lideri olarak, Oracle burada üstünlüğe sahip ve muhtemelen sadece kullanıyor. Yazılım devinin “bulut”a yönelmesinin de burada göz ardı edilemez bir etki faktörü olduğu kuvvetle varsayılabilir. Oracle’ın aslında burada yaptığı önemli olmayan yatırımla (bir JSR hızla 3 milyon ABD dolarına mal olur), bu bir taviz olabilir. Topluluğun şeffaflık arzusuna temelde karşı çıksa bile.
Aslında birkaç gün önce Java-EE-EG posta listesi tartışması yeniden başladı. Tamamen bilinmeyen bir Java EE geliştiricisinin (Arjan Tijms) EE 8’de uygulamaya yönelik içerikle ilgili isteklerini ifade ettiği ayrıntılı bir dilek listesine dayanarak, topluluktan çeşitli diğer yorumlar ve talepler, kullanıcı posta listesi aracılığıyla geldi. Bu yılki JavaOne ile ilgilenen aktif insan çevresini önceden araştırmak ne ölçüde mümkün olabilir? Spesifikasyon Lideri Bill Shanon’dan gelen geri bildirimler zayıftı. Bunu tartışmak kesinlikle uygun olacaktır, ancak aslında çok erken, çünkü EE 8 için Uzmanlar Grubu henüz mevcut değil. Ve aslında onu burada bulduk: iki özellik sürümü arasındaki süre. Kamuya şeffaf olmayan ve yalnızca Oracle’ın elinde olan uzun vadeli bir stratejik plan.
Bu teknolojide ana yatırımcı için halihazırda verilmiş tavizlere atıfta bulunarak, rakipler için stratejik düzeyde de belirli bir şeffaflık elde etme umudu devam etmektedir. Bir süre önce bazı fikirler yazdım. Makalenin özü, her yeni sürüm için çaba dökümü etrafında dönüyor. Burada dört alan bana mantıklı geliyor. Bireysel JSR’lerin birbirleriyle entegrasyonu ve yeni dil özelliklerinin tutarlı kullanımı bunlardan biri olacaktır. Mevcut JSR’leri yükselterek rekabet edebilirliği sağlamak da önemlidir. Üçüncü çeyrek, platform kullanıcılarını daha hızlı ve daha iyi yapan her şey olan geliştirici üretkenliğine ayrılmalıdır. Bütün bunlar bittiğinde, “Büyük Biletler” için sadece bir çeyrek daha kaldı.
Java EE platformunun daha da geliştirilmesi
(Resim: Markus Eisele (http://blog.eisele.net/2013/06/javaee7-is-final.html))
“Büyük Bilet” manşetleri için bile biraz planlama veya en azından önceden bildirim beklenebilir. Beklendiği gibi Oracle’dan paylaşımıma herhangi bir tepki gelmedi. Neden yapsınlar? Bu nedenle, bireysel özellikler arasındaki tatil döneminde bir hedefe ulaşmak için birlikte çalışmak önemlidir. En azından şeffaflık ve işbirlikçi bir beyin fırtınası süreci olmalıdır. Bu nedenle, yalnızca ana kullanıcı listesindeki tartışmalara katılımı teşvik edebilirim.
Ah evet, saf başlıkların yanı sıra, EE 8 ile geliştirilmiş görmek istediğim bir dizi teknik şey de var. Arjan’ın yukarıda bağlantısı verilen gönderilerinde ve posta listesinde birçoğundan bahsedildi. Tam dilek listem başka bir blog yazısının konusu olacak.
()
Haberin Sonu