Caspar Hubinger – Ayın Profesyoneli

Blogumuzun röportaj bölümüne bir ay daha hoş geldiniz. Sıcak bir yaz olduğunu ve kumsalda olmayı tercih edeceğinizi biliyorum (zaten orada olmadığınızı varsayarak), ama yine harika bir röportajla karşınızdayız. Bugünkü görüşmecimiz birkaç ay önce Konstantin Obenland tarafından aday gösterildi. O Alman topluluğunun bir parçası (WordCamp organizatörü, i18n lideri ve WP geliştiricisi) ve bana onun da oldukça iyi bir müzisyen olduğu söylendi (kendiniz karar verin, ama eminim aynı fikirdesiniz?). Lafı fazla uzatmadan lütfen Caspar Hubinger ile tanışın!

Danke fur das Röportaj, Caspar. Seni burada görmek bir zevk! Her şeyden önce, WordCamp Europe 2017'deki konuşmanız için sizi tebrik etmek istiyorum – buna katılamadım (diğer yoldaydım), ancak WordPress.tv'de izlemek için gerçekten sabırsızlanıyorum. WordPress topluluğuyla oldukça ilgilisiniz (WordCamp Europe organizatörü, Alman Yerel Yöneticisi, eklenti yazarı, tema yaratıcısı, …). Ama seni tanımayan tüm okuyucular için neden kendini tanıtmıyorsun? Bize kendin hakkında başka ne söyleyebilirsin?

Teşekkürler David! WordPress'i 1.5 sürümü civarında kullanmaya başladım ve ilk WordCamp'imi ziyaret ettiğim ve daha sonra yerel bir buluşma kurduğum 2011'den beri topluluğunun aktif bir üyesiyim. O zamandan beri, make.wordpress.org Topluluk ve Çok Dilli takımların içinde ve dışında bulundum, şu anda ikincisi ile daha aktifim ( de_DE için yerel ayar yöneticisiyim).

Kariyer tarafında, şimdiye kadar hayatımda epeyce şapka taktım ve birçoğu web geliştirme ile tamamen alakasız. Müşteriler için web siteleri oluşturmaya nispeten geç başladım, tema ve eklenti geliştirmeye dahil oldum ve son 4 yıldır WordPress kullanıcılarına çeşitli eklentiler için müşteri destek temsilcisi olarak yardımcı oldum.

Yaptığım şeyde ortak bir payda varsa, sanırım bu, insanlara ve nasıl etkileşime girdiklerine dair genel bir ilgidir. Bu da beni birkaç WordCamp'te, örneğin WordCamp Europe 2016 ve 2017'de konuşmamı sağladı.

Almanca (İspanyolca gibi) cinsiyete dayalı bir dildir. WordCamp Europe'daki konuşmanızın konusu bunu bir sorun olarak sundu; çevirmenler, dilin yalnızca bir terimi veya diğerini kullanarak kullanıcıları dışlayabileceğinin veya güçlendirebileceğinin farkında olmalıdır. Örneğin, "yazar" kadar basit bir İngilizce kelime, Almanca'ya "Otor" (erkek yazar) veya "Autorin" (kadın yazar) olarak çevrilebilir. Sizce bu sorunu nasıl aşabiliriz? Çevirmenler bununla ilgilenmeli mi? WordPress kullanıcılarına bir "cinsiyet" özelliği eklemeli ve olası her cinsiyet için farklı bir yerelleştirme dizesi sunmalı mıyız?

Cinsiyet, diller söz konusu olduğunda oldukça karmaşık, bazen tartışmalı bir konudur ve kesinlikle hızlı cevaplar yoktur. Bununla birlikte, cinsiyete dayalı dışlama birçok dilde bir gerçektir.

Hızlı olası çözümler aramaya meyilli bir kişi olarak, zaten orada olanı yaratıcı bir şekilde kullanmaya çalıştım ve sorunu WordPress çekirdeğinde herhangi bir şeyi yeniden yazmak zorunda kalmadan çözeceğini umuyordum – bizim durumumuzda. Bu yaklaşıma dayanarak, önce “toplumsal cinsiyet” sorununun yalnızca çevirmenler tarafından çözülebileceğini düşünmüştüm. Mantıklı geldi: Bırakın o dilleri gerçekten kullananlar kendi dillerine özgü sorunlara çözüm üretsinler, değil mi?

Bu durumda yaklaşımın kusurlu olduğu ortaya çıktı. 10 yılı aşkın bir süredir bir yazılım parçası olan WordPress , çevirmenlerin çevirilerini cinsiyetten bağımsız veya cinsiyet açısından adil hale getirmek için ihtiyaç duydukları araçları sağlamaz. Yoav Farhi ve ben WCEU sırasında bu sorun hakkında harika bir sohbet ettik ve konuyla ilgilenen herkese Yoav'a ve ne yaptığına dikkat etmelerini tavsiye ediyorum.

Önümüzde çok fazla iş var, ancak görünen o ki, yalnızca yerelleştirilmiş WordPress'in "odadaki fili" göstermenin değil, aynı zamanda temeldeki teknik sorunu özünde çözmenin zamanı geldi.

Çevirmenlerin öngörülebilir bir gelecekte uygun teknik araçlarla kendi dillerinde toplumsal cinsiyetle ilgili sorunları ele alabileceklerini umuyorum.

WordPress uluslararasılaşması sıcak bir konudur. Dünyanın her yerindeki topluluklar, WordPress'i kendi dillerine çevirmek için çok çaba sarf ediyor. WordPress çekirdeği ve en önemli eklentiler genellikle tüm bu dillerde bulunur ve bu da katkıda bulunanların harika iş çıkardığını gösterir. Maalesef dizinde binlerce eklenti (ve tema) var ve bunların çoğu çevrilmedi. Bu durumu nasıl iyileştirirsiniz? Geliştiricilerin eklentilerinin çeviri sürecini hızlandırmak için yapabilecekleri (ilgili) bir şey var mı? Örneğin, eklentilerimizden birini kendim Almancaya çevirdim ve doğrulamaları için Alman topluluğundan yardım istedim…

Depodaki 40 binden fazla eklentiyle , özellikle Çeviri Düzenleyicileri (doğrulayıcılar) üzerindeki yük çok büyük.

Anlamanız gereken bir şey var ki, bu insanlar genellikle çeviri yapmak için kaydolmuşlardır. Genellikle diğer gönüllülerden oluşan ekiplere liderlik etmek, haftalık toplantılar düzenlemek, yerel istatistikleri analiz etmek veya depoda en çok kullanılan 100 eklenti aracılığıyla proje yönetimi yapmak için kaydolmamışlardır.

Çoğu, WordPress'i kendi dillerinde daha kullanılabilir hale getirmeye çalışırken, "kendi kaşıntılarını kaşıyarak" şu an bulundukları yere (bir PTE veya GTE olarak) ulaştılar. Ve birdenbire, sırf harika bir iş çıkardıkları için dünya onlardan teslim olmalarını mı bekliyor? Bu denklemde bir şeyler eksik.

Ancak, eklenti yazarlarının yapabileceği bir şey, mümkün olduğunda yeni dizeler icat etmekten kaçınmaktır. Halihazırda orada olana, başkalarının belirli bir senaryo için bir dizeyi nasıl ifade ettiğine bakın. Translate.wordpress.org'da henüz translate.wordpress.org belleğimiz yok, ancak yol haritasında. Bir kez sahip olduğumuzda, çevirmenler aynı dize için önceki çevirilerden, hatta benzer dizelerden seçim yapabilecekler.

Eklenti sağlayıcıların (özellikle iş modeline sahip olanların) yapabileceği bir diğer şey de çevirmenleri ve Çeviri Editörlerini aktif olarak desteklemektir. Sadece örneğin:

• i18n işlevlerinin, bağlamın ve çevirmen yorumlarının doğru kullanımı konusunda kendinizi eğitin. Henüz i18n sınavını geçtiniz mi?
• Dizi incelemesi için bir Polyglot kiralayın. Orijinal İngilizce dizeler ne kadar net olursa, çeviri de o kadar kolaylaşır.
• Bir Çeviri Editörünün Katılımcı Günü'nde ve WordCamp'te görünmesini finanse edin veya küresel Polyglots ekibine katılmaları için kendi yerel topluluğunuzdan çevirmenler gönderin.
• Çeviri odaklı bir buluşma düzenleyin, yerel topluluğunuzdan aktif bir Polyglot'u bir konuşma veya atölye çalışmasına davet edin ve tren biletleri için ödeme yaptığınızdan emin olun.
• Eylül'de yaklaşan Küresel Çeviri Günü'ne katılın.

WordPress'te gelecek olan bazı UX özelliklerinden bahsedelim. Matt Mullenweg, WCEU2017'de resmi olarak Gutenberg editörünü ve dayandığı "bileşen" fikrini tanıttı (bu, örneğin widget'lar dahil olmak üzere WordPress'teki her şeyin yerini alacak). Bu yeni yaklaşım hakkında ne düşünüyorsunuz? WordPress'in doğru yönde ilerlediğini düşünüyor musunuz?

Evet, WordPress'te modern bir editörün tam zamanı olduğuna inanıyorum. Gutenberg hala oldukça erken bir aşamada, ancak WordPress ile inşa eden herkes kesinlikle test ediyor olmalı.

Eklentiyi yeni kurdum ve zaten gördüklerimi beğendim. Erişilebilirliğe erken bir odaklanma var gibi görünüyor ve sonunda tüm kullanıcıların yararlanacağına ikna oldum.

Tüm bu yeni özellikler büyük ölçüde JavaScript'e dayanmaktadır. Görünüşe göre WordPress çekirdeği, gelecekteki web uygulamalarının çıplak kemikleri olacak ve tüm süslü şeyler tarayıcıda JavaScript aracılığıyla gerçekleşecek şekilde gelişiyor. Örneğin bu günlerde Core'da JavaScript çerçevesi olarak React veya Vue kullanmaları gerekip gerekmediği konusunda devam eden bir tartışma var. UX'e odaklanmış bir web geliştiricisi olarak hangisini seçerdiniz ve neden? Daha fazla JavaScript öğrenmemiz gerekiyor mu?

Tamam, açıklama: Kendime terimin dar anlamıyla bir web geliştiricisi demem, bu günlerde daha az kod yazarım ve kesinlikle JavaScript çerçeveleri hakkında yorum yapması gereken bir kişi değilim.

Bununla birlikte, bir dilek tutabilseydim, özellikle genç, hevesli geliştiricilerin yerel JavaScript ve çerçevelere dalmadan önce derin bir HTML, anlambilim, erişilebilirlik ve web performansı anlayışına yatırım yapacaklarını söyledi. Özünde, web hala metin, anlambilim, bir tarayıcı ve bant genişliğidir. WordPress eskiden “anlamsal bir yayın platformu” idi. JavaScript'i derinlemesine öğrenin, ancak önce web'in temellerini öğrenin.

Ayrıca bu:

Tüm JavaScript'lerinizi silin, siteniz daha hızlı olacak https://t.co/0XcHOkZ63G

— Ben Schwarz (@benschwarz) 22 Haziran 2017

Kullanıcı arayüzlerinden bahsetmişken, WordCamp Europe 2016'daki konuşmanız WPAdmin'deki Eklenti Kullanıcı Arayüzlerine odaklandı. Bu konuyla özellikle ilgileniyoruz, çünkü arada sırada eklentilerimizin üçüncü taraf eklentiler tarafından bozulmasıyla ilgili sorun yaşıyoruz. “ WordPress Admin sizin eviniz değil; müşterek dairedir” dediniz. Başkalarına karşı nasıl daha saygılı olabiliriz? Uyumluluk sorunlarını önlemenin bir yolu var mı?

Diğer geliştiriciye ulaşın. Hiçbir şey bir uyumluluk sorununu, eklentisiyle sorun yaşadığınız diğer ekibe ulaşmaktan ve bir çözüm üzerinde işbirliği önermekten daha hızlı çözemez. İttifaklar kurun, arkadaşlar edinin. Onlarla tanışamıyorsanız, bir görüntülü arama hata düzeltme oturumu yapın ve bira getirin!

Son olarak, sonra kiminle röportaj yapmalıyız? Burada görmek istediğiniz 3 WProfessional'ı bize bildirin.

Daha önce bahsettiğim Yoav Farhi. Geçenlerde WCEU'da ilham verici hikayesini anlatan WP Media'daki destek takım arkadaşım Alice Orru. Ve Tayland'daki WordPress topluluğu hakkında size kesinlikle daha fazla bilgi verebilecek olan Pantip Treerattanapitak.

Tüm sorularımızı yanıtladığın için teşekkürler Caspar. Ve bizi takip ettiğiniz ve bu harika röportajı okuduğunuz için hepinize teşekkür ederim. Bir sonraki için takipte kalın!

Florian Ziegler'in öne çıkan görseli.