WordPress Mempertimbangkan Perubahan Pengembangan Bersejarah

WordPress Mempertimbangkan Perubahan Pengembangan Bersejarah

Matt Mullenweg, pengembang WordPress dan CEO Autommatic, mengusulkan untuk tidak lagi menambahkan fitur baru ke WordPress, melainkan beralih ke kebijakan yang mengutamakan plugin.

Pendekatan baru untuk masa depan WordPress ini telah menghasilkan fitur baru yang ditujukan untuk versi WordPress berikutnya yang akan dihapus seluruhnya.

Plugin Canonical dikatakan menawarkan cara untuk terus meningkatkan WordPress pada jadwal yang lebih cepat.

Tetapi beberapa kontributor inti WordPress menyatakan pendapat bahwa pengalaman pengguna penerbit mungkin menderita.

Plugin Kanonik

Pertama kali dibahas pada tahun 2009, plugin canonical adalah cara untuk mengembangkan fitur baru dalam bentuk plugin.

Tujuan dari pendekatan ini adalah untuk menjaga inti WordPress tetap cepat dan ramping sambil juga mendorong pengembangan fitur eksperimental dalam bentuk plugin.

Proposal 2009 asli menggambarkannya seperti ini:

“Plugin kanonik adalah plugin yang dikembangkan komunitas (beberapa pengembang, bukan hanya satu orang) dan menangani permintaan fungsionalitas paling populer dengan eksekusi superlatif.

…Akan ada hubungan yang sangat kuat antara inti dan plugin ini yang memastikan bahwa a) kode plugin akan aman dan contoh terbaik dari standar pengkodean, dan b) bahwa versi baru WordPress akan diuji terhadap plugin ini sebelum dirilis untuk memastikan kompatibilitas.”

Pendekatan fitur dan opsi ini juga disebut sebagai Plugin First, untuk menekankan bagaimana fitur pertama kali muncul dalam bentuk plugin.

Plugin ini disebut kanonik karena dikembangkan oleh tim pengembangan inti WordPress sebagai lawan dari plugin non-kanonik yang dibuat oleh pihak ketiga yang mungkin membatasi fitur untuk mendorong pembelian versi pro.

Integrasi plugin kanonik ke dalam inti WordPress itu sendiri akan dipertimbangkan setelah teknologi plugin terbukti populer dan penting bagi sebagian besar pengguna.

Manfaat dari pendekatan baru untuk WordPress ini adalah menghindari penambahan fitur baru yang mungkin tidak dibutuhkan oleh sebagian besar pengguna.

Plugin-first dapat dilihat sesuai dengan filosofi WordPress yang disebut Keputusan, Bukan Pilihanyang berupaya menghindari membebani pengguna dengan lapisan opsi teknis.

Dengan membongkar berbagai fitur dan fungsionalitas ke plugin, pengguna tidak perlu melewati mengaktifkan atau menonaktifkan fungsionalitas yang mereka butuhkan, tidak perlu atau tidak mengerti.

Filosofi desain WordPress menyatakan:

“Adalah tugas kami sebagai pengembang untuk membuat keputusan desain yang cerdas dan menghindari membebani pilihan teknis pada pengguna akhir kami.”

Plugin Canonical Masa Depan?

Matt Mullenweg menerbitkan sebuah posting berjudul, Plugin Canonical Ditinjau Kembalidi mana ia menyatakan bahwa inilah cara WordPress harus dikembangkan ke depan.

Dia menulis:

“Kami mencapai titik di mana inti perlu lebih banyak editorial dan mengatakan “tidak” untuk fitur yang datang sebagai ad hoc seperti yang kadang-kadang mereka lakukan, dan harapan saya adalah agar lebih banyak tim menggunakan ini sebagai peluang untuk memengaruhi masa depan WordPress melalui pendekatan plugin-first yang memberi mereka kemewahan siklus pengembangan dan rilis yang lebih cepat (bukan tiga kali per tahun), overhead tinjauan yang lebih sedikit, dan jalur untuk menjadi inti jika plugin menjadi sukses besar.”

Korban pertama dari pendekatan baru ini adalah pembatalan integrasi konversi gambar WebP ke versi WordPress berikutnya, WordPress 6.1, saat ini dijadwalkan untuk November 2022.

Plugin-Pertama adalah Kontroversial

Pergeseran ke proses pengembangan plugin-pertama menjadi bahan perdebatan di bagian komentar.

Beberapa pengembang, seperti kontributor inti Jon Brownmenyatakan keberatan tentang proposal untuk beralih ke pengembangan dengan plugin kanonik.

Mereka berkomentar:

“Masalahnya tetap ada terlalu banyak plugin rumit yang menggantikan apa yang akan menjadi fitur opsional sederhana.

Plugin adalah _bukan_ opsi yang mudah digunakan untuk pengaturan inti. Pertama pengguna harus menemukan ada plugin, kemudian mereka telah menegosiasikan layar pengaturan lain dan pembaruan serta pemeliharaan plugin itu.

Komentator menggunakan contoh fungsi komentar yang saat ini dilayani oleh banyak plugin yang membengkak sebagai pengalaman pengguna yang kurang ideal.

Mereka mencatat bahwa memiliki satu plugin kanonik untuk memecahkan masalah lebih disukai daripada keadaan saat ini di mana opsi yang diinginkan hanya dapat ditemukan pada plugin pihak ketiga yang membengkak.

Tetapi mereka juga mengatakan bahwa memiliki opsi pengaturan di dalam inti, tanpa memerlukan plugin, dapat menghadirkan pengalaman pengguna yang lebih baik.

Mereka melanjutkan:

“Sekarang, saya pikir plugin Canonical adalah situasi yang lebih baik daripada 6+ plugin yang membengkak seperti yang ada di sini, tetapi satu kotak centang akan ditambahkan ke halaman pengaturan di inti untuk melakukan ini. Yang selanjutnya akan meningkatkan UX dan masalah penemuan yang melekat pada plugin.”

Pada akhirnya, komentator menyatakan gagasan bahwa konsep plugin kanonik tampak seperti cara untuk menutup diskusi tentang fitur yang harus dipertimbangkan, sehingga percakapan tidak pernah terjadi.

“Plugin kanonik” tampak seperti alat yang dipersenjatai untuk menggagalkan diskusi dengan cara yang sama seperti “keputusan bukan opsi” selama bertahun-tahun.”

Pernyataan terakhir itu mengacu pada frustrasi yang dirasakan oleh beberapa kontributor inti dengan ketidakmampuan untuk menambahkan opsi untuk fitur karena filosofi “keputusan, bukan opsi”.

Yang lain juga tidak setuju dengan pendekatan plugin-first:

“Plugin kanonik terdengar hebat tetapi selanjutnya akan meningkatkan beban pemeliharaan pada pengelola.

Menurut saya, itu tidak jalan.

Akan jauh lebih baik untuk memasukkan beberapa fitur dasar dalam inti itu sendiri daripada mengatakan lebih lanjut – Ini adalah tempat yang bagus untuk plugin.”

Orang lain menunjukkan kelemahan dalam plugin-pertama dalam mengumpulkan umpan balik pengguna mungkin tidak mudah. Jika demikian halnya maka mungkin tidak ada cara yang baik untuk meningkatkan plugin dengan cara yang memenuhi kebutuhan pengguna jika kebutuhan tersebut tidak diketahui.

Mereka menulis:

“Bagaimana kami dapat menangkap umpan balik dari pengguna dengan lebih baik?

Kecuali pemilik situs cukup berpengetahuan untuk melaporkan masalah di GitHub atau Trac (jujur ​​saja, tidak ada yang melaporkan masalah plugin di Trac), sebenarnya tidak ada cara untuk mengumpulkan umpan balik dari pengguna untuk meningkatkan plugin yang direkomendasikan/resmi ini. “

Plugin Kanonik

Pengembangan WordPress berkembang untuk membuat peningkatan lebih cepat. Komentar kontributor inti menunjukkan bahwa ada banyak pertanyaan yang belum terselesaikan tentang seberapa baik sistem ini akan bekerja untuk pengguna.

Indikator awal adalah apa yang terjadi dengan fitur WebP yang dibatalkan yang sebelumnya dimaksudkan untuk diintegrasikan ke dalam inti dan sekarang akan menjadi plugin.


Gambar unggulan oleh Shutterstock/Studio Romantic

Share

Leave a Reply

Your email address will not be published. Required fields are marked *