- WordPress telah mencapai 21 tahun sejak Matt Mullenweg dan Mike Little mem-fork b2/cafélog dan merilis versi pertamanya, dan dalam pengembangan ke depan mereka perlu kembali berpegang pada kondisi yang membuat keberhasilan awal itu terjadi
- Arah produk mengikuti prinsip hal yang mudah harus intuitif, sambil tetap memungkinkan hal yang kompleks untuk dilakukan
- Fitur web dinamis seperti blogging, komentar, dan pingback membuat situs web lebih menarik, dan nilainya dipandang lebih besar dibanding situs web statis
- Ekosistem plugin dan tema harus memiliki infrastruktur pengembangan setara dengan WordPress core, dan pada tahun 2024 tidak tepat lagi bergantung pada unggahan ZIP
- Loop umpan balik yang dekat dengan pengguna, forum yang berpusat pada komunitas, pratinjau tema yang baik, dan Playground akan membentuk pengalaman WordPress ke depan
Ulang Tahun ke-21 WordPress dan Prinsip Produk
- WordPress kini berusia 21 tahun sejak Matt Mullenweg dan Mike Little mem-fork karya Michel, b2/cafélog, lalu merilis versi pertamanya
- Dalam pengembangan ke depan, elemen-elemen yang berkontribusi pada kesuksesan awal WordPress harus terus diingat
- Prinsip produk utamanya adalah bahwa hal sederhana harus mudah dan intuitif, sementara hal yang kompleks juga tetap harus dimungkinkan
Blog, Dokumentasi, dan Fitur Komunitas
- Blogging, komentar, dan pingback harus menyenangkan
- Situs web statis tidak masalah, tetapi pandangannya adalah situs web dinamis itu lebih baik
- Hampir semua situs dapat menjadi lebih baik jika memiliki blog yang hebat
- Dokumentasi harus semudah wiki untuk diedit
- Wiki dinilai sebagai alat yang “luar biasa”
- Dalam komunitas, forum harus menjadi pusat
- bbPress dan BuddyPress memerlukan lebih banyak perhatian
Ekosistem Plugin dan Tema
- Semua plugin dan tema harus memiliki infrastruktur pengembangan setara dengan yang digunakan untuk membangun WordPress itu sendiri
- kontrol versi
- pelacak bug
- forum
- dokumentasi
- internasionalisasi
- ruang obrolan
- P2
- jalur yang mudah menuju kontribusi dan komunitas
- Pada tahun 2024, menangani plugin dan tema dengan cara unggahan ZIP tidak lagi tepat
- Pratinjau tema harus sangat baik
- Koleksi tema nonkomersial dengan beragam estetika dan fungsi itu penting
Loop Umpan Balik dan Transparansi, Bukan Aturan
- Jangan terlalu condong pada pedoman dan persyaratan
- Lebih baik merancang dinamika marketplace yang baik, loop umpan balik yang otomatis, dan transparansi kepada pengguna
- Batas antara fitur dan desain perlu terus didorong lebih jauh
- Diperlukan tanpa toleransi terhadap spam dan perilaku yang bersifat spam
- Loop umpan balik harus dapat berkembang sesuai penggunaan dan seluruh komunitas, alih-alih bergantung pada penjaga gerbang
Karakter Core dan Titik Kontak dengan Pengguna
- WordPress core harus punya pendapat sendiri dan unik
- Easter egg
- bahasa yang berkarakter meski sulit diterjemahkan
- kepribadian seperti jazz
- Semua orang yang mengembangkan perangkat lunak dan membuat keputusan harus menggunakan perangkat lunak itu sendiri
- Pengembang dan pengambil keputusan harus tetap dekat dengan pengguna akhir umum melalui aktivitas yang memungkinkan, seperti pekerjaan dukungan, meetup, dan acara
Playground dan Pengalaman Awal
- Playground diharapkan akan mengubah segalanya
- Pada 27 Mei 2003, hari ketika rilisan pertama WordPress keluar, Matt Mullenweg menulis dalam posting blog 953 kata dari teras rumah orang tuanya bahwa ia “merilis WordPress, dan merasa senang”
- Malam itu ia menyiapkan WP untuk temannya Ramie Speight, dan memberikan dukungan teknis via telepon kepada Mike Tremoulet, yang ditemuinya di pertemuan blogger lokal
- Teman-teman SMA-nya menggunakan WordPress di domain mereka masing-masing, dan loop umpan balik itu berperan besar dalam membentuk perangkat lunak tersebut
1 komentar
Pendapat di Hacker News
Sayang sekali WordPress tampaknya bukan hanya tidak mematuhi standar pengembangan, tetapi justru aktif berusaha melanggarnya
Setelah memakai variabel global everywhere dan mendorong kode spaghetti lewat tema klasik, di tema baru mereka membuat orang memasukkan JSON di dalam komentar HTML, sehingga tidak ada dukungan editor, mudah terjadi error, dan desainnya terasa aneh
Rasanya ingin bertanya serius apakah para engineer senior benar-benar memutuskan untuk memasukkan template JSON ke dalam komentar HTML; kalau dilihat secara konspiratif, ini juga tampak seperti upaya membunuh pasar freelancer atau agensi digital dan mendorong orang masuk ke site builder WYSIWYG milik WP.com
Polanya seperti HTML di dalam PHP, JS di dalam HTML, CSS di dalam JS, dan bergantung pada struktur implisit tentang file mana yang dibaca dalam urutan apa untuk membangun seluruh halaman
Awalnya terlihat praktis, tetapi elemen HTML tidak ditutup dengan benar di file yang sama dan malah diakhiri di file lain, sehingga tidak bisa digunakan ulang
Ini terlihat seperti kesalahan pemula, tetapi ribuan tema bergantung pada hal ini, jadi sekarang semuanya sudah terikat; sangat kontras dengan cara Jinja2 template merender block dan macro
WordPress ada untuk klien tanpa anggaran dan klien kelas murah yang mengira mereka hanya butuh situs web sederhana, dan menurut saya konsep situs sederhana seperti itu sendiri sudah cerita lama yang mati
https://timber.github.io/docs/v2/
Begitu dipindahkan ke server baru dengan path instalasi yang sedikit berbeda, langsung rusak
Sayangnya, itu bisa berdampak buruk pada kalimat pemasaran “platform kami menjalankan 43,4% dari seluruh situs web”
Sayang sekali penilaian cepat dan opini keras sudah menjadi bagian dari komunitas
Setelah banyak melakukan pengembangan WordPress selama 2–3 bulan terakhir, saya ingin mengatakan bahwa isolasi kode yang diberikan block (Gutenberg) itu luar biasa
Jika dipakai sebagai plugin independen atau bersama Advanced Custom Fields, kita bisa membangun situs web modular dan alur pengembangan yang sempurna, yaitu design system, dengan kontrol langsung 100% sampai ke HTML
Saya merekomendasikan semua orang untuk benar-benar memahami dan mempelajari WordPress. Saya tidak punya hubungan atau afiliasi apa pun dengan WordPress
Hari ini tiba-tiba Gutenberg dan ACF Blocks berbenturan di suatu tempat soal parsing konten field media bertingkat
Penyebabnya mungkin “pengguna memasukkan deskripsi gambar yang seharusnya tidak ia masukkan”, atau mungkin “object global dari sebuah plugin mencemari object global lain yang diteruskan ke
acf_register_block_type()”Mungkin saya harus menelepon klien yang sudah marah dan mengatakan agar menghindari penilaian cepat dan opini keras
Mungkin sekarang tidak begitu, tetapi wajar kalau orang skeptis. Dalam update yang saya cek tiap minggu, saya melihat cukup banyak CVE, meski semuanya mungkin berisiko rendah atau terkait plugin yang hampir tidak digunakan
index.phpmilik WordPress untuk mencoba memahami cara kerjanyaYang saya ingat, saya tidak bisa memahami apa pun selain komentar “code is poetry” di bagian paling atas file
Berkat itu, cara saya berpikir tentang kode berubah dan saya jadi makin tertarik pada pemrograman
Jika posting butuh metadata, orang memasang ACF; saat mencoba memfilter berdasarkan metadata itu, query SQL akan timeout begitu beberapa filter berjalan bersamaan. Kalau melihat skema aneh WP, alasannya jadi jelas
Gutenberg menjanjikan komponen React yang bisa diedit secara WYSIWYG, tetapi mengambil keputusan aneh: menyimpan properti di dalam HTML, memasukkan HTML yang sudah dirender ke database, dan membuat developer komponen harus mempertahankan array perubahan deprecated setiap kali mereka mengubah sesuatu
Ada juga upaya untuk merefaktor WordPress dan menempelkan Laravel untuk mengurainya[1], tetapi tiap layer adalah mimpi buruk, dan para penulis bagian-bagian yang berbeda pun tampaknya sulit menilai dengan benar mengapa sesuatu tiba-tiba rusak secara acak
Ekosistem plugin mungkin menarik, tetapi implementasi plugin berbeda-beda sehingga besar kemungkinan pengguna dijejali gumpalan CSS dan JS yang bengkak
Saya pindah ke Directus dan Astro, dan untuk deployment PHP yang lebih umum saya mungkin akan memakai CMS berbasis Laravel seperti October atau Statamic
[1]: https://roots.io/
Pada 2009–2011 saya cukup banyak menanganinya, termasuk menulis dan memodifikasi plugin, tetapi tidak pernah merasa benar-benar memahaminya; lebih seperti hanya memahami atau menerima secara garis besar
Suka WordPress. Orang memasangnya sendiri, menginstal puluhan plugin yang tidak berguna, tidak aman, dan penuh bug, lalu ketika situsnya rusak seiring waktu, kita bisa menagih biaya untuk solusi yang lebih aman dan lebih solid
Rasanya seperti proyek akhir pekan yang tak kunjung selesai lalu dibiarkan berlarut-larut terlalu lama hingga akhirnya dirilis, dengan
forloop sepanjang 5 layar yang berputar di atas variabel global raksasa dan diduplikasi untuk memproses sesuatuWordPress adalah contoh favorit saya untuk “tidak perlu sempurna, yang penting berfungsi”
Banyak proyek keren mati karena membuat langkah pertama terlalu rumit. Setelah orang mulai memakainya, Anda selalu bisa memperbaikinya nanti, tetapi harus rilis dulu
Saking parahnya, bahkan para pengembang bahasa PHP pun tidak bisa mengimplementasikan beberapa fitur atau perbaikan. Karena tim WordPress tidak mau memigrasikan kode, dan WordPress menyumbang porsi besar dari penggunaan PHP
WP adalah alat yang sempurna untuk 95% pekerjaan, tetapi menyetel 5% terakhir itu luar biasa membuat frustrasi
Saya sudah banyak memakainya, dan menurut saya keberadaannya yang bertahan selama ini adalah bukti kegunaannya. Semoga terus berlanjut 21 tahun lagi
Sejujurnya saya tidak pernah merasa WordPress mudah digunakan. Semuanya terlihat indah hanya sampai Anda bisa menemukan tema dan plugin yang bagus; begitu Anda perlu perubahan kustom yang sangat kecil, semuanya mulai kusut
Namun begitu membuka situs, kode plugin/tema, dan file CSS, saya bergulat berjam-jam untuk mendapatkan efek yang diinginkan, dan sekalipun berhasil, sering kali bagian lain situs ikut rusak
Terlepas dari anekdot bernada merendahkan itu, Matt sudah melakukan pekerjaan yang baik dan cerita terakhirnya juga bagus
Update memerlukan intervensi manual, tema harus diperbaiki, dan plugin ditinggalkan. Karena tidak ingin menerima beban seperti itu, sejak sekitar 2017 saya memindahkan semua situs ke Hugo/Jekyll/MkDocs dan sejenisnya
Untuk blog, saya lebih ingin memakai Ghost daripada WP, dan saya juga lebih menyukai JS daripada PHP
Menarik bahwa ketika banyak orang berkata “saya pengembang WordPress”, sebenarnya itu bisa berarti pengalaman dan kumpulan keterampilan yang sama sekali berbeda
Bagi sebagian orang, itu berarti memasang tema dan plugin dari layar admin WordPress dan menulis konten halaman
Bagi yang lain, itu berarti kode PHP gaya lama yang menulis HTML dengan template PHP sambil mengustomisasi perilaku WordPress, yaitu tema klasik
Bagi yang lain lagi, itu berarti tema blok baru dengan menulis JS+React bersama Docker dan CI/CD
Saya berharap lebih banyak perusahaan mengadopsi kebijakan sabbatical Automattic
https://automattic.com/benefits/sabbatical/
Yang membuat saya merasa tua adalah ketika melihat “WP” lalu yang terlintas bukan WordPress melainkan WordPerfect(https://en.wikipedia.org/wiki/WordPerfect)
WordPress kini sudah cukup umur untuk diakui sebagai dewasa bahkan di negara paling konservatif sekalipun, dan WordPerfect kini memasuki usia krisis paruh baya
Hal yang mengesankan dari WordPress adalah para web nerd menganggapnya pasti mudah, lalu marah ketika ternyata tidak demikian
Seperti semua hal lain, WordPress juga harus dipelajari, dan ia punya sudut pandangnya sendiri
Ada sejarah yang aneh juga, dan saya terutama sangat tidak suka cara penanganan item media, tetapi tetap ada metodologinya
Kalau saya berkata saya tahu Go, JS, Perl, Java, Ruby, C lalu marah karena Rust sulit dipelajari, tentu saja orang akan membantah saya
WordPress terlihat seperti melakukan hal-hal sederhana, tetapi sebenarnya ia adalah platform yang cukup luas. Anda mungkin perlu membaca dokumentasinya sedikit
Jika Anda mewarisi situs yang memakai Elementor, tanyakan kepada pembuatnya cara melakukan perubahan sederhana; mereka mungkin bisa membantu
Jika Anda mewarisi situs yang memakai Visual Composer atau Divi, rasanya sampai ingin menembak orang-orang yang membuatnya
Jika Anda berpikir Gutenberg buruk, sekarang sama sekali tidak begitu. Kalau mengingat masa Divi, itu benar-benar parah
Jika eksekusi UI JavaScript mengerikan yang ditumpangkan di atas WordPress itu mengalami timeout sedikit saja, sekadar menyimpan posting blog bisa membuat seluruh situs web berada dalam keadaan yang tidak bisa dipulihkan
Lokalisasi bahasa Italia dan Prancisnya seburuk game Jepang era 90-an, dan opsi responsifnya praktis tidak berfungsi kecuali Anda menyebut menyembunyikan dan menampilkan konten pada breakpoint tertentu sebagai responsif
Karena “tema” frontend-nya lebih mirip dump JavaScript era jQuery yang tidak terbaca, semuanya menjadi sangat rapuh
Saya 100% yakin tidak ada yang akan memakainya jika Elegant Themes tidak menghabiskan uang luar biasa banyak untuk iklan