DE{CODE}: 2022—Tahun Pengembang WordPress

Tidak pernah ada waktu yang lebih baik untuk berspesialisasi dalam pengembangan WordPress. WordPress terus memakan internet sebagai Sistem Manajemen Konten (CMS) favorit dunia, dan bahkan CMS tanpa kepala yang paling populer. Dalam sesi utama dari DE{CODE} 2022 ini, Pendiri WP Engine dan Chief Innovation Officer Jason Cohen membahas tantangan dan peluang yang ada di depan para pengembang WordPress dan proyek yang sedang dikerjakan WP Engine untuk membuat hidup mereka lebih mudah.

Lihat video lengkapnya di bawah ini!

Slide Sesi:

Transkrip Teks Lengkap

JASON COHEN : Halo dan selamat datang di DE{CODE}, konferensi tahunan WP Engine tempat kami merayakan pengembang WordPress. Nama saya Jason Cohen dan saya pendiri WP Engine. Saya ingin memulai DE{CODE} tahun ini dengan keyakinan, yaitu tahun 2022 adalah tahun pengembang WordPress. Saya akan menjelaskan mengapa saya percaya tahun ini memiliki begitu banyak janji dan kesempatan bagi kita semua dan kemudian saya ingin berbicara tentang bagaimana Anda dapat mempercepat karir Anda di pasar ini.

Jadi izinkan saya memulai dengan sebuah pertanyaan, setiap komunitas pengembang perangkat lunak dikenal untuk sesuatu, jadi apa yang dikenal dengan pengembang WordPress? Saya akan mengatakan bahwa pengembang WordPress dikenal membuat situs web indah yang disukai penerbit. Jadi inilah yang saya maksud, kita semua tahu bahwa ada jutaan situs web di luar sana yang menggunakan WordPress tetapi Anda juga memiliki orang-orang seperti Under Armour, merek pakaian multinasional yang menggunakan WordPress dan mempekerjakan pengembang WordPress.

Sekarang Under Armour melakukan penjualan $5 miliar tahun lalu jadi mereka tidak menggunakan WordPress hanya karena gratis. Mereka mampu membeli perangkat lunak apa pun yang mereka inginkan. Mereka menggunakan WordPress karena memenuhi persyaratan mereka dan mereka mempekerjakan pengembang WordPress karena Anda tahu cara memenuhi persyaratan tersebut dan menghasilkan situs web yang indah dan mudah diperbarui. Seperti yang ini.

Atau National Geographic, ini adalah salah satu merek media paling dihormati di dunia dan Nat Geo membutuhkan situs web yang cantik dan mudah diperbarui dengan manajemen aset digital canggih yang dapat menangani pengalaman kaya media. Jadi tentu saja mereka mempekerjakan pengembang WordPress. Itu kasus penggunaan yang membuat Anda terkenal. Dan bagaimana dengan teknologi? Akankah perusahaan teknologi modern menggunakan WordPress?

Ya, tim di Dropbox dapat membuat CMS dari awal jika mereka mau atau mereka dapat menggunakan salah satu teknologi Pembuat Situs yang muncul setiap saat. Tetapi Dropbox memilih untuk bekerja dengan WordPress dan pengembang WordPress untuk bagian situs mereka yang harus menarik dan mudah dipublikasikan. Bagaimana dengan kasus penggunaan di mana tim pemasaran ingin menggunakan teknologi ujung depan yang berbeda dari WordPress?

Jadi mereka ingin menggunakan WordPress untuk CMS tetapi sesuatu yang berbeda untuk front end, apakah mereka masih bisa menggunakan WordPress? Tentu saja, itulah WordPress tanpa kepala. Jadi mereka dapat membuat pilihan seperti yang dilakukan Otoritas Android dan menggunakan WordPress tanpa kepala. Jadi Otoritas Android masih menggunakan WordPress sebagai CMS untuk mengelola penulis, konten, media, semua hal yang diperlukan untuk mengelola bagian belakang situs web tetapi bagian depan ditangani oleh kerangka kerja yang berbeda.

Dan ketika sebuah merek menginginkan pendekatan tanpa kepala, seperti otoritas Android, mereka masih memanggil pengembang WordPress karena mereka menginginkan kinerja dan keamanan situs web yang dipisahkan, tentu saja, tetapi mereka membutuhkan situs tersebut untuk mencocokkan alur kerja penerbitan mereka dan semua hal lain yang mereka lakukan. telah diharapkan selama hampir 20 tahun terakhir bahwa WordPress telah memberdayakan situs web mereka. Dan pengembang WordPress tahu bagaimana melakukannya.

Membuat penerbit senang adalah apa yang dilakukan pengembang WordPress dengan reputasi baik dan bahkan pesaing WordPress mengetahui hal ini. Beberapa yang paling banyak dibicarakan tentang startup dan pengembangan web terus berbicara tentang WordPress. Saat Anda menelusuri situs web mereka, salah satu kesamaan yang Anda lihat adalah selalu ada halaman yang ditujukan untuk pengembang WordPress. Ke mana pun Anda melihat, semua orang tertarik dengan pengembang WordPress.

Itu sebabnya saya katakan 2022 adalah tahun pengembang WordPress karena Anda telah menguasai apa yang dibutuhkan setiap penerbit dan kebutuhan itu tidak berubah, mereka hanya dipercepat. Seperti, setiap penerbit membutuhkan lalu lintas organik dari mesin pencari seperti Google, tentu saja, dan orang-orang masih berbicara tentang cara melakukannya sepanjang waktu. Apakah itu baru? Tidak, jelas tidak. Pada dasarnya artikel yang sama telah diposting selama bertahun-tahun dan pengembang WordPress ahli dalam melakukan ini.

Bagaimana dengan pengujian A/B? Atau lebih baik lagi, pengujian No Code A/B? Itu mewah. Itu inovatif, bukan? Sekarang Anda harus berebut dan mempelajari alat-alat baru ini. Nah, kecuali Anda tidak melakukannya karena Anda telah melakukan ini selama bertahun-tahun. Seperti, ide ini juga mencetak pendanaan VC delapan tahun lalu. Seperti, tidak ada perubahan di sini. Masih ada pengujian Tanpa Kode A/B dan Anda sudah tahu cara melakukan semua ini. Anda sudah ahli dalam semua ini. Itu bagus.

Banyak dari Anda juga mengetahui tentang perubahan terbaru dalam pencarian Google yang menggunakan pengalaman halaman sebagai faktor peringkat. Pengalaman halaman berarti hal-hal seperti kecepatan halaman dan hal-hal lain dan Anda mungkin juga mengetahuinya sebagai pembaruan Core Web Vitals. Pernahkah Google membuat perubahan seperti ini sebelumnya yang harus Anda tanggapi? Ya, sebenarnya sepanjang waktu, bukan? Dan Anda tahu bagaimana melakukannya.

Ya, ini alat baru tetapi membuat situs web cepat, menjadi penting bukanlah hal baru dan Google telah menggunakan kecepatan halaman sebagai faktor peringkat untuk waktu yang lama dan mencoba menyimpulkan apakah pengunjung situs akan puas untuk waktu yang lama. . Ini semua adalah hal yang sudah Anda kuasai. Jadi dalam beberapa hal seperti itu dunia tidak berubah. Dan itu bagus untuk dirayakan karena dalam hal melayani penerbit dengan cara ini, pengembang WordPress sudah berada di depan kurva. Anda sudah ahli.

Tapi ada aspek lain untuk pengembangan web di mana saya melihat perubahan nyata. Dimana dunia bergeser dengan cepat. Dan itulah mengapa saya menyarankan pengembang WordPress untuk berpikir seperti seorang arsitek. Jadi seorang arsitek menggabungkan persyaratan dari pelanggan dengan seni. Seorang arsitek juga menggabungkan persyaratan dan seni dengan teknologi yang tepat, baik itu bahan bangunan maupun perangkat lunak dan infrastruktur.

Artinya Anda harus mampu menggunakan semua teknologi yang tersedia dan itu berarti memanfaatkan inovasi baru. Nah, itu bisa menakutkan karena harus mempelajari sesuatu yang baru bisa mengganggu, tetapi itu juga bagian dari pekerjaan. Ketika kami memutuskan untuk menjadi pengembang perangkat lunak, salah satu hal tentang perangkat lunak adalah ia berubah setiap saat. Jadi jika kita akan menjadi pengembang perangkat lunak yang baik atau arsitek yang baik, kita harus mengikuti hal-hal terbaru sehingga kita dapat memilih teknologi yang tepat untuk berbagai pekerjaan yang kita miliki.

Jadi hal-hal seperti pengujian A/B dan SEO mungkin berubah sangat lambat dan pada dasarnya tidak benar-benar berubah sama sekali, tetapi teknologinya dan Anda harus berada di atas itu dan itulah yang ingin saya bicarakan selama 20 menit berikutnya. Apa sajakah dari hal-hal itu? Jadi, apa saja perubahan baru yang menarik dalam teknologi yang menurut saya harus Anda perhatikan, bahkan mungkin diadopsi? Saya ingin memberi Anda sekilas tentang apa yang saya lihat sebagai sarang perubahan menarik di ruang kita.

Jadi perubahan terbesar dalam ekspektasi pengguna yang harus Anda ketahui disebut pengalaman digital adaptif. Ini seperti personalisasi tetapi lebih. Pengguna menginginkan tampilan dan nuansa serta fungsionalitas situs untuk beradaptasi dengan lingkungan dan kondisi khusus mereka dan bahkan riwayat mereka bahkan jika mereka tidak masuk. Sekarang ketika Anda memberikan pengalaman digital adaptif yang dipersonalisasi, pengguna akan lebih puas dengan situs web mereka dan faktanya, ada banyak data bahwa ketika situs web adaptif, mereka berkonversi lebih baik, orang tinggal di situs lebih lama, mereka mengklik lebih banyak tautan, dan seterusnya.

Dengan kata lain, sebagai perusahaan media, lebih banyak klik berarti lebih banyak pendapatan iklan. Sebagai perusahaan e-niaga, lebih banyak konversi berarti lebih banyak pendapatan. Sebagai perusahaan teknologi atau perusahaan apa pun yang menjual barang secara online, meskipun bukan e-niaga, lebih banyak orang yang terlibat berarti lebih banyak prospek atau lebih banyak pendapatan. Jadi dalam semua kasus, pengalaman digital yang lebih adaptif, artinya pelanggan yang lebih bahagia, secara harfiah berarti lebih banyak pendapatan bagi klien. Itu sebabnya itu sangat penting.

Sekarang kabar baiknya bagi kami adalah bahwa banyak kemajuan web membuka kemampuan untuk menghadirkan pengalaman adaptif ini. Jadi mari kita jelaskan ini. Mari kita tunjukkan beberapa contoh. Bagaimana cara kerjanya? Jadi inilah contoh nyata, sebuah majalah online memiliki persyaratan untuk menggunakan forum HubSpot untuk mengumpulkan prospek. Mengapa forum HubSpot? Jadi forum HubSpot menggunakan teknik yang disebut bidang progresif.

Artinya, setelah pengguna mengisi formulir, memberikan informasi mungkin untuk mengunduh kertas putih atau mendapatkan sesuatu, HubSpot ingat bahwa lain kali orang tersebut ingin mendapatkan sesuatu, mereka tidak dimintai informasi itu lagi. Itu berarti orang tersebut lebih cenderung untuk mendapatkan lebih banyak informasi, lebih banyak terlibat dengan situs dan tidak diganggu.

Ini adalah contoh yang bagus dari pengalaman adaptif. Tapi ada trade off. Menggunakan skrip pihak ketiga ini, seperti forum HubSpot dan yang lainnya dalam contoh ini, memperlambat situs web. Faktanya, skor seluler mercusuar mereka hanya 40 dari 100, yang berarti situs mereka lambat dan berarti mereka tidak akan mendapat peringkat tinggi di SEO. Jadi Anda menginginkan pengalaman adaptif ini tetapi menyebabkan masalah kecepatan. Apa yang Anda lakukan tentang itu?

Jadi di situlah teknik baru yang disebut Partytown masuk. Jadi Partytown memindahkan skrip pihak ketiga seperti ini dari utas utama mesin JavaScript browser dan memuatnya di utas terpisah. Jadi ini berarti situs menjadi interaktif lebih cepat sehingga pengguna tidak diblokir untuk mengambil tindakan, berinteraksi, dan skor mercusuar berpindah dari 40 ke 90 hanya dengan menggunakan Partytown dengan fungsionalitas keren dan adaptif yang sama.

Jadi Anda dapat memiliki skrip adaptif yang sangat keren tetapi lambat dan membuatnya tidak lambat. Itu keren. Itu, sebagai seorang arsitek, hal-hal yang harus Anda lakukan untuk membuat situs web pelanggan Anda hebat. Jadi itulah cara membuat JavaScript cepat. Performa besar lainnya adalah media, yang mungkin sudah Anda ketahui, tapi tunggu. Jadi, siapa pun, terutama penerbit dengan banyak media, menginginkan gambar yang indah dan besar yang terlihat bagus.

Tetapi jika gambarnya besar, maka unduhannya lambat dan itu akan memperlambat seluruh situs, terutama di ponsel dan di jaringan seluler. Jadi sekarang ada format gambar baru yang terlihat sama dengan manusia tetapi jauh lebih kecil sehingga memuat lebih cepat. Dan Anda mungkin tahu tentang beberapa format ini, seperti mungkin Anda pernah mendengar tentang WebP. Tapi Anda mungkin tidak tahu tentang AVIF, AVIF, yang bahkan lebih kecil dari WebP tapi masih terlihat sama dengan mata telanjang.

Jadi hanya beralih ke gambar AVIF dapat secara dramatis mempercepat situs majalah itu atau benar-benar situs apa pun. Sekarang inilah hal yang lucu. Saya berkata, Anda mungkin tahu ini. Saya memberikan presentasi tentang AVIF tahun lalu ketika baru berusia beberapa bulan dan sekarang setahun kemudian, apakah Anda menggunakannya? Tidak, hampir tidak ada yang menggunakannya. Menurut W3Techs, kurang dari 0,1% situs web menggunakan AVIF bahkan dengan WebP, kurang dari 4% situs web menggunakannya.

Jadi ini adalah teknik yang dalam arti tertentu, sudah tua atau harus diketahui namun Anda masih canggih jika menggunakannya. Ini adalah cara yang sangat mudah untuk mempercepat situs web yang tentu saja bagus untuk pengguna dan bagus untuk SEO dengan format gambar dan orang pada umumnya masih belum melakukannya. Sekarang, Anda mungkin menemukan bahwa WordPress tidak mendukung AVIF tetapi mendukung gambar WebP.

Jadi mungkin WebP cukup baik untuk klien Anda, menggunakan WordPress biasa atau mungkin ini adalah alasan lain untuk menggunakan WordPress tanpa kepala karena akan jauh lebih mudah untuk mendukung AVIF secara otomatis. Terserah Anda untuk menyulap persyaratan klien, menyulap kemampuan teknis, dan mencari tahu apa cara yang tepat untuk menyatukannya. Tapi saya pikir sebagai seorang arsitek, mengabaikan ini sama sekali bukanlah pilihan yang baik. Saya pikir Anda harus mengembangkan beberapa teknik di sini karena ini adalah cara yang mudah untuk membantu klien Anda.

Jadi mari kita lihat inovasi lain yang terjadi di bagian depan, yaitu pengaturan pengguna di desktop dan ponsel. Sekarang ada pengaturan berbasis web baru yang tidak ada lima tahun lalu dan pengunjung situs web klien Anda sekarang berharap pengaturan tersebut dipatuhi. Jadi ada hal-hal seperti pengurangan gerakan, ukuran font untuk orang-orang seperti saya yang lebih suka web sedikit lebih besar, preferensi mode terang dan gelap, apakah itu dari waktu ke hari atau itu hanya preferensi pengguna setiap saat, atau aksesibilitas, memastikan situs web berfungsi dengan baik bahkan untuk orang-orang dengan berbagai cara berinteraksi dengan web. Mungkin untuk tuna netra atau keadaan khusus lainnya terkadang untuk regulasi.

Dan ini bagus untuk pengguna, saya kira tetapi ini banyak pekerjaan untuk Anda karena Anda harus mengimplementasikan situs yang mendukung semua ini. Dan ada masalah lain di sini. Saat Anda membangun situs yang adaptif, baik untuk kemampuan perangkat seperti ini atau hal lainnya, hal yang bergantung pada pengguna, bagaimana Anda mengujinya? Bagaimana Anda memastikan ini akan berfungsi dengan baik dalam semua situasi yang berbeda ini?

Jadi seperti satu hal yang kita semua terbiasa, saya pikir pada titik ini adalah saya akan mengambil situs saya dan saya akan mengujinya untuk ukuran ponsel, dan kemudian mengujinya untuk iPad, dan kemudian mengujinya untuk laptop, mungkin diuji lagi untuk layar super lebar tapi itu sudah tiga atau empat hal yang saya uji. Tapi sekarang– bagaimana dengan masing-masing kasus itu, bagaimana jika ukuran font diatur sangat besar? Apakah masih terlihat benar? Apakah Anda menguji itu? Bagaimana dengan mode terang versus mode gelap? Itu dikalikan 2 jumlah hal yang harus Anda uji.

Jadi setiap hal ini, ukuran font, mode ringan, aksesibilitas, penggunaan berbagai jenis browser, semuanya melipatgandakan kombinasi hal-hal yang harus Anda uji. Jadi itu agak sulit. Jadi bagi sebagian orang itulah yang mereka raih untuk pengujian otomatis. Mungkin beberapa dari kasus ini dapat ditangani melalui pengujian otomatis daripada manusia yang melihat semuanya setiap saat.

Jadi itu bagus tapi itu bukan jawaban yang lengkap karena tes otomatis tidak akan mengetahui apakah situs mode gelap terlihat baik-baik saja. Itu benar-benar sesuatu yang harus dinilai oleh manusia. Jadi hal pengujian ini masih merupakan teka-teki dan saya akan kembali ke sana sebentar lagi karena saya akan menunjukkan kepada Anda teknologi berikutnya yang antara lain juga membantu dengan teka-teki pengujian ini.

Jadi hal berikutnya yang akan saya tunjukkan adalah sesuatu yang sangat rapi yang saya pribadi sangat senang bahwa kita mendapatkan CSS dan HTML, karena saya mengharapkannya. Dan faktanya, saya bahkan secara pribadi membuat kode untuk mencoba melakukan ini dalam JavaScript, karena saya sangat menginginkannya. Dan sekarang ini hadir secara native ke CSS dan HTML, yang artinya akan tersedia di mana saja. Dan Performant dan semua alat lainnya akan mendukungnya. Jadi saya sangat bersemangat tentang ini.

Jadi apa itu? Jadi, Anda mungkin akrab dengan kueri media CSS. Jadi ini memungkinkan Anda untuk memberikan tata letak atau tampilan dan nuansa yang berbeda berdasarkan ukuran seluruh layar. Tapi sekarang ada sesuatu yang baru untuk tata letak adaptif yang disebut kueri penampung CSS. Jadi, alih-alih tata letak mengalir berbeda karena ukuran seluruh layar, satu komponen dapat ditampilkan secara berbeda hanya berdasarkan ukurannya atau hanya berdasarkan komponen di sekitarnya.

Jadi misalnya, saya mungkin memiliki komponen seperti yang Anda lihat di sini, yang memiliki versi lebih lebar dan versi lebih sempit. Sekarang saya mungkin memerlukan versi sempit di ponsel dan versi lebar di laptop. Itu cara yang biasa kita pikirkan. Tetapi bagaimana jika dalam versi lebar saya sebenarnya memiliki tiga kolom? Jadi di setiap kolom saya ingin mikrofon yang sempit.

Sekarang lihat CSS saat ini tidak mendukung itu. Itu hanya mengatakan seluruh layar lebar sehingga Anda lebar sebagai lawan dari ya, layar mungkin lebar tetapi Anda berada di kolom sehingga Anda masih harus bertindak seperti sedang menggunakan telepon. Itulah yang dilakukan kueri kontainer. Sangat bersemangat tentang itu. Sekarang, ini hanyalah bagian dari tren yang lebih besar yang merupakan pergeseran untuk berpikir tentang halaman web, bukan sebagai halaman web keseluruhan tetapi memikirkannya dalam hal komponen. Potongan halaman.

Sekarang sebagai pengembang PHP, Anda terbiasa memisahkan beberapa hal. Gaya masuk ke sini, fungsi masuk ke sana, seluruh tata letak halaman masuk ke sana dan seterusnya. Tetapi beralih ke komponen adalah perubahan yang lebih besar. Dikatakan bahwa bagian yang ada di dalam halaman harus disusun dalam komponen individual yang dapat digunakan kembali ini. Teknologi yang mendasari web seperti CSS dan HTML bergerak ke arah komponen seperti yang baru saja Anda lihat dengan komponen ini seperti memikirkan di mana ukuran saya harus didasarkan pada diri saya sendiri, bukan berdasarkan halaman yang lebih luas.

Anda juga bisa melihat pemikiran seperti ini tentu saja di Gutenberg. Jadi pengguna WordPress tidak lagi menulis halaman panjang ini. Mereka sedang menyusun balok. Blok adalah komponen. Unit yang dapat Anda gunakan kembali dan susun dengan cara apa pun yang Anda inginkan, baik berupa potongan konten seperti teks atau judul atau gambar atau tata letak seperti kolom dan tab dan segala macam hal lainnya.

Dan tentu saja dengan pengeditan situs lengkap, ini akan berjalan lebih jauh. Sekarang tata letak seluruh halaman, juga dengan blok yang merupakan komponen, adalah cara kami melakukannya dengan WordPress, jadi ini adalah perubahan yang harus Anda rangkul sebagai pengembang WordPress agar tidak ketinggalan. Karena apakah Anda melihatnya dari teknologi dasar seperti HTML dan CSS atau apakah Anda melihat ke mana WordPress telah pergi dan ke mana perginya dengan Gutenberg dan pengeditan situs lengkap, semuanya menunjukkan bahwa Anda harus memikirkan hal-hal dalam komponen, bahkan mungkin mengembangkan hal-hal seperti komponen.

Dan ini bahkan benar ketika Anda melihat web pengembangan frontend yang lebih luas seperti di situs web tanpa kepala dan dunia JavaScript, ceritanya persis sama. Jadi framework JavaScript seperti ini, react, view, dan angular, yang hampir semua orang menggunakan salah satunya, semuanya berbasis komponen sejak awal. Selama bertahun-tahun. Anda tidak memasukkan sesuatu ke dalam file terpisah, Anda memasukkan komponen ke dalam file terpisah dan Anda menggunakannya kembali.

Jadi apakah Anda menggunakan JavaScript dengan headless atau Anda menggunakan WordPress atau Anda hanya menulis HTML dan CSS mentah, Anda masih harus memikirkan komponen. Jadi ada banyak nilai untuk itu. Ini seperti bagaimana pemrograman berorientasi objek merangkum data dan kode. Demikian pula, komponen web merangkum tampilan dan nuansa, perilaku, sehingga data dan kodenya juga, dan membuatnya dapat digunakan kembali yang mengagumkan.

Hal lain, selain dapat digunakan kembali dan disusun, adalah bahwa mereka dapat diuji secara individual. Jadi ini kembali ke hal pengujian yang sedang kita bicarakan. Jadi Anda dapat mengambil komponen, meskipun hanya sebuah tombol, dan kemudian Anda dapat mengujinya dalam konteks yang berbeda ini. Seperti apa tampilan tombol saat teks besar atau kecil? Seperti apa tampilan tombol pada berbagai jenis browser? Seperti apa tampilan tombol dalam mode terang atau mode gelap, dan sebagainya.

Saat Anda menguji hanya satu tombol secara terpisah, jauh lebih mudah untuk menguji semua jenis kombinasi, lebih mudah untuk memperbaiki bug, dan sebagainya. Dan kemudian Anda memiliki tombol bagus yang dapat digunakan kembali yang tidak perlu Anda uji lagi setelah itu. Jadi dengan memiliki rangkaian komponen yang dapat diuji secara individual, yang lebih mudah, kini Anda dapat membuat halaman yang baru pertama kali berfungsi. Jadi itu bagian dari jawaban lagi untuk hei, bagaimana cara saya menguji dan membangun situs web ini yang bekerja dengan baik dalam semua keadaan yang berbeda ini?

Jadi komponen, ini cara sebagai arsitek saya pikir Anda perlu mendekati situs web. Jadi sebagai pengembang WordPress, Anda sudah memahami banyak hal tentang dunia. Anda memahami cara bekerja dengan penerbit. Anda mengerti bagaimana mengubah kebutuhan mereka menjadi kehidupan nyata. Anda memahami cara memadukan kode dan seni serta persyaratan dan membuat situs web yang luar biasa dan efektif.

Triknya adalah teknologi baru ini untuk dipelajari dan dibawa sehingga daripada tertinggal, Anda memanfaatkan hal-hal seperti pengalaman adaptif, dan alat di baliknya, dan komponen untuk membangun hal-hal ini. Dan di DE{CODE}, presentasi di sini dirancang untuk membantu Anda melakukannya. Jadi di DE{CODE} kami memiliki trek untuk WordPress headless, Anda dapat mempelajari kapan menggunakan headless untuk klien, kapan tidak menggunakan headless. Kami memiliki lokakarya untuk membantu Anda memulai tanpa kepala dari awal, sangat cepat seperti dalam hitungan menit. Jadi jika Anda penasaran sama sekali tentang itu, periksalah.

Kami juga memiliki breakout untuk e-commerce dan mengelola WordPress dan topik lainnya. Dan saran saya adalah saat Anda menjalani hari, saat Anda melihat semua sesi ini, Anda menyerap apa yang Anda bisa, mencatat, dll tetapi Anda mencari satu, dua, atau tiga hal yang Anda katakan, oke, itu adalah hal-hal yang saya akan mencoba. Saya akan mempelajari hal-hal itu. Saya akan mencoba memasukkan hal-hal itu ke dalam sebuah proyek. Aku akan menjadi baik dalam hal itu. Mungkin saya bahkan kembali ke klien saya yang sudah ada dan berkata, hei, mari perbarui situs Anda untuk menggunakan ini.

Jadi perhatikan hal-hal seperti apa yang akan Anda ambil dan benar-benar dipraktikkan sebagai seorang arsitek. Jadi, teruslah menyenangkan para penerbit itu, terus berkembang ke batas baru, terus tumbuh sebagai arsitek, dan tahun ini, 2022, akan menjadi tahun terbaik Anda sebagai pengembang WordPress. Terima kasih.