DE{CODE}: 2022—WordPress Geliştirici Yılı

WordPress geliştirmede uzmanlaşmak için daha iyi bir zaman olmamıştı. WordPress, dünyanın en sevilen İçerik Yönetim Sistemi (CMS) ve hatta en popüler başsız CMS'si olarak interneti yemeye devam ediyor. DE{CODE} 2022'deki bu açılış oturumunda, WP Engine Kurucusu ve Baş İnovasyon Sorumlusu Jason Cohen, WordPress geliştiricilerini bekleyen zorlukları ve fırsatları ve WP Engine'in hayatlarını kolaylaştırmak için üzerinde çalıştığı projeleri tartışıyor.

Aşağıdaki videonun tamamına göz atın!

Oturum Slaytları:

Tam Metin Transkript

JASON COHEN : Merhaba, WP Engine'in WordPress geliştiricisini kutladığımız yıllık konferansı DE{CODE}'a hoş geldiniz. Adım Jason Cohen ve WP Engine'in kurucusuyum. Bu yılki DE{CODE}'a, 2022'nin WordPress geliştiricilerinin yılı olduğu inancıyla başlamak istiyorum. Bu yılın hepimiz için neden bu kadar çok vaat ve fırsat barındırdığına inandığımı açıklayacağım ve ardından bu pazarda kariyerinizi nasıl hızlandırabileceğiniz hakkında konuşmak istiyorum.

Öyleyse bir soru ile başlayayım, her yazılım geliştirici topluluğu bir şeyle tanınır, peki WordPress geliştiricileri ne ile bilinir? WordPress geliştiricilerinin, yayıncıların sevdiği güzel web siteleri yapmalarıyla tanındıklarını söyleyebilirim. Demek istediğim şu, hepimiz biliyoruz ki, WordPress kullanan milyonlarca web sitesi var ama aynı zamanda WordPress kullanan ve WordPress geliştiricilerini işe alan çok uluslu bir giyim markası olan Under Armour gibi insanlar da var.

Şimdi Under Armour geçen yıl 5 milyar dolarlık satış yaptı, bu yüzden sadece ücretsiz olduğu için WordPress kullanmıyorlar. İstedikleri yazılımı satın alabilirler. WordPress'i gereksinimlerini karşıladığı için kullanıyorlar ve WordPress geliştiricilerini işe alıyorlar çünkü siz bu gereksinimleri nasıl karşılayacağınızı ve güzel, güncellemesi kolay web siteleri oluşturmayı biliyorsunuz. Bunun gibi.

Veya National Geographic, dünyanın en saygın medya markalarından biridir ve Nat Geo'nun medya açısından zengin bir deneyimi kaldırabilen sofistike dijital varlık yönetimine sahip güzel, güncellemesi kolay web sitelerine ihtiyacı vardır. Tabii ki WordPress geliştiricilerini işe alıyorlar. Bu ünlü olduğun bir kullanım durumu. Peki ya teknoloji? Modern bir teknoloji şirketi WordPress kullanır mı?

Evet, Dropbox'taki ekip isterlerse sıfırdan bir CMS oluşturabilir veya her zaman ortaya çıkan Site Builder teknolojilerinden herhangi birini kullanabilirler. Ancak Dropbox, sitelerinin çekici olması ve yayınlanması kolay olması gereken bölümleri için WordPress ve WordPress geliştiricileriyle çalışmayı seçer. Pazarlama ekibinin WordPress'ten farklı bir ön uç teknolojisi kullanmak istediği bir kullanım durumuna ne dersiniz?

Bu yüzden CMS için WordPress kullanmak istiyorlar, ancak ön uç için farklı bir şey var, yine de WordPress kullanabilirler mi? Tabii ki, başsız WordPress budur. Böylece Android Authority'nin yaptığı gibi bir seçim yapabilir ve başsız WordPress'e geçebilirler. Bu nedenle Android Authority, yazarları, içeriği, medyayı ve web sitesinin arka ucunu yönetmek için gerekli olan her şeyi yönetmek için CMS olarak hala WordPress kullanıyor, ancak ön uç farklı bir çerçeve tarafından yönetiliyor.

Ve bir marka, Android otoritesi gibi kafasız bir yaklaşım istediğinde, yine de WordPress geliştiricilerini ararlar çünkü ayrılmış bir web sitesinin performansını ve güvenliğini isterler, ancak sitenin yayınlama iş akışlarına ve sahip oldukları diğer tüm şeylere uyması gerekir. Son 20 yılda WordPress'in web sitelerini güçlendirmesini beklemeye başladık. Ve WordPress geliştiricileri bunu nasıl yapacaklarını bilirler.

Yayıncıları mutlu etmek, WordPress geliştiricilerinin haklı bir itibara sahip olduğu şeydir ve WordPress'in rakipleri bile bunu bilir. Yeni başlayanlar ve web geliştirme hakkında en çok konuşulanlardan bazıları WordPress hakkında konuşmaya devam ediyor. Web sitelerine göz attığınızda, ortak gördüğünüz şeylerden biri, her zaman WordPress geliştiricilerine hitap eden bir sayfa olmasıdır. Nereye bakarsanız bakın, herkes WordPress geliştiricileriyle ilgilenir.

Bu yüzden 2022'nin WordPress geliştiricilerinin yılı olduğunu söylüyorum çünkü her yayıncının ihtiyaç duyduğu şeylere hakim oldunuz ve bu ihtiyaçlar değişmedi, sadece hızlandı. Mesela, her yayıncının Google gibi arama motorlarından organik trafiğe ihtiyacı var, tabii ki var ve insanlar hala her zaman bunun nasıl yapılacağından bahsediyor. Bu yeni mi? Hayır, belli ki değil. Esasen aynı makaleler yıllarca yayınlanmıştır ve WordPress geliştiricileri bunu yapmakta uzmandır.

A/B testine ne dersiniz? Ya da daha iyisi, Kod A/B testi yok mu? Bu harika. Bu yenilikçi, değil mi? Şimdi bu yeni araçları karıştırmanız ve öğrenmeniz gerekecek. Ama sen bunu yıllardır yaptığın için yapmıyorsun. Mesela, bu fikir VC fonunu sekiz yıl önce de puanladı. Mesela burada bir değişiklik yok. Hâlâ Kod A/B testi yok ve tüm bunları nasıl yapacağınızı zaten biliyorsunuz. Zaten bunların hepsinde uzmansınız. Bu güzel.

Çoğunuz, sayfa deneyimini bir sıralama faktörü olarak kullanan Google aramadaki son değişiklikleri de biliyorsunuz. Sayfa deneyimi, sayfa hızı ve diğer şeyler anlamına gelir ve bunu Önemli Web Verileri güncellemesi olarak da biliyor olabilirsiniz. Google, daha önce tepki vermeniz gereken buna benzer değişiklikler yaptı mı? Evet, aslında her zaman, değil mi? Ve bunu nasıl yapacağınızı biliyorsunuz.

Evet yeni bir araç ama web sitelerini hızlı yapmak, bunun önemli olması yeni değil ve Google uzun süredir sayfa hızını bir sıralama faktörü olarak kullanıyor ve siteye gelen bir ziyaretçinin uzun süre memnun kalıp kalmayacağı çıkarımı yapılmaya çalışılıyor. . Bunların hepsi zaten uzman olduğunuz şeyler. Yani bazı açılardan dünya değişmiyor. Ve bunu kutlamak güzel çünkü iş yayıncılara bu şekilde hizmet etmeye gelince, WordPress geliştiricileri zaten çağın ötesinde. Siz zaten uzmansınız.

Ancak web geliştirmenin gerçek bir değişiklik gördüğüm başka yönleri de var. Dünyanın hızla değiştiği yer. İşte bu yüzden WordPress geliştiricilerine bir mimar gibi düşünmelerini tavsiye ediyorum. Böylece bir mimar, müşteriden gelen gereksinimleri sanatla birleştirir. Bir mimar ayrıca gereksinimleri ve sanatı, ister inşaat malzemeleri, ister yazılım ve altyapı olsun, doğru teknolojiyle birleştirir.

Bu, mevcut tüm teknolojiyi kullanabilmeniz gerektiği anlamına gelir ve bu, yeni yeniliklerden yararlanmak anlamına gelir. Şimdi bu korkutucu olabilir çünkü yeni bir şey öğrenmek zorunda olmak rahatsız edici olabilir ama bu aynı zamanda işin bir parçası. Yazılım geliştirici olmaya karar verdiğimizde, yazılımla ilgili şeylerden biri de sürekli değişmesidir. Ve eğer iyi yazılım geliştiriciler veya iyi mimarlar olacaksak, sahip olduğumuz farklı işler için doğru teknolojiyi seçebilmek için en son şeylerden haberdar olmalıyız.

A/B testi ve SEO gibi şeyler çok yavaş değişiyor olabilir ve temelde hiç değişmiyor olabilir ama teknoloji değişiyor ve siz bunun üzerinde olmalısınız ve önümüzdeki 20 dakikayı bunun hakkında konuşarak geçirmek istiyorum. Bunlardan bazıları nelerdir? Öyleyse, teknolojideki bu heyecan verici yeni değişikliklerden bazıları nelerdir, bence bir göz atmalısınız, hatta belki de benimseyin? Size, alanımızdaki ilginç değişimin yuvası olarak gördüğüm şeye bir göz atmak istiyorum.

Bu nedenle, kullanıcı beklentisinde aşina olmanız gereken en büyük değişim, uyarlanabilir dijital deneyimler olarak adlandırılır. Bu kişiselleştirme gibi ama daha fazlası. Kullanıcılar, oturum açmasalar bile sitenin görünümünün, hissinin ve işlevselliğinin kendi özel ortamlarına ve koşullarına ve hatta geçmişlerine uyum sağlamasını istiyor. Artık kişiselleştirilmiş, uyarlanabilir bir dijital deneyim sunduğunuzda, kullanıcılar web sitelerinden daha memnun olacak ve Aslında, web siteleri uyarlanabilir olduklarında daha iyi dönüşüm sağladıklarına, insanların sitede daha uzun süre kaldıklarına, daha fazla bağlantıya tıkladıklarına vb. dair tonlarca veri var.

Diğer bir deyişle, bir medya şirketi olarak daha fazla tıklama, daha fazla reklam geliri demektir. Bir e-ticaret şirketi olarak, daha fazla dönüşüm daha fazla gelir demektir. Bir teknoloji şirketi veya çevrimiçi satış yapan herhangi bir şirket olarak, e-ticaret olmasa bile, daha fazla insan daha fazla olası satış veya daha fazla gelir anlamına gelir. Dolayısıyla her durumda, daha mutlu müşteriler anlamına gelen daha uyarlanabilir bir dijital deneyim, kelimenin tam anlamıyla müşteriler için daha fazla gelir anlamına gelir. Bu yüzden çok önemli.

Şimdi bizim için iyi haber şu ki, web'deki ilerlemelerin çoğu, bu uyarlanabilir deneyimleri sunma yeteneğinin kilidini açıyor. Öyleyse bunu açıklayalım. Bazı örnekler gösterelim. Bu nasıl çalışır? İşte gerçek bir örnek, çevrimiçi bir derginin müşteri adaylarını toplamak için HubSpot forumlarını kullanma gereksinimi vardı. Neden HubSpot forumları? HubSpot forumları, aşamalı alanlar adı verilen bir teknik kullanır.

Bunun anlamı, kullanıcı bir formu doldurduktan, teknik incelemeyi indirmek veya başka bir şekilde bir şey almak için bilgileri verdikten sonra, HubSpot o kişinin bir dahaki sefere bir şey almak istediğinde, kendilerinden bu bilgilerin tekrar istenmediğini hatırlar. Bu, kişinin daha fazla bilgi alma, siteyle daha fazla etkileşim kurma ve rahatsız edilmeme olasılığının daha yüksek olduğu anlamına gelir.

Bu, uyarlanabilir bir deneyimin harika bir örneğidir. Ama bir takas var. HubSpot forumları gibi bu üçüncü taraf komut dosyasını kullanmak ve bu örnekte başkaları da vardı, web sitesini yavaşlattı. Aslında, deniz feneri mobil puanları 100 üzerinden sadece 40'tı, bu da sitelerinin yavaş olduğu ve SEO'da o kadar üst sıralarda yer almayacakları anlamına geliyor. Yani bu uyarlanabilir deneyimi istiyorsunuz ama bu bir hız sorununa neden oluyor. Bu konuda ne yaparsın?

İşte Partytown adlı bu yeni tekniğin devreye girdiği yer burasıdır. Böylece Partytown, bunun gibi üçüncü taraf komut dosyalarını tarayıcının JavaScript motorunun ana iş parçacığından çıkarır ve onu ayrı bir iş parçacığına yükler. Bu, sitenin çok daha hızlı etkileşimli hale geldiği, böylece kullanıcıların işlem yapması, etkileşimde bulunması engellenmediği ve sadece Partytown'u aynı harika, uyarlanabilir işlevsellik ile kullanarak deniz feneri puanının 40'tan 90'a çıktığı anlamına gelir.

Böylece, gerçekten harika ama yavaş olan ve onu yavaşlatmayan uyarlanabilir komut dosyalarına sahip olabilirsiniz. Çok havalı. Bunlar, bir mimar olarak müşterilerinizin web sitelerini mükemmel hale getirmek için yapmanız gereken türden şeylerdir. Bu, JavaScript'i hızlı hale getirmenin bir yolu. Bir başka büyük performans parçası da, zaten biliyor olabileceğiniz medyadır, ancak bekleyin. Bu nedenle, özellikle çok fazla medyaya sahip yayıncılar olmak üzere herkes harika görünen güzel, büyük görseller ister.

Ancak resimler sadece büyükse, indirmeleri yavaş olur ve bu, özellikle cep telefonlarında ve mobil ağlarda tüm siteyi yavaşlatır. Yani artık bir insana aynı görünen ancak çok daha küçük olan ve bu nedenle çok daha hızlı yüklenen yeni görüntü formatları var. Ve muhtemelen bu formatlardan bazılarını biliyorsunuzdur, örneğin WebP'yi duymuşsunuzdur. Ancak WebP'den bile daha küçük olan ama yine de çıplak gözle aynı görünen AVIF, AVIF'i bilmiyor olabilirsiniz.

Yani sadece AVIF resimlerine geçmek, o dergi sitesini veya gerçekten herhangi bir siteyi önemli ölçüde hızlandırabilir. Şimdi komik olan şu. Muhtemelen bunu biliyorsundur dedim. Geçen yıl AVIF ile ilgili bir sunum yapmıştım henüz birkaç aylıkken ve şimdi bir yıl sonra, kullanıyor musunuz? Hayır, neredeyse kimse kullanmıyor. W3Techs'e göre, WebP ile bile web sitelerinin %0,1'inden azı AVIF kullanıyor, web sitelerinin %4'ünden azı bunu kullanıyor.

Yani bunlar bir bakıma eski veya bilinmesi gereken tekniklerdir ve yine de kullanırsanız hala son teknolojidir. Web sitelerini hızlandırmanın gerçekten kolay bir yolu, bu elbette kullanıcılar için iyi ve resim formatlarıyla SEO için iyi ve insanlar hala bunu yapmıyor. Şimdi, WordPress'in AVIF'i desteklemediğini ancak WebP görüntülerini desteklediğini keşfedebilirsiniz.

Yani belki normal WordPress kullanan WebP'ler müşteriniz için yeterince iyidir veya belki bu, kafasız WordPress kullanmak için başka bir nedendir çünkü o zaman AVIF'i otomatik olarak desteklemek çok daha kolaydır. Müşteri gereksinimleriyle, teknik yeteneklerle ve bunları bir araya getirmenin doğru yolunun ne olduğunu bulmak size kalmış. Ama bence bir mimar olarak bunu tamamen görmezden gelmek iyi bir seçenek değil. Bence burada biraz teknik geliştirmelisiniz çünkü bu müşterilerinize yardım etmenin çok kolay bir yolu.

Ön uçta meydana gelen başka bir yeniliğe, masaüstü bilgisayarlardaki ve telefonlardaki kullanıcı ayarlarına bakalım. Artık beş yıl önce olmayan bu yeni web tabanlı ayarlar var ve müşterinizin web sitelerini ziyaret edenler artık bu ayarlara saygı gösterilmesini bekliyor. Yani azaltılmış hareket, benim gibi web'in biraz daha büyük olmasını tercih eden insanlar için yazı tipi boyutu, günün herhangi bir saatinde veya herhangi bir zamanda sadece bir kullanıcı tercihi veya erişilebilirlik olsun, açık ve koyu mod tercihleri ​​gibi şeyler var. web sitelerinin, web ile etkileşim kurmanın çeşitli yollarına sahip kişiler için bile iyi çalıştığından emin olmak. Belki körler için veya diğer özel durumlar için bazen düzenleme için.

Ve bu, kullanıcılar için güzel, sanırım ama sizin için çok iş çünkü tüm bunları destekleyen siteleri uygulamanız gerekiyor. Ve burada başka bir sorun var. Bunun gibi cihaz yetenekleri veya kullanıcıya bağlı diğer şeyler için uyarlanabilir bir site oluşturduğunuzda, siteyi nasıl test edersiniz? Tüm bu farklı koşullarda bunun doğru şekilde çalışacağından nasıl emin olabilirsiniz?

Hepimizin alıştığı bir şey gibi, sanırım bu noktada sitemi alacağım ve onu bir cep telefonu boyutu için test edeceğim ve ardından bir iPad için test edeceğim ve sonra bir dizüstü bilgisayar için test edin, belki süper geniş ekran için tekrar test edin, ancak bu zaten test ettiğim üç veya dört şey. Ama şimdi – peki ya bu durumların her birinde, ya yazı tipi boyutu gerçekten büyük ayarlanmışsa? Hala doğru görünüyor mu? Bunu test ediyor musun? Aydınlık mod mu karanlık mod mu? Bu, test etmeniz gereken başka bir çarpı 2 sayıdır.

Yani bunların her biri, yazı tipi boyutu, ışık modu, erişilebilirlik, farklı türde tarayıcılar kullanma, hepsi test etmeniz gereken şeylerin kombinasyonlarını çoğaltır. Yani bu biraz zor. Yani bazı insanlar için otomatik testler için ulaştıkları şey bu. Belki bu vakalardan bazıları, her seferinde her şeye bakan bir insan yerine otomatik testlerle çözülebilir.

Bu iyi ama tam bir cevap değil çünkü otomatik bir test, karanlık mod sitesinin iyi görünüp görünmediğini bilemeyecek. Bu gerçekten bir insanın yargılaması gereken bir şey. Yani bu test olayı hâlâ bir bilmece ve buna birazdan geri döneceğim çünkü size diğer şeylerin yanı sıra bu test bulmacasına da yardımcı olan bir sonraki teknoloji parçasını göstereceğim.

Şimdi göstereceğim bir sonraki şey, gerçekten harika bir şey ki, kişisel olarak CSS ve HTML'ye girdiğimiz için çok heyecanlıyım, çünkü bunu dilemiştim. Ve aslında, bunu JavaScript'te yapmaya çalışmak için kişisel olarak kod bile oluşturdum, çünkü bunu o kadar çok istiyordum ki. Ve şimdi yerel olarak CSS ve HTML'ye geliyor, bu da her yerde kullanılabileceği anlamına geliyor. Ve Performant ve diğer tüm araçlar bunu destekleyecektir. Ve bu yüzden bu konuda çok heyecanlıyım.

Peki nedir? Dolayısıyla, CSS medya sorgularına aşina olabilirsiniz. Bu, tüm ekranın boyutuna bağlı olarak farklı bir düzen veya görünüm ve his sunmanıza olanak tanır. Ancak artık uyarlanabilir düzenler için CSS kapsayıcısı sorguları adı verilen yeni bir şey var. Bu nedenle, tüm ekranın boyutundan dolayı farklı şekilde akan bir düzen yerine, tek bir bileşen, yalnızca boyutuna veya yalnızca etrafındaki bileşenlere göre farklı görüntülenebilir.

Örneğin, burada gördüğünüz gibi, daha geniş ve daha dar bir versiyonu olan bir bileşenim olabilir. Şimdi telefonda dar versiyona ve dizüstü bilgisayarda geniş versiyona ihtiyacım olabilir. Bu konuda düşündüğümüz olağan yol bu. Peki ya geniş sürümde aslında üç sütunum varsa? Yani her sütunda dar olan mikrofonu istiyorum.

Şimdi mevcut CSS'nin bunu desteklemediğini görün. Sadece tüm ekranın geniş olduğunu, bu nedenle geniş olduğunuzu söylüyor, evet, ekran geniş olabilir ancak bir sütundasınız, bu nedenle yine de bir telefondaymış gibi davranmanız gerekiyor. Kapsayıcı sorgularının yaptığı budur. Bunun için çok heyecanlı. Şimdi, bu, web sayfalarını bütün bir web sayfası olarak değil, bileşenler açısından düşünmeye geçiş olan daha da büyük bir eğilimin sadece bir parçası. Bir sayfanın parçaları.

Artık bir PHP geliştiricisi olarak bazı şeyleri ayırmaya alıştınız. Stiller buraya, işlevler buraya, tüm sayfa düzenleri buraya vb. Ancak bileşenlere geçiş daha büyük bir geçiştir. Bir sayfanın içindeki parçanın bu yeniden kullanılabilir ayrı ayrı bileşenlerden oluşması gerektiğini söylüyor. CSS ve HTML gibi web'in altında yatan teknoloji, bu bileşende gördüğünüz gibi, boyutumun daha geniş sayfaya değil kendime göre nerede olması gerektiğini düşünmek gibi bileşenlere doğru ilerliyor.

Bu tür bir düşünceyi elbette Gutenberg'de de görebilirsiniz. Yani WordPress kullanıcıları artık bu uzun sayfaları yazmıyor. Blokları birleştiriyorlar. Bloklar bileşenlerdir. Metin veya başlık veya resim gibi içerik parçaları veya sütunlar ve sekmeler gibi düzenler ve diğer her türlü şey gibi, yeniden kullanabileceğiniz ve istediğiniz şekilde birleştirebileceğiniz birimler.

Ve tabii ki tam site düzenlemesi ile bu daha da ileri gidiyor. Şimdi, bileşen olan bloklarla birlikte tüm sayfayı düzenlemek, WordPress ile böyle yapıyoruz, bu yüzden bu, bir WordPress geliştiricisi olarak geride kalmamak için benimsemeniz gereken bir değişiklik. Çünkü ister HTML ve CSS gibi temel teknolojiden bakın, ister WordPress'in halihazırda nereye gittiğine ve Gutenberg ve tam site düzenlemesiyle nereye gittiğine bakın, bunların tümü, bileşenlerdeki şeyler hakkında düşünmeniz gerektiğine işaret ediyor. belki bileşenler gibi şeyler bile geliştirebilir.

Ve bu, başsız web siteleri ve JavaScript dünyası gibi daha geniş ön uç geliştirme ağına baktığınızda bile doğrudur, bu tamamen aynı hikayedir. Dolayısıyla, hemen hemen herkesin bunlardan birini kullandığı, bunun gibi JavaScript çerçeveleri, tepki, görünüm ve açısal, başından beri bileşen tabanlıdır. Yıllarca. Bir şeyleri ayrı dosyalara koymazsınız, bileşenleri ayrı dosyalara koyarsınız ve onları yeniden kullanırsınız.

Yani JavaScript'i başsız kullansanız da, WordPress kullansanız da veya sadece ham HTML ve CSS yazsanız da, bileşenler hakkında düşünmeniz gereken şey budur. O yüzden çok fazla değeri var. Nesne yönelimli programlamanın verileri ve kodu nasıl kapsüllediği gibi. Benzer şekilde, web bileşenleri, görünümü ve hissi, davranışı, dolayısıyla verileri ve kodu da kapsar ve onları yeniden kullanılabilir hale getirir ki bu harikadır.

Yeniden kullanılabilir ve şekillendirilebilir olmalarının yanı sıra başka bir şey de ayrı ayrı test edilebilir olmalarıdır. Yani bu, bahsettiğimiz test olayına geri dönüyor. Böylece bir bileşeni, hatta bir düğmeyi bile alıp, onu bu farklı bağlamlarda test edebilirsiniz. Metin büyük veya küçük olduğunda düğme nasıl görünür? Farklı tarayıcı türlerinde düğme nasıl görünür? Düğme, aydınlık modda veya karanlık modda nasıl görünür?

Yalnızca bir düğmeyi tek başına test ettiğinizde, her türlü kombinasyonu test etmek çok daha kolaydır, hataları düzeltmek vb. Ve sonra, bundan sonra test etmeye devam etmek zorunda olmadığınız bu güzel yeniden kullanılabilir düğmeniz var. Böylece, daha kolay olan, ayrı ayrı test edilebilen bir dizi bileşene sahip olarak, artık ilk seferde çalışan sayfaları oluşturabilirsiniz. İşte bu, hey, tüm bu farklı koşullarda iyi çalışan bu web sitelerini nasıl test edip oluşturacağım sorusunun cevabının bir parçası.

Yani bileşenler, bir mimar olarak web sitelerine yaklaşmanız gerektiğini düşünüyorum. Yani bir WordPress geliştiricisi olarak zaten dünyanın çoğunu anlıyorsunuz. Yayıncılarla nasıl çalışılacağını anlıyorsunuz. İhtiyaçlarını gerçek hayata nasıl dönüştüreceğinizi anlıyorsunuz. Kod, sanat ve gereksinimleri nasıl karıştıracağınızı ve harika ve etkili web siteleri yapmayı anlıyorsunuz.

İşin püf noktası, öğrenilecek ve getirilecek bu yeni teknolojidir, böylece geride kalmak yerine, uyarlanabilir deneyimler gibi şeylerden ve bunların arkasındaki araçlardan ve bunları inşa etmek için bileşenlerden yararlanırsınız. DE{CODE}'da, buradaki sunumlar tam da bunu yapmanıza yardımcı olmak için tasarlanmıştır. DE{CODE}'da başsız WordPress için bir parçamız var, bir müşteri için başsızı ne zaman kullanıp ne zaman başsız kullanmayacağınızı öğrenebilirsiniz. Headless'ı dakikalar içinde çok hızlı bir şekilde sıfırdan başlatmanıza yardımcı olacak atölyelerimiz var. Yani, bunu biraz merak ediyorsanız, gidip bunlara bir göz atın.

Ayrıca e-ticaret ve WordPress ve diğer konuları yönetme için aralarımız var. Ve benim tavsiyem, gün boyunca ilerlerken, tüm bu oturumları gözden geçirirken, elinizden geleni yapın, notlar alın, vb. deneyeceğim şeyler. Bunları öğreneceğim. Bunları bir projeye taşımaya çalışacağım. Bunda iyi olacağım. Hatta belki mevcut müşterilerime de geri dönüp hey, bunu kullanmak için sitenizi yükseltelim derim.

Öyleyse, bir mimar olarak alıp gerçekten uygulamaya koyacağınız o birkaç şey gibi şeylere dikkat edin. Bu yayıncıları memnun etmeye devam edin, yeni sınırlara doğru genişlemeye devam edin, bir mimar olarak büyümeye devam edin ve bu yıl, 2022, bir WordPress geliştiricisi olarak en iyi yılınız olacak. Teşekkürler.