Dalam episode keempat puluh empat Pengarahan WordPress, pembawa acara kami Josepha Haden Chomphosy menyoroti peran rilis besar dan kecil dalam proyek sumber terbuka WordPress.
Punya pertanyaan yang ingin Anda jawab? Anda dapat mengirimkannya ke [email protected]baik tertulis atau sebagai rekaman suara.
Kredit
Editor: Dustin Hartzler
Logo: Javier Arce
Produksi: Santana Inniss
Lagu: Fearless First oleh Kevin MacLeod
Referensi
Salinan
[Josepha Haden Chomphosy 00:00:00]
Halo semuanya! Dan selamat datang di Pengarahan WordPress, podcast tempat Anda dapat memperoleh penjelasan singkat tentang ide di balik proyek open source WordPress, beberapa wawasan tentang komunitas yang mendukungnya, dan mendapatkan daftar kecil hal-hal besar yang akan terjadi dalam dua minggu ke depan.
Saya tuan rumah Anda, Josepha Haden Chomphosy. Ini dia.
[Josepha Haden Chomphosy 00:00:27]
Pada akhir bulan November, rilis besar baru untuk WordPress dikirimkan. Itu adalah WordPress 6.1. Saya tahu pada dasarnya saya membicarakannya tanpa henti. Lalu dua minggu kemudian, ada rilis minor baru untuk WordPress. Itu adalah WordPress 6.1.1, yang tidak saya bicarakan sama sekali. Jauh di episode empat podcast ini, saya menggali keseluruhan siklus rilis dan apa yang dapat diharapkan seseorang dari aspek logistik tingkat tinggi.
[Josepha Haden Chomphosy 00:01:05]
Dan hari ini kita akan melihat sekilas rilis-rilis kecil pada khususnya. Seperti yang disampaikan secara umum, saya selalu ingin menggunakan metafora olahraga ketika berbicara tentang rilis, dan menurut saya itu karena kata mayor dan minor. Jadi, saya sudah berusaha sebaik mungkin untuk tidak memasukkan hal itu ke dalam penjelasan saya hari ini.
Tapi aku punya satu, aku punya satu yang berhubungan dengan olahraga. Jadi, jika Anda tidak menyukai olahraga, ketahuilah bahwa itu hanya sedikit dan kami akan mencoba mengatasinya bersama-sama. Baiklah, rilis kecil saja. Anda mungkin memperhatikan bahwa saya tidak menyebutkan rilis kecil sesering saya menyebutkan rilis besar. Namun, sering kali, ketika kita mempunyai rilis besar WordPress, ada rilis kecil yang dimulai segera setelahnya.
Jadi yang pertama besar versus kecil. Rilisan besar di WordPress terjadi kira-kira tiga kali setahun, baik rilis maupun rilis. Dalam rilis besar, Anda akan menemukan bahwa kami menyertakan fitur, jadi– kemampuan baru, peningkatan, yang biasanya Anda sebut peningkatan pada kemampuan yang ada, dan juga perbaikan bug apa pun yang kami temukan, besar atau kecil, akan kami ambil semuanya.
[Josepha Haden Chomphosy 00:02:16]
Jadi rilis kecil di WordPress rata-rata terjadi sekitar empat atau lima kali setahun. Rilis kecil mencakup tambalan untuk masalah yang diperkenalkan pada rilis besar dan perbaikan bug apa pun yang tidak menambah atau mengubah fungsionalitas.
Jika Anda bersama saya sejauh ini, Anda mungkin telah memperhatikan bahwa pada dasarnya selalu ada setidaknya satu rilis minor untuk setiap rilis mayor. Dan Anda mungkin juga memperhatikan bahwa saya mengatakan bahwa anak di bawah umur menyertakan tambalan untuk masalah yang kami perkenalkan di masalah besar.
Sekarang, jika saya mendengarnya dengan telinga yang segar, hal pertama yang akan saya pikirkan adalah, oke, jadi jika Anda mulai mengerjakan minor segera setelah Anda merilis mayor untuk menangani masalah yang Anda tahu telah Anda perkenalkan di mayor– mengapa tidak mengirimkan mayor saat ada bug di dalamnya? Pertanyaan bagus. Saya senang Anda bertanya. Jadi ada beberapa hal yang perlu diketahui di sini.
[Josepha Haden Chomphosy 00:03:09]
Pertama, ada konsep “ship and iterate,” yang hadir dalam agile dan open source. Idenya adalah kami mengirimkan perangkat lunak segera setelah kami yakin bahwa apa yang ada dalam rilis tersebut tidak merusak dan mewakili tamu terbaik kami dalam pengalaman yang lebih baik bagi pengguna kami.
Setelah rilis tersebut tersedia, kami menggunakan masukan pada rilis awal untuk melakukan iterasi dengan cepat dan mengirimkan rilis lainnya. Dengan begitu, kami tidak menyembunyikan fitur bagus apa pun. Dan karena kami telah merencanakan masalah kecil dalam waktu dekat, masalah besar apa pun yang muncul dapat diselesaikan hanya dalam waktu dua minggu. Kedua, ada konsep bahwa dengan banyak mata, semua bug adalah dangkal, yang terutama ada di open source.
Idenya di sini adalah bahwa dengan cukup banyak orang yang melihat suatu masalah, maka masalah tersebut tidak akan ada peluangnya. Jadi ketika rilis dikirimkan dalam kondisi yang bisa diterapkan namun dengan interaksi yang memerlukan beberapa penyempurnaan, cara tercepat untuk menemukan penyempurnaan tersebut adalah dengan membawanya ke komunitas pengguna dan pengembang WordPress dan mengundang mereka untuk bersama-sama membuat CMS ini bersama kami.
[Josepha Haden Chomphosy 00:04:10]
Yang menyentuh pemikiran terakhir saya. Konsep pengguna sebagai co-creator.
Jika kita berpikir tentang pengembangan dan evolusi perangkat lunak kita sebagai upaya tim, maka kita dapat menganggap orang-orang yang menggunakan perangkat lunak kita sebagai apa yang disebut “Orang Kedua Belas” Itu ada dalam tanda kutip, dan saya akan melakukannya, saya akan meninggalkan tautan ke sana di catatan acara juga.
Dalam olahraga, ini mengacu pada para penggemar. Dan jika Anda pernah menghadiri acara olahraga langsung atau bermain di acara olahraga mana pun, Anda akan tahu bahwa sorakan dan cemoohan dari penggemar berubah menjadi entitas motivasi tersendiri. Sebagai keseluruhan tim atau anggota individu, Anda tahu apa yang harus Anda lakukan. Anda tahu apa yang perlu Anda lakukan dalam sebuah game, tapi ada sesuatu dalam hiruk-pikuk umpan balik yang keras dan kacau itu yang membuat apa yang Anda lakukan menjadi hidup, dan begitulah cara saya memandang komunitas pengguna kami.
[Josepha Haden Chomphosy 00:05:02]
Jadi pada akhirnya, jawaban atas pertanyaan 'mengapa begitu banyak rilis' dan pertanyaan lanjutan 'mengapa menoleransi ketidaksempurnaan yang stabil' sebagian besar sama. Untuk memberikan fitur ke tangan pengguna kami dengan cepat sehingga kami selalu dapat menghidupkan CMS yang sangat kami pedulikan ini.
Saya harap ini menjawab pertanyaan Anda tentang irama rilis kami, dan jika Anda tidak datang ke podcast ini dan tidak memiliki pertanyaan sama sekali tentang irama rilis, saya harap informasi baru ini memberikan sedikit penjelasan tambahan tentang kompleksitas bekerja di sumber terbuka.
[Josepha Haden Chomphosy 00:05:32]
Hal ini membawa kita pada daftar kecil hal-hal besar.
Hal besar nomor satu adalah State of the Word telah diumumkan dan dijadwalkan pada tanggal 15 Desember. Ini sedikit lebih awal dibandingkan dengan iterasi sebelumnya, jadi saya berharap kita mendapatkan kru pendengar baru yang mendengarkan pada waktu yang sama. Saya akan meninggalkan tautannya di catatan acara, atau Anda dapat mengunjungi wordpress.org/news untuk melihat sendiri pengumumannya.
[Josepha Haden Chomphosy 00:06:00]
Hal besar nomor dua adalah nominasi perwakilan tim terbuka di sebagian besar tim saat ini. Jadi, jika pertengkaran organisasi dan orang-orang berada di urutan teratas dalam daftar cara Anda dapat berkontribusi kembali ke WordPress, pergilah ke tim tempat Anda berkontribusi dan lihat bagaimana Anda mengangkat tangan untuk itu.
Kemudian hal besar yang ketiga adalah gambaran besar tujuan, harapan, dan jadwal telah dikumpulkan, dan saya akan mengirimkannya segera setelah awal tahun baru.
Ini akan memberi kita gambaran tentang apa yang ingin kita fokuskan untuk memastikan bahwa WordPress terus berkembang di masa depan. Anda dapat mengawasinya di make.wordpress.org/project.
Dan itu, teman-teman, adalah daftar kecil hal-hal besar Anda. Terima kasih telah mendengarkan Pengarahan WordPress hari ini. Saya tuan rumah Anda, Josepha Haden Chomphosy, dan sampai jumpa lagi dalam beberapa minggu.
Leave a Reply