1 poin oleh GN⁺ 2024-05-29 | 1 komentar | Bagikan ke WhatsApp
  • 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

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

 
GN⁺ 2024-05-29
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

    • WordPress benar-benar mendorong banyak sekali praktik buruk. Dari struktur tema bawaan saja, metadata tema dijelaskan lewat komentar di file CSS, dan alih-alih komposisi, string concatenation dipakai everywhere sehingga potongan HTML sulit digunakan ulang
      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
    • Membunuh freelancer? Selama 15 tahun terakhir, hal yang paling sering saya katakan kepada calon klien murah adalah buat saja situs dengan WordPress dan cari “pakar” WordPress
      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
    • Kalau harus bekerja dengan WP, saya selalu memakai framework Timber, bukan versi block/classic
      https://timber.github.io/docs/v2/
    • Saya sama sekali bukan pakar WordPress, tetapi sesekali harus memindahkan situs klien, dan saya masih ingat jelas ada path filesystem absolut yang di-hardcode di dalam PHP terserialisasi di database
      Begitu dipindahkan ke server baru dengan path instalasi yang sedikit berbeda, langsung rusak
    • Jika standar pengembangan dipatuhi, pengguna tidak akan terkunci pada platform. Mereka bisa pindah ke CMS yang bekerja lebih baik dan lebih mudah dikelola, atau memakai solusi hosting alih-alih terpaksa membayar seseorang
      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

    • Saat ini saya sedang mengerjakan persis sesuai saran itu, dan mengalami error 500 yang menarik di production
      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
    • Menurut saya sebagian besar penilaian itu terbentuk selama 21 tahun. WordPress awalnya mendapat reputasi sebagai cara cepat dan mudah membuat situs web, lalu kemudian mendapat reputasi sebagai mimpi buruk keamanan
      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
    • Salah satu pengalaman pemrograman pertama saya waktu kecil adalah dengan polos membuka index.php milik WordPress untuk mencoba memahami cara kerjanya
      Yang 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
    • Kalau masuk sedikit lebih dalam saja, langsung terlihat betapa berantakannya WordPress
      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/
    • Saya penasaran apakah ada yang bisa merekomendasikan cara yang lebih baik untuk benar-benar memahami dan mempelajari WordPress
      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

    • Pada 2011, saya sempat melihat plugin sociable, yang saat itu berada di peringkat ke-2 dalam daftar plugin, dan itu termasuk kode paling rentan dan paling bengkak yang pernah saya lihat
      Rasanya seperti proyek akhir pekan yang tak kunjung selesai lalu dibiarkan berlarut-larut terlalu lama hingga akhirnya dirilis, dengan for loop sepanjang 5 layar yang berputar di atas variabel global raksasa dan diduplikasi untuk memproses sesuatu
    • Plugin itu jelas berhasil membuat orang ingin menginstalnya. Terutama hanya dengan menaruh UI tersebut di depan, dan karena gambar tidak dikompresi secara default, ia juga menjadi sekutu sempurna bagi berbagai analyzer SEO yang menuntut agar gambar dikompresi
  • WordPress 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

    • Menurut saya justru itu membuktikan kebalikannya. WordPress pada dasarnya menjadikan seluruh codebase-nya sebagai API publik, sehingga karena plugin bergantung pada kondisi yang sudah ada, ia selamanya terikat pada kode legacy dan sulit melakukan perbaikan yang bermakna
      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
    • Fakta bahwa orang mulai memakai WP sekitar 25 tahun lalu sendiri tampaknya menjadi contoh tandingan terhadap “selalu bisa memperbaikinya nanti”
  • 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

    • Saya menganggap diri saya pengembang web di atas rata-rata, dan ketika teman meminta saya memperbaiki beberapa hal di situs WordPress mereka, saya sering berkata tanpa ragu bahwa itu bisa diubah dengan mudah
      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
    • Setup awal WordPress sangat mudah, tetapi seiring waktu pemeliharaannya menjadi sangat sulit
      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
    • Saya pindah ke Ghost; awalnya agak kasar, tetapi setelah ada CLI global, itu menjadi cukup baik
      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

    • Jika basis pelanggan Anda cukup beragam, bagi seseorang itu bisa berarti semua hal tersebut sekaligus
  • Saya berharap lebih banyak perusahaan mengadopsi kebijakan sabbatical Automattic
    https://automattic.com/benefits/sabbatical/

    • Perlu diingat bahwa di AS cuti tahunan hanya 2 minggu, jadi meskipun ada sabbatical 3 bulan, jumlahnya tetap lebih sedikit daripada di Eropa
  • 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

    • Saya masih merindukan WordPerfect. Saya lebih menyukainya daripada MS Word, meski terakhir memakainya sudah 25 tahun lalu
  • 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

    • Saya mewarisi sebuah situs web yang memakai Divi untuk seluruh styling, dan itu mendekati perangkat lunak komersial terburuk yang pernah saya lihat
      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
    • Saya penasaran apa sejarah aneh itu