Marco Struberg ile röportaj
Java topluluğunda, Java Özellik İsteklerine (JSR) ve açık kaynak projelerine katılımları yoluyla geliştirmeyi yönlendiren birçok ilginç kişi vardır. Bunlardan bazılarını burada tek tek tanıtmak istiyorum. Bu kez Mark Struberg ile günlük işi, Apache Software Foundation üyesi olarak sorumlulukları ve çeşitli Apache projeleri hakkında konuştum.
Marco, bize biraz kendinden bahset. Yazılım geliştirmeye nasıl başladınız ve bugün ne yapıyorsunuz?
marco struberg
Gerçekten o kadar yerimiz var mı? Ağabeyim beni ilk bilgisayarımla 80’lerin başında tanıştırdı (ZX81, ardından C64). Başlangıçta oyun gündemdeyken (casus vs. casus, evet!), kodlamaya olan ilgi kısa süre sonra yeniden canlandı. İlk önce Basic ile. Daha sonra, bayt kodu dergilerden yazıldı, genellikle yalnızca bir hata ortaya çıktıktan sonra yalnızca iki sayı açıklığa kavuşturuldu. Ama bu beni bir montajcıyı kendim programlamaya yöneltti. “Tanrı kraliçeyi korusun, 8:1”.
Daha sonra bir komşunun Atari Mega-ST’si ile deneyim kazandım, ancak Amiga’yı tamamen atladım. O zamanlar bilgisayarlarla daha az, ayrık elektronikle (iletişim mühendisliği için HTL) daha çok ilgileniyordum. Sonra, 1980’lerin sonlarında, yaz aylarında elektrikçi olarak çalışarak kazandığım parayla bir 286 aldım ve DOS’ta programlamaya başladım (INT 21’in ne olduğunu hatırlayan var mı?).
Yazılım sektörüne mikrodenetleyiciler (8051, Z80 ve PIC) ile başladım, bunun için hem elektronik kartı (PCB) hem de endüstriyel kontrol yazılımını oluşturdum. Daha sonra NeXT (Viyana Teknoloji Üniversitesi’nde), OS/2 (1.2, 2.0, 3.0), Unix (DEC Alpha, HPUX, AIX, daha sonra Linux) bankalarda, sigorta şirketlerinde, leasing şirketlerinde vb. yerel Windows programlamanın yanı sıra eklendi. 1996’da Java ile başladım ve 1999’un başından beri ağırlıklı olarak Java ile çalışıyorum.
Yazılım geliştirmede çalışmadığınız zamanlarda özel olarak ne yaparsınız?
Daha fazla yazılım
. İşimden zevk alma ayrıcalığına sahibim. Ve bunu bir dizi açık kaynak projesinde yaşıyorum. Ve sonra ailem, jiu-jitsu ve biraz bas tıngırdatma için hala zamanım var.İş ve açık kaynak uyum içinde
Ve rulolarınızı nasıl kazanıyorsunuz?
Çoğu şirket, büyük Java Enerji Verimliliği projelerinde beni “itfaiyeci” olarak kullanıyor. Bir yandan, birçok Java EE parçası üzerinde kendim çalıştım (CDI spec, OpenWebBeans, TomEE, MyFaces, BVal, Geronimo, OpenJPA, vb.) ve bu nedenle kullanılan teknolojilerin gerçekte nasıl çalıştığı konusunda çok fazla deneyimim var. Biraz daha resimli olarak: yani sadece büyük uçağı uçurmakla kalmıyorum, aynı zamanda kutunun neden yerden kalkmadığını da açıklayabiliyorum.
Öte yandan uçağı kendim de tamir edebiliyorum. Örneğin, Apache Tomcat veya TomEE ya da IBM WebSphere kullanan şirketler bana sık sık rezervasyon yaptırıyor. Her ikisi de geliştirilmesine yardım ettiğim birçok açık kaynak projesini kullanıyor (bazı durumlarda önemli ölçüde). Yani şirketler, verimli bir şekilde kullandıkları açık kaynaklı projelerdeki hata düzeltmeleri ve işlevsel iyileştirmeler için bana ödeme yapıyor. Ve sorunları “bir şekilde” çözmekle kalmıyorum, aynı zamanda bir Apache işlemcisi olarak çözümü doğrudan orijinal kaynak koduna ekleyebiliyorum. Bu, gelecekte her şeyin çalışmaya devam etmesini sağlar. Şirketlerin bana ödediği kısa süre, değişikliklerin gerçek üründe gerçekleşmesi ve bu nedenle müşterinin kendisi tarafından gün sonuna kadar bir çatalda tutulması gerekmemesi gibi büyük avantajla telafi ediliyor. Bu nedenle, açık kaynak projelerim üzerinde çalıştığım için en azından kısmen ödüllendirilme ayrıcalığına sahibim.
Açık kaynak çalışmamın hafife alınmaması gereken bir diğer yönü de birçok seçkin yetenekle tanışmış olmamdır. Onlardan her gün çok şey öğrenmekle kalmaz, aynı zamanda şiddetli bir sorununuz varsa tavsiye de alabilirsiniz. Ve bu ağ, özellikle büyük projelerde, uzun yıllar süren başarısız geliştirme çabalarını hızlı bir şekilde kurtarabilir.
Tabii ki, yukarıdakilerin hepsi sadece benim için değil, sadece en son modayı takip etmeyen, aslında teknikleri kendileri kullanan ve nedenini araştırmaya istekli olan tüm teknisyenler için geçerli. Kanımca, bir teknolojinin her zaman var olan dezavantajlarına karşı avantajlarını tartmanın tek yolu bu.
Apache’de Çalışmak
Siz de ASF üyesisiniz, görevleriniz nelerdir? Bütün gün Apache projeleri üzerinde mi çalışıyorsunuz?
Bir ASF üyesi olarak düzenli bir taahhütte bulunuyorsunuz. Dolayısıyla benim görüşüm, sıradan ASF projelerinde diğer müşterilerinkinden daha fazla veya daha az ağırlık taşımaz. Ama aynı zamanda atanmış bir “dernek üyesi”siniz ve tüm Vakfın stratejik oyları söz konusu olduğunda yıllık toplantılarda geçerli bir oya sahipsiniz.
Ve evet, aslında günlük olarak Apache projeleriyle çalışıyorum. Ama bildiğim hemen hemen her ürün bir veya daha fazla Apache projesi kullandığından, neredeyse her Java programcısının yaptığını düşünüyorum. Örneğin: Glassfish, bir Tomcat tabanlıdır ve Apache OSGi yığınının büyük bir bölümünü kullanır. WebSphere’in kendi sunucu uygulaması motoru olsa da, bunun dışında Apache’nin birçok bölümünü kullanır. Ayrıca JBoss’tan birçoğunu bulabilirsiniz.
Şu anda en çok hangi proje üzerinde çalışıyorsunuz ve en heyecan verici görevleriniz neler?
“Ana projelerim” kesinlikle OpenWebBeans, DeltaSpike ve TomEE. Bir müşteri için bir şeye ihtiyacım olduğunda yardım ettiğim sayısız proje var. Apache OpenWebBeans, modern Java EE sunucularının “çekirdeği” olan bir CDI kapsayıcısıdır (Bağlam ve Bağımlılık Enjeksiyonu, JSR 299, JSR 346, JSR 365). CDI aslında yalnızca işlevlerin çekirdeğini sağlar, ancak esnek genişletme için birçok arabirim sunar. Ve Apache DeltaSpike, bu tür taşınabilir CDI uzantılarının (uzantılarının) bir koleksiyonudur. Burada taşınabilir, DeltaSpike’ın bilinen tüm Java EE sunucularında çalıştığı anlamına gelir. Ayrıca birçok özellik Java SE’de de çalışır!
OpenWebBeans, Apache TomEE Java EE sunucusunun CDI kabıdır. Bu nedenle benim de oraya müşteri olarak davet edilmem şaşırtıcı değil.
TomEE hala oldukça genç bir uygulama sunucusudur. Onu diğerlerinden farklı kılan nedir ve daha fazlasını nerede bulabilirsiniz?
Diğer Java EE sunucularıyla karşılaştırıldığında, TomEE “ters” bir yapıya sahiptir. Java EE özellikleriyle geliştirilmiş basit bir Apache Tomcat. Sonuç olarak, çok incedir ve yönetim açısından normal bir Tomcat gibi hissettirir. Ve bir o kadar da hızlı. Bu, boyutuyla hemen fark edilir: TomEE yaklaşık 30 MB iken, “klasik” Java EE sunucuları genellikle birkaç yüz MB gerektirir (aynı işlevler için).
Daha fazla bilgi posta listelerimizde veya belgeler sayfasında bulunabilir.
Java EE ortamında geliştirme
Bize biraz perspektif verebilir misiniz? Java EE 7 onaylı bir sürüm ne zaman olacak? Şu anda hangi Java EE 8 özellikleri üzerinde çalışıyorsunuz?
TomEE 7 şimdiye kadar hazır. Ancak (Oracle ile ilgili yasal bir engel nedeniyle) şu anda Apache için Java EE 7 TCK yoktur. Ancak şu anda bu yasal sorunu çözmek için Oracle ile çalışıyoruz. Ancak, mevcut alfa sürümü, bazı müşteriler tarafından zaten verimli bir şekilde kullanılıyor.
Java EE 8 ile ilgili olarak, OpenWebBeans’in CDI 2.0 uygulamasında çok aktifiz. Ve tabii ki Tomcat 9 yine çok aktif. Dolayısıyla, HTTP2’yi denemek istiyorsanız, tc9’u deneyebilirsiniz.
Başka projeler yürütüyor musunuz?
Arquillian, bir test paketindeki (DeltaSpike gibi) farklı senaryoları ele almak söz konusu olduğunda iyi bir test yaklaşımıdır. Şahsen, iş projelerini test etmek için çoğunlukla DeltaSpike TestControl kullanıyorum. Basitçe, klasik bir istemci projesinde her test sınıfı için ayrı bir senaryom olmadığı için, ancak tüm testlerim her zaman tüm sınıf yoluna gider.
Aksi takdirde Wayland ve tabii ki Docker.
Ancak mobil geliştirme veya JavaScript gibi hakkında hiçbir fikrim olmayan birçok alan da var. Bu alanda birçok ilginç proje var ama her şeyi yapamazsınız.
Sizinle projeleriniz hakkında konuşmak isteyenler sizi nerede bulabilir?
Beni neredeyse her gün irc.freenode.net’teki çeşitli IRC kanallarında bulabilirsiniz (#openwebbeans, #deltaspike, #cdi-dev, #openejb). Ayrıca, Twitter hesabım hala bende @struberg.
Röportaj için teşekkürler, projelerinizde iyi eğlenceler ve başarılar.
()
Haberin Sonu