Açık Önceliklendirmeli Kitle Fonlaması Web Platformu Özellikleri

Son yazımda, bazıları yalnızca tek bir tarayıcıda kullanılabilen bazı ilginç CSS özelliklerini açıkladım. Çoğu web geliştiricisinin, daha yaygın olarak bulunmasını istedikleri veya hiç mevcut olmayan bazı özellikleri vardır. Geliştiricileri, özellikleri uygulamaya geçirmek için tarayıcılarda uygulama hatalarını kullanmaya, bunlar hakkında konuşmaya ve yükseltmeye teşvik ediyorum, ancak, bunu yapmanın daha doğrudan bir yolu olsaydı ne olurdu? Ya web geliştiricileri bir araya gelip bu özelliklerin geliştirilmesini finanse edebilseydi?

Bu, açık kaynak danışmanlığı Igalia'nın Açık Önceliklendirme deneyi ile başlattığı modeldir. Temel fikir, web platformu özellikleri için bir kitle fonlaması modelidir. Bir özelliğin uygulanmasını istiyorsak, bu işe fon sağlamak için küçük bir miktar para koyabiliriz. Hedefe ulaşılırsa, özellik uygulanabilir. Bu makale, Igalia'nın Geliştirici Avukatı Brian Kardell ile yapılan bir röportaja dayanmaktadır.

Açık Önceliklendirme Nedir?

Açık önceliklendirme fikri, topluluğun özellik geliştirmeyi seçmesi ve finanse etmesine yardımcı olmasıdır. Igalia, tümü en az bir motorda uygulanan veya şu anda uygulanmakta olan bir hedef özellikler listesi seçti. Bu nedenle, bir özelliği finanse etmek, onun tarayıcılar arası kullanılabilir hale gelmesine ve geliştiriciler olarak bizim için daha kullanışlı hale gelmesine yardımcı olacaktır. İlk liste şöyle:

• Firefox'ta CSS lab( ) renkleri
• :focus-visible
• WebKit/Safari'de HTML inert
• Chrome'da :not( ) için seçici listesi argümanları
• WebKit/Safari'de CSS Kapsama desteği
• Firefox'ta CSS d (SVG yolu) desteği

Web sitesi, her bir özelliğin daha fazla açıklamasını ve finansmanın nasıl çalışacağına dair tüm detayları verir. Igalia, taahhütleri yönetmek için Open Collective ile birlikte çalışıyor.

Igalia Kimdir?

Igalia'yı hiç duymamış olabilirsiniz, ancak çalışmalarından yararlanmış olacaksınız. Igalia tarayıcı motorlarında çalışır ve tüm motorlar hakkında uzman bilgisine sahiptir. 2019'da Chrome ve WebKit kaynağına en yüksek ikinci taahhütte bulundular. CSS Izgara Düzenini seviyorsanız, Chrome ve WebKit'teki uygulama için Igalia'ya teşekkür etmelisiniz. Özelliği bu tarayıcılara ekleme işi, tarayıcı şirketinde dahili olarak çalışan mühendisler yerine Igalia'daki bir ekip tarafından yapıldı.

Bu fikri bu kadar çekici yapan da bu. Bu, biraz para toplamak ve sonra birini bu işi yapması için ikna etmeye çalışmak değildir. Igalia'nın işi yapma konusunda bir sicili var. Geliştiricilere ödeme yapılması gerekiyor, bu yüzden parayı kitle kaynaklı kullanarak bir sonraki adımda ne üzerinde çalışacağımızı seçebiliyoruz. Igalia ayrıca önerilen herhangi bir özelliğin başarılı olması için motorlarla zaten ilişkilere sahip.

Onlara Finansman Sağlarsak Tarayıcılar Bu Özellikleri Kabul Eder mi?

Igalia'nın tarayıcı motoru ekipleri içinde zaten ilişkileri olması ve seçilen özellikleri onlarla zaten tartışmış olması, finanse edildiyse özellikleri tarayıcılarda görmemiz gerektiği anlamına gelir. Ayrıca, üçüncü taraflarca finanse edilen ve Igalia tarafından geliştirilen ana özelliklerin emsalleri zaten var. Chrome ve WebKit'teki Grid Layout uygulaması Bloomberg Tech tarafından finanse edildi. Grid Layout uygulamasının eksikliğinden dolayı hüsrana uğradılar ve birkaç yıl içinde bu özelliği geliştirmek için parayı sağlayan Bloomberg Tech oldu.

Chrome ve WebKit, uygulamayı memnuniyetle kabul etti; özelliğin eklenmesi konusunda herhangi bir tartışma olmadı. Aksine, bu bir öncelik meselesiydi. Tarayıcıların daha yüksek öncelikli olarak kabul edilen başka işleri vardı ve bu nedenle finansal taahhüt ve geliştirici zamanı başka yerlere yönlendirildi. Bu ilk kitle fonlaması girişimi için seçilen özellikler, uygulanmaları açısından da tartışmasız. İş yapılabilirse, motorlar muhtemelen bunu kabul edecektir. Birlikte çalışabilirlik - tarayıcılarda aynı şekilde çalışan şeyler - tüm tarayıcı satıcılarının önemsediği bir şeydir. Bir motorun geride kalmasının hiçbir faydası yoktur. Esasen, özellik için dahili önceliklendirme sürecini atlıyoruz.

Tarayıcılar Neden Sadece Bu Şeyleri Yapmıyor?

Brian'a tarayıcı şirketlerinin neden bu şeyleri kendilerinin finanse etmediğini sordum. Açıkladı,

"İnsanlar, örneğin, 'Dünyadaki tüm paranın Apple'da olduğunu' düşünebilir, ancak bu, karmaşık gerçekleri göz ardı eder. Apple'ın işi, onların Web tarayıcısı değildir. Aslında, web tarayıcısının kendisi hiç kimse için para kazandıran bir çaba değildir. Tarayıcılar ve standartlar isteğe bağlıdır, ortaktır. Bununla birlikte, maliyet açısından tarayıcılar dikkate değerdir. Çoğumuzun fark ettiğinden çok daha karmaşıklar. Bugün sadece 3 kuruluş, bir işleme motoru projesini geliştirmek ve sürdürmek için gereken uzun yıllar ve yıllık milyonlarca dolar yatırım yaptı. İçlerinden herhangi biri, şimdiden müştereklere muazzam ve benzersiz bir yatırım yapıyor.”

Brian, Firefox'un Servo'ya ve Google'ın LayoutNG'ye, tarayıcı deneyimini iyileştirecek ve aynı zamanda platformun yeni özelliklerini uygulamayı mümkün kılacak projelere yaptığı önemli yatırıma dikkat çekti. Herhangi bir tarayıcının motorunda uygulayabileceği çok şey vardır, ancak bu özelliklerin dahili olarak önceliklendirilme şekli, geliştiriciler olarak ihtiyaçlarımızı her zaman karşılamayabilir.

Tarayıcı uygulamasını finanse ederek, kullandığımız diğer ürünler için yaptığımızın aynısını yaptığımızı fark ettim. Birçoğumuz bir CMS'de ihtiyaç duyulan bir özellik için bir eklenti geliştirmiş veya bunu sağlaması için üçüncü bir tarafa ödeme yapmış olacağız. CMS geliştiricileri, zamanlarını temel ürün üzerinde çalışarak ürünün sağlam, güvenli ve güncel olmasını sağlayarak harcarlar. Çekirdek ürün olmadan eklenti eklemek imkansız olurdu. Ancak üçüncü taraflar bu platforma kısmen katkıda bulunabilir ve bir anlamda açık önceliklendirme yoluyla yapabileceğimiz şey budur. Bir özelliğin, sınırı aşmak için biraz para vermemiz için yeterince değerli olduğunu gösterin.

Bu, İstediğimiz Web Gibi Projelere Nasıl Uyuyor?

SmashingConf, geliştiricilerin konferanslarda sahnede tartışılmak ve oylanmak üzere web platformu fikirlerini sundukları Web We Want projesini destekledi. Bu etkinliklerin birçoğuna ev sahibi olarak ve panelde katıldım. Açık önceliklendirmenin bu mevcut çabalara nasıl uyduğunu merak ettim. Brian, bunların oldukça farklı şeyler olduğunu açıkladı:

“... eğer bana evimi neyin daha iyi yapabileceğini sorarsanız, milyonlarca şey sayabilirim. Bunlardan bazıları uzaktan bile pratik değil, gerçekten temiz olurdu. Ancak, her birinin maliyetine göre bir bütçeyle yapabileceğiniz şeylerin bir listesini yapın dediyseniz - listem çok daha pratik ve var olduğunu bildiğim gerçeklere bağlı olacaktır.

Ayın sonunda "listeniz var ve işte 100 dolar, onunla ne yapacaksınız?" derseniz. Bu, pratik bir şeyi başarmama yardımcı olan çok doğrudan bir soru. Belki boyayacağım. Belki yeni bir aydınlatma alırım. Ya da belki birkaç aylığına daha pahalı bir şey için biriktiririm.”

Web We Want projesi açık bir soru soruyor, platformdan ne istediğimizi soruyor. İsteklerin çoğu, spesifikasyon olarak zaten var olan şeyler değildir. Bunlardan herhangi birini fiilen uygulamaya başlamak, en baştan, spesifikasyon aşamasından itibaren alınması gereken bir fikirle başlamak anlamına gelir. Birkaç kesinlik vardır ve bir fiyat belirlemek çok zor olacaktır.

Bu ilk açık önceliklendirme denemesi için seçilen özelliklerin kapsamı kasıtlı olarak sınırlandırılmıştır. Zaten bazı uygulamaları var; bir spesifikasyonları var ve Igalia, özelliklerin üzerinde çalışmaya hazır olduğunu ancak acil önceliklerde yer almadığını kontrol etmek için tarayıcı bakımcılarıyla zaten konuştu.

Bu projeyi desteklemek, oldukça kısa bir zaman diliminde gerçekleşebilecek somut bir gelişme yığınını desteklemek anlamına gelir. İstediğimiz Web'e bir fikir göndermek, blogunuza bir fikir yazmak veya CSSWG GitHub deposunda tamamen yeni bir özelliği açıklayan bir sorun eklemek, potansiyel olarak tartışmaya yeni bir fikir getirir. Ancak, bu fikirlerin gerçeğe dönüşmesi için uzun ve yavaş bir yolu olabilir. Ve standart tartışmalarının doğası gereği, muhtemelen tam olarak hayal ettiğiniz gibi olmayacak. Bunları önermek değerlidir, ancak nihai bir uygulamaya kadar zaman ve maliyetleri tahmin etmek çok zordur.

Aynı sorun, kapsayıcı sorgularının çok aranan özelliği için de geçerlidir, Igalia, SSS'lerinde kapsayıcı sorgularından bahsedecek kadar ileri gitti. Kapsayıcı sorguları, standartlar sürecine dahil olan ve tarayıcı satıcılarındaki birçok kişinin araştırdığı bir şeydir, ancak bu tartışmalar erken bir aşamadadır. Bu noktada parasal bir değer koymak mümkün olacak bir şey değil.

Katılın!

Açık Önceliklendirme sitesinde daha fazla bilgi ve sahip olabileceğiniz diğer soruları yanıtlayan ayrıntılı bir SSS bulunmaktadır. Bu konuda heyecanlıyım çünkü her zaman tasarımcıların ve geliştiricilerin web platformuna dahil olmaları için yollar bulmaya yardımcı olmaya hevesliyim. O bizim platformumuz. Tarayıcı satıcıları tarafından kullanım için izin verilmesini bekleyebilir veya daha iyi hale getirmeye yardımcı olmak için fikirler, hata raporları ve Açık Önceliklendirme ile biraz nakit olarak aktif olarak katkıda bulunabiliriz.