Postmortem Peluncuran Gutenberg, Jadi Kami Dapat Menerima Produk Gutenberg

Setelah 10 bulan dirilis sebagai editor default baru WordPress, Gutenberg masih diabaikan oleh sejumlah besar orang dari komunitas pengembangan web, yang sering mengutip sebagai alasan untuk mengabaikannya karena kurangnya dukungan aksesibilitas (walaupun peningkatan aksesibilitas besar telah dilakukan tempat), seberapa lambat (walaupun sekarang berjalan lebih cepat), dan beberapa keluhan lainnya. Reaksi pesimistis terhadap Gutenberg ini paling nyata dalam artikel online yang menunjukkan kemampuan Gutenberg yang, alih-alih menimbulkan reaksi positif dari para pembaca, mereka sebagian besar menarik penghinaan (seperti yang tercermin dalam aliran komentar negatif).

Banyak orang tampaknya marah "pada Gutenberg" (kita akan melihat sebentar lagi apa sebenarnya Gutenberg), menyatakan bahwa Gutenberg seharusnya tidak pernah terjadi atau, setidaknya, tidak pernah terintegrasi ke inti WordPress sebagai pengalaman default, atau setidaknya tidak secepat itu. Orang yang berbeda memiliki alasan yang berbeda untuk menentang Gutenberg, dengan beberapa alasan mereka lebih penting secara pribadi daripada yang lain. Misalnya, beberapa orang telah melihat mata pencaharian mereka terancam, setelah bekerja keras untuk mengkhususkan diri pada solusi tertentu yang, karena kedatangan Gutenberg, dalam bahaya menghilang (seperti siapa pun yang bekerja dengan merek ini atau merek pembuat halaman itu). Saya benar-benar dapat memahami mengapa orang-orang ini marah pada Gutenberg, dan saya bersimpati dengan mereka.

Namun, saya juga percaya bahwa marah tanpa henti oleh Gutenberg dan mengabaikan semuanya — bahkan tanpa mempertimbangkan apakah itu layak digunakan — bukanlah pendekatan yang masuk akal. Ketika pertama kali diluncurkan, saya cukup menentang Gutenberg, berpikir bahwa itu belum siap, dan sikap ini bertahan selama beberapa bulan. Namun, akhir-akhir ini saya semakin sering menggunakan Gutenberg, dan saya bahkan dapat mengklaim bahwa, saat ini, saya benar-benar menikmatinya. Sementara pada awalnya saya juga sedikit marah "pada Gutenberg" sendiri, saya membiarkan kemarahan saya hilang, dan sekarang saya benar-benar dapat mengambil manfaat darinya.

Melalui artikel ini, saya akan mencoba mengubah narasi di mana Gutenberg paling sering digambarkan. Saya akan menyebutkan apa yang salah di masa lalu, dan menjelaskan apa Gutenberg telah dan apa itu, dari mana saya dapat memberikan lompatan keyakinan untuk menyajikan Gutenberg dalam cahaya yang menguntungkan. Saya juga akan berargumen bahwa Gutenberg sudah merupakan kekuatan positif, dan karena itu, layak diberi kesempatan lagi (jika Anda belum melakukannya).

Apa Sebenarnya Gutenberg Itu?

Dari sudut pandang saya, alasan terpenting mengapa Gutenberg tidak diterima secara luas adalah bahwa, ketika orang berbicara tentang Gutenberg, mereka menyamakannya dengan bukan hanya satu tetapi sebenarnya dua entitas (yang saling membingungkan), yaitu:

1. Gutenberg, peluncuran;
2. Gutenberg, produk.

Gutenberg sebagai "produk" adalah plugin/fungsi itu sendiri. Gutenberg sebagai "peluncuran" adalah proses yang melibatkan pengembangan awal dan rilis Gutenberg, mungkin dimulai ketika pendiri WordPress Matt Mullenweg memperkenalkan Gutenberg kepada khalayak yang lebih luas pada Juni 2017 selama WordCamp Europe 2017, dan berakhir pada awal Desember 2018 ketika WordPress 5.0 diluncurkan. dirilis dengan Gutenberg bergabung ke dalamnya.

(Setelah peluncuran selesai, tahap baru dimulai yang berlanjut hingga hari ini: "Siklus pengiriman berkelanjutan Gutenberg". Namun, tahap ini sangat berbeda dari "Peluncuran Gutenberg", karena tidak ada masalah serius dengannya, dan karena seperti itu tidak menghasilkan kesalahpahaman terhadap "Gutenberg the product". Oleh karena itu, tidak perlu membicarakannya di artikel ini.)

Kita harus membedakan antara dua entitas, "peluncuran" dan "produk". Oleh karena itu, mulai sekarang, saya berharap bahwa ketika kita menyebut "Gutenberg" itu selalu berarti "Gutenberg the product", dan jika kita ingin merujuk "Gutenberg the launch" maka kita harus secara eksplisit menamainya (mungkin menggunakan salah satu variasinya , seperti "pengembangan/rilis awal Gutenberg" atau frasa serupa). Yang terpenting, kita harus menahan diri untuk tidak mencampurkan peluncuran dan produk dalam kantong yang sama: Menyebutkan faktor apa pun yang berkontribusi pada peluncuran mengecewakan Gutenberg sebagai alasan untuk tidak menggunakan Gutenberg dalam proyek kita harus dihapus, dan Gutenberg sebagai produk harus dinilai hanya bertentangan dengan kualitasnya sendiri. Ini adil bagi produk Gutenberg.

Saya percaya bahwa, sementara "Peluncuran Gutenberg" telah dikritik secara adil, cemoohan terus-menerus yang ditujukan pada Gutenberg produk itu tidak adil (bahkan jika itu dibenarkan), dan bahwa Gutenberg produk itu sendiri adalah korban dari reputasi ternoda yang diberikan dengan nama "Gutenberg" selama peluncurannya yang membuat frustrasi. Misalnya, ketika mencari "Gutenberg" di direktori plugin WordPress, karena algoritme menentukan faktor peringkat plugin di peringkat plugin, Gutenberg hanya muncul di sekitar posisi ke-10. Namun, banyak dari peringkat bintang 1 tidak akan terjadi jika Gutenberg tidak digabungkan menjadi inti; seandainya pada awalnya dirilis sebagai plugin saja, dan menunggu hingga bug dan masalah terpenting (seperti kurangnya aksesibilitas) telah diselesaikan sebelum bergabung ke inti, maka peringkatnya hari ini akan lebih tinggi.

Jika kita dapat memisahkan dua entitas (peluncuran dan produk) dan menanganinya secara terpisah, maka, di satu sisi, kita dapat melakukan postmortem tentang apa yang salah selama peluncuran Gutenberg dan memasukkan pengetahuan ini ke dalam pengiriman berkelanjutan saat ini. siklus, sehingga kesalahan yang sama tidak akan terulang (memang, ini tampaknya sudah terjadi, seperti yang akan saya uraikan di bawah); di sisi lain, kita dapat membiarkan diri kita menghargai Gutenberg sebagai produk, menambahkannya ke tumpukan kita, dan semoga mendapat manfaat darinya.

Saya akan melakukan ini, dari sudut pandang saya sendiri.

Apa yang Salah Selama Peluncuran Gutenberg

Dalam satu kalimat, tim yang memimpin proses mengacaukannya (begitulah cara yang sopan untuk mengatakannya).

WordPress 5.0 dengan penggabungan Gutenberg diluncurkan pada awal Desember 2018, tepat sebelum WordCamp US. Meluncurkannya saat itu adalah keputusan yang salah, karena alasan yang sangat sederhana: Gutenberg belum siap. Secara khusus, situasi aksesibilitas sangat mengerikan, dengan Gutenberg hampir tidak berguna melalui perangkat aksesibilitas seperti pembaca layar, secara efektif membuat siapa pun yang bergantung pada perangkat tersebut tidak dapat menggunakan editor WordPress. Dan karena komunitas WordPress sangat vokal dalam melindungi hak setiap orang (secara harfiah semua orang) untuk dapat mengakses Internet, peluncuran yang terburu-buru ini tidak diterima dengan baik.

Matt Mullenweg (yang memimpin proses rilis) mungkin memiliki alasan yang baik untuk bersikeras meluncurkan pada tanggal tersebut, yang dapat, misalnya, masuk akal dari perspektif bisnis. Namun, tentu saja tidak masuk akal dari perspektif masyarakat. Memang, banyak anggota komunitas yang merasa dikhianati, mengeluh bahwa mereka harus terburu-buru untuk menguji situs klien mereka meskipun mereka sedang berlibur. Kita dapat dengan aman mengatakan bahwa, bagi banyak orang, peluncuran prematur seperti itu dianggap sebagai kecelakaan (bahkan jika perangkat lunaknya berfungsi dengan baik, jadi tidak ada Y2K yang benar-benar terjadi), yang menciptakan ketidakpuasan yang tidak perlu, dan yang sebenarnya dapat dihindari dengan baik dengan menunda. peluncurannya, atau dengan terlebih dahulu merilis Gutenberg sebagai plugin untuk digabungkan ke dalam inti pada tahap selanjutnya yang lebih stabil.

Apakah rasa sakit, frustrasi dan kekecewaan yang ditimbulkan di masyarakat benar-benar sepadan dengan biayanya? Saya percaya kebanyakan orang akan mengatakan itu tidak. Saya benar-benar berpikir itu tidak. Menurut pendapat saya, situasi semacam ini di mana tindakan yang diambil bertentangan dengan keinginan mayoritas anggota komunitas harus dihindari di masa depan (kecuali ada alasan yang benar-benar bagus untuk itu, bahkan jika tidak semua orang setuju; jika itu adalah kasus tentang peluncuran Gutenber, saya tidak tahu, karena saya tidak mengetahui alasan yang sangat bagus untuk membenarkannya).

Dalam presentasinya di WordCamp US yang sama, Matt Mullenweg mengakui bahwa kesalahan dibuat selama peluncuran Gutenberg, dan bahwa dia telah mengambil pelajaran sehingga kesalahan ini diharapkan tidak akan terulang. Saya rasa kita dapat menerima permintaan maafnya dan percaya bahwa keputusannya akan menjadi keputusan yang tepat lain kali (meskipun pertengkaran baru tentang topik yang sama pentingnya telah terjadi sejak saat itu). Namun, kerusakan sudah terjadi: Luka telah terbuka yang mungkin membutuhkan waktu untuk sembuh, sehingga komunitas akan kurang percaya sampai kepercayaan pada kepemimpinan WordPress pulih sepenuhnya.

Mengapa Segalanya Tampak Jauh Lebih Baik Sekarang

Sekarang datang kabar baiknya: Keadaan tampaknya sebagian besar telah mengambil arah yang positif, dengan perbaikan yang tercantum di bawah ini sudah terjadi.

Komunikasi yang Ditingkatkan

Salah satu keluhan paling keras tentang peluncuran Gutenberg adalah kurangnya komunikasi dari pimpinan. Karena tidak ada saluran yang tepat untuk mengelola proyek dan mengkomunikasikan keputusannya (setidaknya tidak secara komprehensif), sulit untuk memiliki gambaran yang akurat tentang situasi keseluruhan. (Misalnya, informasi oleh penulis atau tim yang berbeda diterbitkan melalui jalan yang berbeda, termasuk yang tidak resmi seperti blog pribadi.)

Kekhawatiran ini telah sangat meningkat. Secara khusus, jumlah informasi dalam blog make (di mana komunitas yang berbeda berinteraksi untuk mengambil keputusan mengenai WordPress untuk area yang berbeda, seperti inti, aksesibilitas, desain, internasionalisasi, dan lainnya) dan frekuensi pembaruan informasi telah meningkat, dan setiap tim mengadakan pertemuan reguler berbasis Slack (kebanyakan berlangsung setiap minggu atau dua minggu sekali) di mana siapa saja yang memiliki akun pengguna WordPress.org dapat berpartisipasi. Seperti yang dialami oleh beberapa anggota komunitas, sekarang mungkin untuk mengikuti perkembangan topik tertentu dengan andal, dan memiliki informasi yang cukup untuk dapat terlibat.

Dampak dari peluncuran Gutenberg juga mendorong Matt Mullenweg untuk memperluas kepemimpinan WordPress dengan dua peran baru: Direktur Eksekutif, untuk mengawasi dan mengarahkan semua tim kontributor dalam pekerjaan mereka untuk membangun dan memelihara WordPress, dan Pemimpin Pemasaran & Komunikasi, untuk memimpin tim pemasaran dan mengawasi peningkatan WordPress.org, situs web terkait, dan semua outletnya (sayangnya, orang yang ditugaskan untuk peran ini berhenti tidak lama kemudian, jadi orang lain harus ditemukan untuk mengambil alih posisi ini).

Tim Triase Dibentuk Untuk Mengatasi Masalah Terbuka

Selama fase pengembangan awal Gutenberg, beberapa orang mengeluh bahwa bug yang ada, yang telah terakumulasi menjadi ribuan, harus diperbaiki sebelum mencoba menambahkan fungsionalitas baru ke WordPress.

Pada bulan Maret tahun ini, tim triase dibentuk untuk membersihkan masalah terbuka di pelacak bug WordPress Trac. Ini adalah kerja keras yang telah dibutuhkan selama bertahun-tahun. Jika pernah selesai, WordPress akan memiliki kesempatan untuk beralih dari Trac ke pelacak bug yang lebih modern, seperti GitHub.

Aksesibilitas Terus Menjadi Bukan Masalah

Masalah aksesibilitas sedang ditangani di setiap rilis Gutenberg baru, dengan versi 6.3 memberikan peningkatan terbesar. Pada kecepatan peningkatan saat ini, masalah aksesibilitas yang paling menonjol (seperti yang dilaporkan dalam Audit Aksesibilitas Gutenberg) akan segera menjadi bagian dari masa lalu.

Menilai Gutenberg Berdasarkan Kelebihannya Sendiri

Sekarang kami telah memisahkan Gutenberg peluncuran dari produk Gutenberg, kami dapat melanjutkan untuk menganalisis Gutenberg sebagai produk dan memutuskan apakah itu layak ditambahkan ke tumpukan aplikasi kami, hanya berdasarkan kelebihan dan kekurangannya sendiri. Banyak orang benar menunjukkan masalah Gutenberg sebagai alasan untuk tidak mempercayainya (daripada berfokus pada peluncuran yang gagal). Namun, Gutenberg telah meningkat pesat, dan banyak dari masalah yang dikritik mungkin telah dipecahkan atau mungkin di ambang pemecahan. Dengan demikian, penilaian negatif harus memiliki tanggal kedaluwarsa dan dievaluasi kembali. Jika kita dapat mencoba Gutenberg baru dan melihat di mana posisinya saat ini, kita mungkin menghargai bahwa, bagaimanapun, itu tidak terlalu buruk. Menurut pendapat saya, Gutenberg layak mendapat sambutan yang lebih hangat daripada yang didapat saat ini.

Saya heran Gutenberg masih dibandingkan dengan cara mengedit konten di WordPress sebelumnya (terutama melalui tinymce, tetapi juga shortcode, widget, dan lain-lain), dengan alasan bahwa lebih sulit untuk membuat kode melalui Gutenberg. Ini mungkin benar, tetapi juga tidak ada intinya: Gutenberg tidak hadir untuk memberikan cara baru untuk mengkode aplikasi kita, menghasilkan fitur yang sama seperti di masa lalu; alih-alih, ini di sini untuk sangat meningkatkan apa yang bisa dilakukan, menawarkan untuk menambahkan fitur ke aplikasi kami yang hanya bisa diimpikan di masa lalu. Juga, Gutenberg bukan pembuat halaman lain. Memang, membandingkan Gutenberg dengan Divi atau Beaver Builder juga tidak ada gunanya, karena itu seperti membandingkan Victorinox dengan pisau biasa: Ya, Anda dapat melakukan pembuatan situs/halaman dengan Gutenberg (sebenarnya belum, tetapi ini sudah berhasil di kemajuan), tetapi itu hanyalah salah satu dari banyak kegunaannya; ada beberapa kegunaan lain yang awalnya tersembunyi, tetapi begitu Anda menariknya dari kompartemennya dan memahami cara kerjanya, dunia kemungkinan baru akan terungkap. Di bawah ini, saya akan menjelaskan beberapa kemungkinan baru yang dibawa Gutenberg ke meja.

Pertama, mari kita bahas apa yang tidak begitu hebat dari Gutenberg. Satu hal di mana saya percaya Gutenberg dapat benar-benar dianggap merugikan adalah dalam kurva curam pembelajaran React (yang merupakan pustaka JavaScript yang dikodekan oleh Gutenberg). WordPress selalu sangat inklusif, memungkinkan orang dari latar belakang apa pun (tidak hanya pembuat kode, tetapi juga non-teknisi seperti blogger, orang pemasaran, penjual, dan sejenisnya) untuk membuat tema atau plugin atau meluncurkan situs. Ini pasti tidak terjadi lagi, dan tidak adil untuk mengharapkan semua orang harus belajar Bereaksi untuk membuat blok Gutenberg (ini belum tentu demikian, karena kami juga dapat membuat blok menggunakan pustaka JavaScript lain, dan bahkan tanpa menggunakan JavaScript , seperti melalui blok ACF, namun menggunakan React adalah opsi yang paling logis jika hanya karena Gutenberg dikodekan dengannya). Satu-satunya argumen yang dapat membenarkan kerugian ini adalah jika itu membuat pengalaman menjadi lebih baik bagi pengguna. Mari kita lihat apakah ini dapat dianggap sebagai kasusnya.

Seperti yang saya jelaskan di artikel saya sebelumnya, arsitektur berbasis blok dari Gutenberg secara radikal mengubah cara pembuatan aplikasi: Daripada berpikir dalam kode HTML, sekarang kita dapat berpikir dalam kerangka komponen sebagai unit untuk membangun situs web. Arsitektur ini lebih mudah dipelihara dan tangguh, karena setiap komponen (atau blok) dapat dikembangkan dan diuji secara independen, dan karena mudah digunakan kembali, dapat menurunkan biaya pengembangan beberapa aplikasi. Memang, popularitas perpustakaan JavaScript baru-baru ini seperti Vue dan React dapat dikaitkan dengan dukungan mereka untuk komponen. Ini adalah fitur hebat yang disukai pengembang dan, saya yakin, begitu Anda mulai membuat kode, tidak ada jalan untuk kembali.

Dalam artikel yang sama ini, saya juga menjelaskan bagaimana Gutenberg dapat mendukung strategi "Buat Sekali, Terbitkan Di Mana Saja" (juga dikenal sebagai "COPE"), memungkinkan untuk menghasilkan satu sumber kebenaran konten untuk diumpankan ke semua aplikasi kami, untuk mana pun media atau platform tempat mereka menjalankan: web, email/buletin, aplikasi iOS/Android, VR/AR, asisten rumah tangga (seperti Amazon Alexa), dan lainnya. Karena membuat manajemen konten secara keseluruhan lebih sederhana, COPE juga memungkinkan untuk menurunkan biaya produksi konten untuk platform yang berbeda. Ketika saya pertama kali menulis artikel saya, saya berteori bahwa itu bisa dilakukan. Namun, saya baru-baru ini menerapkan COPE untuk WordPress, dan itu bekerja dengan sangat baik! (Nantikan artikel lain di mana saya menjelaskan cara kerjanya secara rinci.)

Kombinasi COPE dan WordPress API (WP REST API, WPGraphQL, dan PoP API saya sendiri) akan memberikan satu alasan kuat untuk mengelola semua konten kami, untuk semua aplikasi kami, melalui WordPress. Alasan kuat lainnya adalah kemudahan penggunaan Gutenberg (yang belum sepenuhnya ada di sini, tetapi pada laju pengembangan saat ini, akan tiba lebih cepat daripada nanti), memungkinkan pengguna akhir untuk membuat konten yang rumit dengan cara yang sangat sederhana.

Kami telah memiliki akses ke fitur-fitur baru yang hebat, seperti pratinjau real-time tentang tampilan konten, salin/tempel dari Google Documents dengan pemformatan sempurna, pembuatan lapisan kisi yang rumit dengan elemen bersarang di dalamnya, dan banyak lagi lainnya. Kami juga dapat mengharapkan blok baru untuk memberikan fitur yang sama sekali tidak terduga yang tidak pernah kami bayangkan. Taruhan saya adalah, melalui Gutenberg, WordPress siap menjadi pengelola aset digital web. (Saya sudah menulis sebuah artikel yang akan segera diterbitkan di sini di Majalah Smashing tentang topik ini dan pembenaran saya untuk pernyataan yang berani ini.)

Selain itu, Gutenberg memungkinkan untuk menggunakan kembali kode dengan CMS atau kerangka kerja lain (seperti untuk Drupal dan Laravel), sehingga pengkodean untuk WordPress tidak perlu dibatasi lagi untuk WordPress, sekali lagi memungkinkan kami untuk menurunkan biaya untuk mengembangkan perpustakaan yang perlu dijalankan di sebanyak mungkin sistem (misalnya, perusahaan yang menyediakan integrasi API-nya untuk berbagai platform dan bahasa, seperti Stripe, dapat memanfaatkannya). Saat ini, hanya kode sisi klien (JavaScript dan CSS) yang tampaknya digunakan kembali, namun, kode PHP sisi server juga dapat digunakan kembali. (Saya akan, sekali lagi, segera menerbitkan artikel tentang Smashing yang menjelaskan bagaimana melakukan hal ini.)

Fitur-fitur ini sudah menjadi kenyataan, dan kita dapat mengharapkan Gutenberg untuk memberikan lebih banyak alasan kuat untuk keberadaannya di tahun-tahun mendatang (menurut Matt Mullenweg, Gutenberg saat ini hanya menerapkan sekitar 10% dari potensinya).

Kami akhirnya dapat mencoba untuk mencapai putusan pada Gutenberg produk: Sikap saya adalah bahwa ia menetapkan penghalang yang lebih tinggi untuk masuk ke WordPress, yang disesalkan, namun, itu juga merupakan perangkat lunak yang dirancang dengan indah yang memberikan kekuatan baru yang nyata untuk WordPress dan , karena keunggulan WordPress, ke dunia pengembangan web pada umumnya. Dan antara trade-off antara biaya dan manfaat ini, saya percaya bahwa memiliki Gutenberg sebagai bagian dari WordPress lebih berharga daripada tidak. Saya harap Anda setuju dengan pendapat saya atau, jika tidak, setidaknya alasan yang menentangnya dapat didasarkan pada karakteristik Gutenberg sebagai sebuah produk.

Kesimpulan

Gutenberg saat ini dalam kondisi terbaiknya — mulai memberikan pengalaman pengguna yang menyenangkan yang sebelumnya tidak mungkin dilakukan dengan WordPress. Namun, tidak semua orang menyadari fakta ini karena tidak semua orang bisa merangkul Gutenberg. Ini adalah keadaan yang disayangkan karena Gutenberg (sebagai produk) tidak boleh disalahkan atas kesalahan yang terjadi selama peluncuran Gutenberg. Jika kita dapat memisahkan kedua entitas ini dan memperlakukan masing-masing secara independen, kita kemudian dapat dengan meyakinkan meminta orang-orang untuk memberi Gutenberg kesempatan lagi , menunjukkan bahwa Gutenberg sebagai produk layak dimiliki, bahkan jika peluncuran Gutenberg adalah proses yang gagal.

Dalam artikel ini, saya melakukan postmortem peluncuran Gutenberg yang gagal, berdasarkan pemahaman saya sendiri tentang peristiwa tersebut. Melakukan postmortem seperti itu dapat membantu masyarakat dan pimpinan memastikan bahwa kesalahan yang tidak menguntungkan itu tidak terjadi lagi. Setelah postmortem, saya melanjutkan untuk mengevaluasi Gutenberg berdasarkan kemampuannya sendiri dan menyatakan pendirian saya: Saya percaya bahwa Gutenberg adalah alat yang hebat untuk dimiliki, dan komunitas WordPress pasti dapat mengambil manfaat darinya. Dan karena hanya akan menjadi lebih baik dan lebih baik, Gutenberg bahkan bisa meresmikan era keemasan baru untuk WordPress.