Java topluluğunda, Java spesifikasyonları (JSR) ve açık kaynak projeleri taleplerine olan bağlılığıyla gelişimi teşvik eden birçok ilginç insan var. Burada bazılarını sunmak ve onlarla projeleri hakkında konuşmak istiyorum. Başlangıçta yakın zamanda yayınlanan JSR 354 (Para API ve Para Birimi) Anatole Tres ile konuştum.
Anatole, bize biraz senden bahset. Yazılım geliştirmeyi nasıl elde ettiniz ve bugün ne yapıyorsunuz?
Anatole Tresch, Lider “Para JSR”
20 yıldan fazla bir süredir BT sektöründe çalışıyorum, bu nedenle bir şekilde bir tür fosil. İlk bilgisayar, genç arkadaşlarımdan birinin babasının bir HP'siydi, ardından PC IBM, FloppyDisks, Commodore C64, Amiga ve Harddino gibi teknik yenilikler çamaşır makineleri kadar büyüktü. İlk PC X86'yı satın alırken altın kazan ruh halini unutmayın.
Yazılım açısından, HP hesaplama makinelerinin montajına benzer programlama dışında, Pascal ve C/C ++ nesnesi ile başladı. İki UNIX iş istasyonu (bugün sadece bir satırdır!) Arasında bir TCP bağlantısı kurmak için saatlerce sahip olduğumuz sevinç ve nihayet Java ve her şeyden önce Pragma ve “Blessing Fauls” talimatlarıyla savaşmak zorunda kalmadan Öfreli uygulamaları günlerce inşa etmek zorunda kalmadan iyi hatırlıyorum.
Bu yüzden Java Pike ekosisteminin deneyim ve her türlü projenin bükülmeleri üzerine gelişimine katılmama izin verildi. Daha küçük bir şirketin CEO'su ve danışmanı olarak uzun bir çalışmadan sonra, karmaşıklık açısından ufkumu önemli ölçüde genişletebildiğim Credit Suisse'ye katıldım ve mimarlık da gerekli olduğu için belirginleştim. Teknik zarafet, ekonomik fizibilite ve insan faktöründen yapılmış gerilim üçgeni yanımda getirildi. Başkalarını ortalamadan memnun olmamaya ve hem günlük yaşamda, konferanslara, JSR'ye veya birinin elde etmek istediği bir şeye aktif olarak katkıda bulunmaya motive etmek için çok eğleniyorum.
Java dünyasına seyahat etmezseniz özel olarak ne yaparsınız?
Her şeyden önce eşim ve bazen oldukça zorlu olabilen üç oğlum. Karımın desteği olmadan, birçok şey mümkün olmazdı. Eşim ve çocuklarımın bana dünyayı açıkladığı anlarla zaman değerlidir ve günlük yaşamdan gerekli mesafeyi korumama yardımcı olur. Ve sonra iki büyük hobim olurdu: Bir yandan, pili tutkuyla çalmayı seviyorum ve açıkçası müzik dinlemeyi seviyorum, tercihen yaşıyorum. Öte yandan, kendime de fiziksel olarak meydan okuyabileceğim yerel spor salonunun düzenli bir ziyaretçisiyim.
13 Mayıs'ta JSR 354'ü yayınladınız. Lütfen bize biraz daha söyleyin. JSR 354 nedir ve para miktarıyla çalışırken mevcut Java işlevselliğine kıyasla ne gibi avantajlar getirir?
JSR 354, para birimleri ve para miktarları ve algoritmik, dönüşüm ve para birimi biçimlendirmesinin ilişkili fonksiyonel alanları için tam bir FIR tanımlar. API sezgisel olmayı başarıyor, ancak yine de çok güçlü ve genişletilebilir. Esnek mimarisi ile, OSGI, Spring ve Java EE gibi çeşitli çalışma zamanı ortamlarına entegrasyonu da basitleştirir. Servis sağlayıcısının (SPI) basit bir arayüzüne sahip daha fazla gerçek veya sanal para birimleri, uygulanacak ve dağıtılacak bir JDK uzantısı olmadan kolayca entegre edilebilir.
Para miktarları, ortak bir çocuktaki bir miktar, para birimini ve sayısal yönleri birleştirir. Sayısal değerin alanları ve performansı için çelişki gereksinimlerini haritalamak için farklı uygulamalar bile desteklenmektedir. Bu, her programcının ilişkili para birimini sayısal bir değer için yönetmesi gereken BigDecimal ve Co.'ya kıyasla büyük bir avantajdır. API, farklı miktarlarda para birimi arasındaki dönüşüm için de kullanılan bazı güçlü genişleme noktalarını tanımlar. Ve son fakat daha az önemli olmayan, iş parçacığı için basit ama güvenli bir biçimlendirme motoru mevcuttur, bu da formatlarınızı desteklemesine izin verir.
Nasıl spesifikasyonların liderleri oldunuz ve faaliyetleriniz neler?
Aslında şans eseri. JSR aslen Victor Grazi tarafından başlatıldı. Victor bir yıl sonra bankadan ayrıldığından beri, yedek değiştirilmesi gerekiyordu. Sonunda, bir meslektaşım beni tavsiye etti ve bu yüzden o anda durdurmakla tehdit eden JCP söz konusu olduğunda bir JSR kiralamayı yeni başlayanlar olarak beğendim.
Bu nedenle ana görevin ne olduğu açıktı: iç tartışma sürecini yeniden başlatmak ve aktif olarak kontrol etmek, böylece uzman grubunun açık ve yapıcı bir diyalog kurması. Tüm bunlar, elbette, JSR o anda geriye döndüğü için, ilk taslağın (EDR) ilk incelemesini olabildiğince çabuk yayınlamak amacıyla. EDR için randevu alamadık, ancak JCP (EC) infaz komitesi bize JSR'nin devam etmesi gereken bir yenileme oylamasına güven verdi.
Ayrıca, beni kahraman olarak soran hem profesyonel hem de kişisel doğa olan uzmanlar arasında bazı somut çatışmalar oldu. Ve son olarak, CE'nin bazı üyeleriyle iletişim kolay olmaktan uzaktı, çünkü sık sık dahil olan insanlar tek tip bir görüş almamışlardı. Bir JSRS'nin (API, Spesifik, MyMplementation, Teknik Uyumluluk Kiti) farklı sonuçları bile ihmal edilmemelidir.
API tasarımı hala bir JSR'nin başında tartışmaları tetiklerken, ileri JSR durumunda ilgili kişileri dahil etmek çok daha zordur. Neyse ki, çeşitli meslektaşları ve kuruluşlar burada olağanüstü bir katkıda bulundular, özellikle Stephen Colebourne, Werner Keil ve Mark Davis, Google'dan David Beaumont ve ayrıca Hacking Bahçesi'ndeki bazı katılımcılar.
Özetle, sonunda JSR'yi bitiş çizgisine başarıyla getirdiğimiz için gerçekten mutluydum. Ancak, JSR henüz bitmedi. Topluluk, JIRA'mızda iyileştirme ve genişleme taleplerini kaydetmeye davet edilir ve referansın uygulanması sürekli olarak iyileşmiştir ve herhangi bir hata düzeltilir.
Java 9'un JSR 354 kısmı?
Göründüğü gibi, JSR 354 JDK 9'un bir parçası olarak teslim edilmeyecek. Ancak, bunu mutlaka bir dezavantaj olarak görmüyorum. Jigsaw'ın bir tür depo ve çeşitli JDK modüllerinin kullanıma sunulduğu bir modül kavramı sağlaması çok muhtemeldir. Benim için, gerçekte JSR parasının JDK'ya etkili bir şekilde entegre edildiği bu depoya dahil olmadığını söyleyecek bir şey yok.
Daha fazla sürüm zaten planlanmış mı ve nasıl devam etmeli?
API için bir bakım sorunu şu anda planlanmamıştır, ancak kullanıcıların iyileştirme önerilerini girmesi ve JIRA'mızda hata bulması durumunda mutlu oluruz, böylece JSR bakımının ne zaman başlatılması gerektiğine karar verebilirler. Önümüzdeki haftalarda Referans Uygulama ve Yamanın ilk sürümünü planlama ile bazı küçük hata düzeltmeleri zaten yapılmıştır.
Daha fazlasını nerede bilebilirsin?
En kolay yol http://javamoney.org adresine gitmektir. Bu sayfa, JSR-354 ile ilgili tüm projeler ve etkinlikler için giriş sayfasından hareket eder.
Başka hangi projeler izliyor?
Benim için Apache Tamaya şu anda ön planda, burada bir API ve diğer meslektaşları olan ve basit bir konfigürasyon metamodeliyle kontrol edilen tek tip bir erişim FIPA'lı ürünlere izin veren diğer meslektaşları ile bir modül sistemi tanımlamaya çalışıyorum.
Kendinizi nerede bulabilirsin?
Twitter'da daha iyiyim (@Adaticks) Ve -mail ([email protected]), LinkedIn, Google+ ve Xing. Benimle kişisel olarak buluşmak istiyorsanız, bunu Zürih bölgesinde, örneğin aylık hack bahçelerinden birinde veya konuşabileceğim konferanslardan birinde yapabilirsiniz. Ne yazık ki, bu yıl Javaone'u ziyaret etme fırsatım olmayacağım, ancak umarım gelecek yıl tekrar çalışacaktır.
Röportaj ve JSR 354 ve Apache Tamaya ile sürekli başarı için teşekkürler.
((()))
Anatole, bize biraz senden bahset. Yazılım geliştirmeyi nasıl elde ettiniz ve bugün ne yapıyorsunuz?
Anatole Tresch, Lider “Para JSR”
20 yıldan fazla bir süredir BT sektöründe çalışıyorum, bu nedenle bir şekilde bir tür fosil. İlk bilgisayar, genç arkadaşlarımdan birinin babasının bir HP'siydi, ardından PC IBM, FloppyDisks, Commodore C64, Amiga ve Harddino gibi teknik yenilikler çamaşır makineleri kadar büyüktü. İlk PC X86'yı satın alırken altın kazan ruh halini unutmayın.
Yazılım açısından, HP hesaplama makinelerinin montajına benzer programlama dışında, Pascal ve C/C ++ nesnesi ile başladı. İki UNIX iş istasyonu (bugün sadece bir satırdır!) Arasında bir TCP bağlantısı kurmak için saatlerce sahip olduğumuz sevinç ve nihayet Java ve her şeyden önce Pragma ve “Blessing Fauls” talimatlarıyla savaşmak zorunda kalmadan Öfreli uygulamaları günlerce inşa etmek zorunda kalmadan iyi hatırlıyorum.
Bu yüzden Java Pike ekosisteminin deneyim ve her türlü projenin bükülmeleri üzerine gelişimine katılmama izin verildi. Daha küçük bir şirketin CEO'su ve danışmanı olarak uzun bir çalışmadan sonra, karmaşıklık açısından ufkumu önemli ölçüde genişletebildiğim Credit Suisse'ye katıldım ve mimarlık da gerekli olduğu için belirginleştim. Teknik zarafet, ekonomik fizibilite ve insan faktöründen yapılmış gerilim üçgeni yanımda getirildi. Başkalarını ortalamadan memnun olmamaya ve hem günlük yaşamda, konferanslara, JSR'ye veya birinin elde etmek istediği bir şeye aktif olarak katkıda bulunmaya motive etmek için çok eğleniyorum.
Java dünyasına seyahat etmezseniz özel olarak ne yaparsınız?
Her şeyden önce eşim ve bazen oldukça zorlu olabilen üç oğlum. Karımın desteği olmadan, birçok şey mümkün olmazdı. Eşim ve çocuklarımın bana dünyayı açıkladığı anlarla zaman değerlidir ve günlük yaşamdan gerekli mesafeyi korumama yardımcı olur. Ve sonra iki büyük hobim olurdu: Bir yandan, pili tutkuyla çalmayı seviyorum ve açıkçası müzik dinlemeyi seviyorum, tercihen yaşıyorum. Öte yandan, kendime de fiziksel olarak meydan okuyabileceğim yerel spor salonunun düzenli bir ziyaretçisiyim.
13 Mayıs'ta JSR 354'ü yayınladınız. Lütfen bize biraz daha söyleyin. JSR 354 nedir ve para miktarıyla çalışırken mevcut Java işlevselliğine kıyasla ne gibi avantajlar getirir?
JSR 354, para birimleri ve para miktarları ve algoritmik, dönüşüm ve para birimi biçimlendirmesinin ilişkili fonksiyonel alanları için tam bir FIR tanımlar. API sezgisel olmayı başarıyor, ancak yine de çok güçlü ve genişletilebilir. Esnek mimarisi ile, OSGI, Spring ve Java EE gibi çeşitli çalışma zamanı ortamlarına entegrasyonu da basitleştirir. Servis sağlayıcısının (SPI) basit bir arayüzüne sahip daha fazla gerçek veya sanal para birimleri, uygulanacak ve dağıtılacak bir JDK uzantısı olmadan kolayca entegre edilebilir.
Para miktarları, ortak bir çocuktaki bir miktar, para birimini ve sayısal yönleri birleştirir. Sayısal değerin alanları ve performansı için çelişki gereksinimlerini haritalamak için farklı uygulamalar bile desteklenmektedir. Bu, her programcının ilişkili para birimini sayısal bir değer için yönetmesi gereken BigDecimal ve Co.'ya kıyasla büyük bir avantajdır. API, farklı miktarlarda para birimi arasındaki dönüşüm için de kullanılan bazı güçlü genişleme noktalarını tanımlar. Ve son fakat daha az önemli olmayan, iş parçacığı için basit ama güvenli bir biçimlendirme motoru mevcuttur, bu da formatlarınızı desteklemesine izin verir.
Nasıl spesifikasyonların liderleri oldunuz ve faaliyetleriniz neler?
Aslında şans eseri. JSR aslen Victor Grazi tarafından başlatıldı. Victor bir yıl sonra bankadan ayrıldığından beri, yedek değiştirilmesi gerekiyordu. Sonunda, bir meslektaşım beni tavsiye etti ve bu yüzden o anda durdurmakla tehdit eden JCP söz konusu olduğunda bir JSR kiralamayı yeni başlayanlar olarak beğendim.
Bu nedenle ana görevin ne olduğu açıktı: iç tartışma sürecini yeniden başlatmak ve aktif olarak kontrol etmek, böylece uzman grubunun açık ve yapıcı bir diyalog kurması. Tüm bunlar, elbette, JSR o anda geriye döndüğü için, ilk taslağın (EDR) ilk incelemesini olabildiğince çabuk yayınlamak amacıyla. EDR için randevu alamadık, ancak JCP (EC) infaz komitesi bize JSR'nin devam etmesi gereken bir yenileme oylamasına güven verdi.
Ayrıca, beni kahraman olarak soran hem profesyonel hem de kişisel doğa olan uzmanlar arasında bazı somut çatışmalar oldu. Ve son olarak, CE'nin bazı üyeleriyle iletişim kolay olmaktan uzaktı, çünkü sık sık dahil olan insanlar tek tip bir görüş almamışlardı. Bir JSRS'nin (API, Spesifik, MyMplementation, Teknik Uyumluluk Kiti) farklı sonuçları bile ihmal edilmemelidir.
API tasarımı hala bir JSR'nin başında tartışmaları tetiklerken, ileri JSR durumunda ilgili kişileri dahil etmek çok daha zordur. Neyse ki, çeşitli meslektaşları ve kuruluşlar burada olağanüstü bir katkıda bulundular, özellikle Stephen Colebourne, Werner Keil ve Mark Davis, Google'dan David Beaumont ve ayrıca Hacking Bahçesi'ndeki bazı katılımcılar.
Özetle, sonunda JSR'yi bitiş çizgisine başarıyla getirdiğimiz için gerçekten mutluydum. Ancak, JSR henüz bitmedi. Topluluk, JIRA'mızda iyileştirme ve genişleme taleplerini kaydetmeye davet edilir ve referansın uygulanması sürekli olarak iyileşmiştir ve herhangi bir hata düzeltilir.
Java 9'un JSR 354 kısmı?
Göründüğü gibi, JSR 354 JDK 9'un bir parçası olarak teslim edilmeyecek. Ancak, bunu mutlaka bir dezavantaj olarak görmüyorum. Jigsaw'ın bir tür depo ve çeşitli JDK modüllerinin kullanıma sunulduğu bir modül kavramı sağlaması çok muhtemeldir. Benim için, gerçekte JSR parasının JDK'ya etkili bir şekilde entegre edildiği bu depoya dahil olmadığını söyleyecek bir şey yok.
Daha fazla sürüm zaten planlanmış mı ve nasıl devam etmeli?
API için bir bakım sorunu şu anda planlanmamıştır, ancak kullanıcıların iyileştirme önerilerini girmesi ve JIRA'mızda hata bulması durumunda mutlu oluruz, böylece JSR bakımının ne zaman başlatılması gerektiğine karar verebilirler. Önümüzdeki haftalarda Referans Uygulama ve Yamanın ilk sürümünü planlama ile bazı küçük hata düzeltmeleri zaten yapılmıştır.
Daha fazlasını nerede bilebilirsin?
En kolay yol http://javamoney.org adresine gitmektir. Bu sayfa, JSR-354 ile ilgili tüm projeler ve etkinlikler için giriş sayfasından hareket eder.
Başka hangi projeler izliyor?
Benim için Apache Tamaya şu anda ön planda, burada bir API ve diğer meslektaşları olan ve basit bir konfigürasyon metamodeliyle kontrol edilen tek tip bir erişim FIPA'lı ürünlere izin veren diğer meslektaşları ile bir modül sistemi tanımlamaya çalışıyorum.
Kendinizi nerede bulabilirsin?
Twitter'da daha iyiyim (@Adaticks) Ve -mail ([email protected]), LinkedIn, Google+ ve Xing. Benimle kişisel olarak buluşmak istiyorsanız, bunu Zürih bölgesinde, örneğin aylık hack bahçelerinden birinde veya konuşabileceğim konferanslardan birinde yapabilirsiniz. Ne yazık ki, bu yıl Javaone'u ziyaret etme fırsatım olmayacağım, ancak umarım gelecek yıl tekrar çalışacaktır.
Röportaj ve JSR 354 ve Apache Tamaya ile sürekli başarı için teşekkürler.
((()))