Gutenberg'in Ölümünden Sonra Fırlatma, Böylece Gutenberg'i Ürünü Kucaklayabiliriz

WordPress'in yeni varsayılan editörü olarak 10 ay yayınlandıktan sonra, Gutenberg, web geliştirme topluluğundan, erişilebilirlik desteğinin eksikliğini (büyük erişilebilirlik iyileştirmeleri yapılmış olsa da) sık sık göz ardı etmek için gerekçe olarak öne süren büyük miktarda insan tarafından hala omuz silkti. yer), ne kadar yavaş olduğu (şimdi çok daha hızlı çalışmasına rağmen) ve diğer bazı şikayetler. Gutenberg'e yönelik bu karamsar tepki, en çok, okuyuculardan olumlu bir tepki almak yerine, çoğunlukla küçümseme çeken (bir olumsuz yorum akışında yansıtıldığı gibi) Gutenberg'in yeteneklerini gösteren çevrimiçi makalelerde belirgindir.

Pek çok insan "Gutenberg'e" kızgın görünüyor (bir süre sonra Gutenberg'in gerçekte ne olduğunu göreceğiz), Gutenberg'in asla olmaması gerektiğini veya en azından varsayılan deneyimi olarak WordPress çekirdeğine asla entegre edilmemesi gerektiğini veya en azından çok yakında değil. Farklı insanların Gutenberg'e karşı çıkmak için farklı nedenleri vardır ve bazı nedenleri kişisel olarak diğerlerinden daha önemlidir. Örneğin, bazı insanlar, Gutenberg'in gelişi nedeniyle yok olma tehlikesiyle karşı karşıya olan belirli bir çözüm üzerinde uzmanlaşmak için çok çalıştıkları için geçim kaynaklarının tehlikeye girdiğini gördüler (bu markayla veya o marka sayfa oluşturucularla çalışan herhangi biri gibi). Bu insanların Gutenberg'e neden kızgın olduklarını gerçekten anlayabiliyorum ve onlara sempati duyuyorum.

Bununla birlikte, Gutenberg'e sonsuz bir şekilde kızmanın ve onu tamamen reddetmenin - sonuçta kullanmaya değer olup olmadığını bile düşünmeden - mantıklı bir yaklaşım olmadığına inanıyorum. İlk piyasaya sürüldüğünde, hazır olmadığını düşünerek Gutenberg'e oldukça karşıydım ve bu duruş birkaç ay sürdü. Ancak son zamanlarda kendimi Gutenberg'i daha fazla kullanırken buldum ve hatta bugünlerde bundan gerçekten zevk aldığımı bile söyleyebilirim. Başlangıçta ben de "Gutenberg'e" biraz kızmış olsam da, öfkemin geçmesine izin verdim ve şimdi bundan gerçekten faydalanabiliyorum.

Bu makale aracılığıyla, Gutenberg'in en yaygın olarak tasvir edildiği anlatıyı değiştirmeye çalışacağım. Geçmişte neyin yanlış gittiğini sıralayacağım ve Gutenberg'in ne olduğunu ve ne olduğunu anlatacağım, bundan yola çıkarak Gutenberg'i olumlu bir ışıkla sunmak için bir inanç sıçraması yapabilirim. Ayrıca Gutenberg'in zaten pozitif bir güç olduğunu ve bu nedenle (henüz yapmadıysanız) bir şans daha verilmeyi hak ettiğini tartışacağım.

Gutenberg Aslında Nedir?

Benim açımdan, Gutenberg'in daha fazla kabul görmemesinin en önemli nedeni, insanların Gutenberg hakkında konuştuklarında, onu bir değil, aslında iki (birbiriyle karıştırılmış) iki varlığa benzetmeleridir:

1. Gutenberg, fırlatma;
2. Gutenberg, ürün.

"Ürün" olarak Gutenberg, eklentinin/işlevselliğin kendisidir. Gutenberg, "lansman" olarak Gutenberg'in ilk geliştirmesini ve piyasaya sürülmesini içeren, muhtemelen WordPress kurucusu Matt Mullenweg'in Haziran 2017'de WordCamp Europe 2017 sırasında Gutenberg'i daha geniş bir kitleye tanıtmasıyla başlayan ve WordPress 5.0'ın piyasaya sürüldüğü Aralık 2018'in başlarında sona eren süreçti. Gutenberg ile serbest bırakıldı.

(Lansman sona erdikten sonra, bugüne kadar devam eden yeni bir aşama başladı: “Gutenberg sürekli teslimat döngüsü”. Ancak, bu aşama, ciddi bir sorun olmadığı için “Gutenberg lansmanı” ndan çok farklıdır ve yani “ürün Gutenberg”e yönelik bir yanılgıya yol açmaz.Bu nedenle bu yazıda bundan bahsetmeye gerek yoktur.)

İki varlık, “lansman” ve “ürün” arasında ayrım yapmalıyız. Bu nedenle, bundan böyle, "Gutenberg"e atıfta bulunduğumuzda bunun değişmez bir şekilde "Ürün Gutenberg" anlamına geleceğini umuyorum ve eğer "Gutenberg lansmanı"na atıfta bulunmak istiyorsak, onu açıkça adlandırmalıyız (muhtemelen varyasyonlarından herhangi birini kullanarak). , örneğin “Gutenberg'in ilk geliştirmesi/sürümü” veya benzer ifadeler). En önemlisi, lansmanı ve ürünü aynı çantada karıştırmaktan kaçınmalıyız: Gutenberg'in hayal kırıklığı yaratan lansmanına katkıda bulunan herhangi bir faktörün Gutenberg'i projelerimizde kullanmama nedeni olarak belirtmekten vazgeçilmesi ve Gutenberg'in bir ürün olarak yargılanması gerekir. sadece kendi niteliklerine karşı. Bu, ürünü Gutenberg'e karşı adil bir davranıştır.

"Gutenberg'in piyasaya sürülmesi" haklı olarak eleştirilse de, Gutenberg'i hedef alan sürekli aşağılamanın haksız olduğuna (haklı olsa bile) ve Gutenberg'in ürünün kendisinin, kendisine verilen lekeli itibarın kurbanı olduğuna inanıyorum. sinir bozucu lansmanı sırasında “Gutenberg” adına. Örneğin, WordPress eklenti dizininde “Gutenberg” araması yaparken, eklentilerin derecelendirmesindeki eklenti sıralama faktörlerini belirleyen algoritma nedeniyle, Gutenberg yalnızca 10. sıra civarında görünür. Ancak, Gutenberg çekirdekte birleştirilmeseydi 1 yıldızlı derecelendirmelerin çoğu gerçekleşmeyecekti; Başlangıçta yalnızca bir eklenti olarak piyasaya sürülseydi ve çekirdeğe birleşmeden önce en önemli hatalar ve sorunlar (erişilebilirlik eksikliği gibi) çözülene kadar bekleseydi, o zaman derecelendirmesi bugün daha yüksek olurdu.

İki varlığı (lansman ve ürün) birbirinden ayırabilir ve onlarla ayrı ayrı ilgilenebilirsek, o zaman bir tarafta Gutenberg'in lansmanı sırasında neyin yanlış gittiğinin otopsisini yapabilir ve bu bilgiyi mevcut sürekli teslimata besleyebiliriz. döngü, böylece aynı hatalar tekrarlanmasın (aslında, aşağıda anlatacağım gibi bu zaten oluyor gibi görünüyor); öte yandan, Gutenberg'i bir ürün olarak takdir etmemize izin verebilir, yığınlarımıza ekleyebilir ve umarım bundan faydalanabiliriz.

Tam olarak bunu yapacağım, kendi bakış açımdan.

Gutenberg'in Lansmanı Sırasında Neler Yanlış Gitti?

Süreci yöneten ekip tek bir cümleyle her şeyi mahvetti (bunu söylemenin kibar yolu budur).

Gutenberg ile birleştirilmiş WordPress 5.0, Aralık 2018'in başlarında, WordCamp ABD'den hemen önce piyasaya sürüldü. O zaman onu başlatmak çok basit bir nedenle yanlış bir karardı: Gutenberg henüz hazır değildi. Özellikle, erişilebilirlik durumu çok vahimdi, Gutenberg ekran okuyucular gibi erişilebilirlik cihazları aracılığıyla neredeyse işe yaramaz hale geldi ve bu tür cihazlara bağımlı olan herkesin WordPress düzenleyicisini kullanamamasına neden oldu. Ve WordPress topluluğu, herkesin (kelimenin tam anlamıyla herkesin) İnternet'e erişebilme haklarını koruma konusunda çok sesli olduğundan, bu aceleyle lansman iyi karşılanmadı.

Yayın sürecine liderlik eden Matt Mullenweg'in o tarihte piyasaya sürme konusunda kararlı olmak için iyi nedenleri olabilir; bu, örneğin iş açısından anlamlı olabilirdi. Ancak, kesinlikle topluluk açısından bir anlam ifade etmiyordu. Gerçekten de birçok topluluk üyesi, tatilde olmalarına rağmen müşterilerinin sitelerini test etmek için acele etmeleri gerektiğinden şikayet ederek kendilerini ihanete uğramış hissettiler. Pek çok insan için böyle bir erken başlatmanın bir enkaz olarak algılandığını rahatlıkla söyleyebiliriz (yazılım düzgün çalışıyor olsa bile, bu nedenle Y2K gerçekleşmedi), bu da gereksiz hoşnutsuzluk yarattı ve her iki ertelemeyle de mükemmel bir şekilde önlenebilirdi. ya da ilk olarak Gutenberg'i daha sonra, daha kararlı bir aşamada çekirdeğe birleştirilecek bir eklenti olarak yayınlayarak.

Toplumda yaşatılan acı, hüsran ve hayal kırıklığı gerçekten bu bedele değdi mi? Çoğu kişinin öyle olmadığını söyleyeceğine inanıyorum. Kesinlikle öyle olmadığını düşünüyorum. Bence gelecekte topluluk üyelerinin çoğunluğunun iradesine karşı hareket edilen bu tür durumlardan kaçınılmalıdır (gerçekten geçerli nedenler yoksa, herkes aynı fikirde olmasa bile; eğer öyleyse). Gutenber'in piyasaya sürülmesiyle ilgili durum buydu, bilmiyorum, çünkü bunu haklı çıkarmak için gerçekten iyi bir nedenin farkında değilim).

Aynı WordCamp ABD sırasında yaptığı sunumda Matt Mullenweg, Gutenberg'in piyasaya sürülmesi sırasında hatalar yapıldığını ve bu hataların tekrarlanmayacağını umarak ders aldığını kabul etti. Sanırım özrünü kabul edebilir ve bir dahaki sefere kararlarının doğru olacağına güvenebiliriz (o zamandan beri eşit derecede önemli konularda yeni tartışmalar olsa da). Bununla birlikte, hasar zaten verildi: İyileşmesi zaman alabilecek bir yara açıldı, bu nedenle WordPress liderliğine olan güven tamamen geri gelene kadar topluluk daha az güvenilir olacak.

Neden İşler Şimdi Çok Daha İyi Görünüyor?

Şimdi iyi haber geliyor: Aşağıda listelenen iyileştirmelerin halihazırda gerçekleşmesiyle birlikte, durum çoğunlukla olumlu bir yön almış görünüyor.

Geliştirilmiş iletişim

Gutenberg'in fırlatılmasıyla ilgili en gürültülü şikayetlerden biri, liderliğin iletişim eksikliğiydi. Projeyi yönetmek ve kararlarını iletmek için (en azından kapsamlı bir şekilde) uygun kanallar oluşturulmadığı için, genel durumun doğru bir resmini elde etmek zordu. (Örneğin, farklı yazarlar veya ekipler tarafından hazırlanan bilgiler, kişisel bloglar gibi resmi olmayanlar da dahil olmak üzere farklı yollardan yayınlandı.)

Bu endişe büyük ölçüde iyileştirildi. Özellikle, (çekirdek, erişilebilirlik, tasarım, uluslararasılaştırma ve diğerleri gibi farklı alanlar için WordPress ile ilgili kararlar almak için farklı toplulukların etkileşimde bulunduğu) bloglardaki bilgi miktarı ve bilgilerin güncellenme sıklığı artırılır ve her ekip, WordPress.org kullanıcı hesabına sahip herkesin katılabileceği (çoğunlukla haftalık veya iki haftada bir gerçekleşen) düzenli Slack tabanlı bir toplantı düzenler. Bazı topluluk üyelerinin deneyimlediği gibi, bazı konulardaki gelişmeleri güvenilir bir şekilde takip etmek ve dahil olabilmek için yeterli bilgiye sahip olmak artık mümkün.

Gutenberg'in piyasaya sürülmesinden kaynaklanan serpinti Matt Mullenweg'i WordPress'in liderliğini iki yeni rolle genişletmeye teşvik etti: WordPress'i oluşturmak ve sürdürmek için tüm katkıda bulunan ekipleri denetlemek ve yönlendirmek için bir Yönetici Direktör ve pazarlama ekibine liderlik etmek için bir Pazarlama ve İletişim Lideri ve WordPress.org'un, ilgili web sitelerinin ve tüm satış noktalarının iyileştirilmesini denetler (maalesef, bu role atanan kişi kısa bir süre sonra istifa eder, bu nedenle bu pozisyonu devralacak başka birinin bulunması gerekir).

Açık Sorunları Çözmek İçin Oluşturulan Triyaj Ekibi

Gutenberg'in ilk geliştirme aşamasında, birkaç kişi, WordPress'e yeni işlevler eklemeye başlamadan önce binlerce birikmiş mevcut hataların düzeltilmesi gerektiğinden şikayet etti.

Bu yılın Mart ayında, WordPress Trac hata izleyicisindeki açık sorunları temizlemek için bir önceliklendirme ekibi kuruldu. Bu uzun yıllardır ihtiyaç duyulan zor bir iş. Tamamlanırsa, WordPress Trac'tan GitHub gibi daha modern bir hata izleyiciye geçme şansına sahip olacaktır.

Erişilebilirlik Sürekli Sorun Olmayan Bir Halde Oluyor

Erişilebilirlik sorunları, her yeni Gutenberg sürümünde ele alınıyor ve sürüm 6.3'ün aslan payı iyileştirmeler sağlıyor. Mevcut iyileştirme hızında, en göze çarpan erişilebilirlik sorunları (Gutenberg Erişilebilirlik Denetiminde bildirildiği gibi) yakında geçmişin bir parçası olacaktır.

Gutenberg'i Kendi Esasına Göre Yargılamak

Gutenberg'in lansmanını Gutenberg ürününden ayırdığımıza göre, Gutenberg'i bir ürün olarak analiz etmeye başlayabilir ve yalnızca kendi yararları ve eksikliklerine dayanarak uygulama yığınımıza eklemeye değip değmeyeceğine karar verebiliriz. Pek çok insan haklı olarak Gutenberg'in problemlerine güvenmeme nedeni olarak (başarısız başlatmaya odaklanmak yerine) işaret ediyor. Bununla birlikte, Gutenberg çarçabuk gelişiyor ve eleştirilen konuların çoğu çözülmüş veya çözülmenin eşiğinde olabilir. Bu nedenle, olumsuz değerlendirmelerin bir son kullanma tarihi olmalı ve yeniden değerlendirilmelidir. Gutenberg'e yeni bir deneyebilir ve günümüzde nerede olduğunu görebilirsek, sonuçta o kadar da kötü olmadığını takdir edebiliriz. Bence Gutenberg, şu anda aldığından daha sıcak bir karşılamayı hak ediyor.

Gutenberg'in, Gutenberg aracılığıyla kodlamanın daha zor olduğunu savunarak, WordPress'teki içeriği düzenlemenin önceki yöntemiyle (esas olarak tinymce, ancak aynı zamanda kısa kodlar, widget'lar ve diğerleri aracılığıyla) hala karşılaştırılmasına şaşırdım. Bu doğru olabilir, ancak şu nokta da gözden kaçıyor: Gutenberg burada uygulamamızı kodlamak için yeni bir yol sağlamak ve geçmişteki özelliklerin aynısını üretmek için burada değil; bunun yerine, yapılabilecekleri büyük ölçüde geliştirmek, uygulamalarımıza geçmişte sadece hayal edilebilecek özellikler eklemeyi teklif etmek için burada. Ayrıca Gutenberg başka bir sayfa oluşturucu değildir. Aslında, Gutenberg'i Divi veya Beaver Builder ile karşılaştırmak da benzer bir noktayı kaçırıyor, çünkü bu bir Victorinox'u normal bir bıçakla karşılaştırmak gibidir: Evet, Gutenberg ile site/sayfa oluşturma yapabilirsiniz (aslında henüz değil, ancak zaten bir çalışmadır). ilerleme), ancak bu onun birçok kullanımından yalnızca biridir; Başlangıçta gizli olan birkaç başka kullanım daha var, ancak onları bölmelerinden çekip nasıl çalıştıklarını anladığınızda, yeni bir olasılıklar dünyası ortaya çıkacak. Aşağıda, Gutenberg'in masaya getirdiği bu yeni olasılıklardan bazılarını anlatacağım.

İlk olarak, Gutenberg hakkında çok iyi olmayan şeyi tartışalım. Gutenberg'in gerçekten zararlı olarak kabul edilebileceğine inandığım tek şey, React (Gutenberg'in kodlanmış JavaScript kitaplığı olan) öğrenmenin dik eğrisidir. WordPress her zaman çok kapsayıcı olmuştur ve herhangi bir geçmişe sahip kişilerin (yalnızca kodlayıcıların değil, aynı zamanda blog yazarları, pazarlama görevlileri, satıcılar ve benzerleri gibi teknik olmayanların) bir tema veya eklenti oluşturmasına veya bir site başlatmasına olanak tanır. Bu, şüphesiz artık böyle değil ve herkesin bir Gutenberg bloğu oluşturmak için React'i öğrenmesini beklemek adil değil (bu mutlaka böyle değil, çünkü diğer JavaScript kitaplıklarını kullanarak ve hatta JavaScript kullanmadan da bloklar oluşturabiliyoruz). , örneğin ACF blokları aracılığıyla, ancak yalnızca Gutenberg onunla kodlandığından React kullanmak en mantıklı seçenektir). Bu dezavantajı haklı çıkarabilecek tek argüman, deneyimi kullanıcı için daha iyi hale getirmesidir. Bakalım bu durum böyle değerlendirilebilecek mi?

Daha önceki bir makalemde tartıştığım gibi, Gutenberg'in blok tabanlı mimarisi, uygulamaların oluşturulma şeklini kökten değiştiriyor: HTML kodunda düşünmek yerine, artık web sitesini oluşturma birimi olarak bileşenler açısından düşünebiliriz. Her bileşen (veya blok) bağımsız olarak geliştirilip test edilebildiğinden ve kolayca yeniden kullanılabildiğinden, birkaç uygulama geliştirme maliyetini düşürebildiğinden, bu mimari daha sürdürülebilir ve dayanıklıdır. Gerçekten de, Vue ve React gibi JavaScript kitaplıklarının son zamanlardaki popülaritesi, büyük ölçüde bileşenlere verdikleri destekle ilişkilendirilebilir. Geliştiricilerin sevdiği ve bir kez kodlamaya başladığınızda geri dönüşü olmadığına inandığım harika bir özellik.

Aynı makalede, Gutenberg'in "Bir Kez Oluştur, Her Yerde Yayınla" stratejisini ("COPE" olarak da bilinir) nasıl destekleyebileceğini ve hangisi olursa olsun, tüm uygulamalarımızı beslemek için tek bir gerçek içerik kaynağı üretmeyi nasıl sağlayabileceğini açıklıyorum. üzerinde çalıştıkları ortam veya platform: web, e-posta/bültenler, iOS/Android uygulamaları, VR/AR, ev asistanları (Amazon Alexa gibi) ve diğerleri. Genel içerik yönetimini çok daha basit hale getirdiği için COPE, farklı platformlar için içerik üretme maliyetlerini düşürmeyi de sağlar. Makalemi ilk yazdığımda, bunun yapılabileceğine dair teoriler kuruyordum. Ancak, yakın zamanda WordPress için COPE'u uyguladım ve bir cazibe gibi çalışıyor! (Nasıl çalıştığını ayrıntılı olarak açıkladığım başka bir makale için bizi izlemeye devam edin.)

COPE ve WordPress API'lerinin (WP REST API, WPGraphQL ve benim kendi PoP API'm) birleşimi, tüm uygulamalarımız için WordPress aracılığıyla tüm içeriğimizi yönetmek için tek bir zorlayıcı neden sağlayacaktır. Diğer bir zorlayıcı neden ise Gutenberg'in kullanım kolaylığı (henüz tam olarak burada değil, ancak mevcut geliştirme hızında er ya da geç ulaşacak), son kullanıcının çok basit bir şekilde ayrıntılı içerik oluşturmasını sağlayacak.

İçeriğin nasıl göründüğüne dair gerçek zamanlı bir önizleme, Google Dokümanlar'dan mükemmel biçimlendirme ile kopyalama/yapıştırma, iç içe öğeler içeren karmaşık ızgara katmanları oluşturma ve daha pek çok harika yeni özelliğe zaten erişimimiz var. Ayrıca yeni blokların hiç hayal etmediğimiz tamamen beklenmedik özellikler sunmasını bekleyebiliriz. Bahse girerim, Gutenberg aracılığıyla WordPress, web'in dijital varlık yöneticisi olmaya hazırdır. (Bu konu ve bu cesur ifadenin gerekçesi hakkında yakında burada Smashing Magazine'de yayınlanacak olan bir makale yazdım.)

Buna ek olarak, Gutenberg, kodun diğer CMS'ler veya çerçevelerle (Drupal ve Laravel için olduğu gibi) yeniden kullanılmasına izin verir, böylece WordPress için kodlamanın artık WordPress ile sınırlandırılmasına gerek kalmaz, bir kez daha bir kitaplık geliştirme maliyetini düşürmemize izin verir. mümkün olduğu kadar çok sistemde çalışması gerekir (örneğin, Stripe gibi birçok farklı platform ve dil için API'sinin entegrasyonunu sağlayan bir şirket bundan yararlanabilir). Şu anda yalnızca istemci tarafı kodu (JavaScript ve CSS) yeniden kullanılıyor gibi görünüyor, ancak sunucu tarafı PHP kodu da yeniden kullanılabilir. (Bir kez daha, yakında Smashing hakkında bunun nasıl yapılacağını açıklayan bir makale yayınlayacağım.)

Bu özellikler zaten bir gerçektir ve Gutenberg'in gelecek yıllarda varlığı için çok daha zorlayıcı nedenler sunmasını bekleyebiliriz (Matt Mullenweg'e göre, Gutenberg şu anda potansiyelinin sadece %10'unu hayata geçirmiştir).

Sonunda Gutenberg ürünü hakkında bir karara varmaya çalışabiliriz: Benim duruşum, WordPress'e daha yüksek bir giriş engeli oluşturması, bu üzücü, ancak aynı zamanda WordPress'e gerçek yeni güçler veren güzel tasarlanmış bir yazılım parçası ve , WordPress'in öne çıkması nedeniyle, genel olarak web geliştirme dünyasına. Ve maliyetler ve faydalar arasındaki bu ödünleşim arasında, Gutenberg'in WordPress'in bir parçası olmasının buna değmeyeceğine inanıyorum. Umarım benim görüşüme katılabilirsiniz veya değilse, en azından buna karşı olan nedenler yalnızca bir ürün olarak Gutenberg'in özelliklerine dayanabilir.

Çözüm

Gutenberg şu anda en iyi durumda – daha önce WordPress ile mümkün olmayan keyifli kullanıcı deneyimleri sunmaya başladı. Ancak herkes bu gerçeğin farkında değil çünkü herkes Gutenberg'i kucaklayamıyor. Bu talihsiz bir durum çünkü Gutenberg (ürün olarak) Gutenberg'in piyasaya sürülmesi sırasında meydana gelen hatalar nedeniyle suçlanmamalıdır. Bu iki varlığı birbirinden ayırabilir ve her birini bağımsız olarak ele alabilirsek, o zaman ikna edici bir şekilde insanlardan Gutenberg'e bir şans daha vermelerini isteyebiliriz ve Gutenberg'in piyasaya sürülmesi başarısız bir süreç olsa bile Gutenberg'in bir ürün olarak sahip olmaya değer olduğunu öne sürebiliriz.

Bu makalede, olaylarla ilgili kendi anlayışıma dayanarak, başarısız Gutenberg fırlatmasının otopsisini yaptım. Böyle bir otopsi yapmak, topluluğa yardımcı olabilir ve liderlik, bu talihsiz hataların tekrarlanmamasını sağlamalıdır. Postmortemden sonra, Gutenberg'i kendi değerlerine göre değerlendirmeye başladım ve duruşumu açıkladım: Gutenberg'in sahip olmak için harika bir araç olduğuna ve WordPress topluluğu bundan kesinlikle faydalanabileceğine inanıyorum. Ve gitgide daha iyiye gideceğinden, Gutenberg WordPress için yeni bir altın çağı bile başlatabilir.