Proyek API Bidang Inti WordPress Mencari Kepemimpinan Baru

Pada tahun 2014, pengembang utama Pods, Scott Kingsley Clark, mengambil alih peran utama utama untuk proyek Metadata UI. Pada tahun 2015, proyek Metadata UI dilahirkan kembali sebagai Fields API.

Fields API dikembangkan untuk memungkinkan pendaftaran bidang ke layar yang berbeda di area admin melalui satu API. Kotak meta dan bidang baru di dalamnya dapat ditambahkan ke posting sementara bagian dan bidang baru dapat ditambahkan ke layar profil.

Tujuan API adalah untuk berintegrasi dengan semua berbagai layar admin termasuk, Postingan, Ketentuan, Pengguna, Media, dan Komentar dan menyediakan standarisasi.

Clark telah memimpin proyek selama tiga tahun dan meskipun melihat minat baru tahun lalu, mengumumkan di saluran Slack proyek bahwa ia mengundurkan diri.

Dengan berat hati saya harus menyerahkan obor untuk proyek ini. Setelah ratusan jam waktu saya, saya tidak lagi percaya saya dapat mempengaruhi perubahan dalam inti WordPress.

Visi Fields API terlalu besar, terlalu berat bagi satu orang. Saya sangat percaya bahwa WordPress membutuhkan Fields API, tetapi perjalanan ke tempat kita berada dengan Fields API telah lama dan sulit.

Sebenarnya, saya terbakar bertahun-tahun yang lalu saat membangun prototipe pertama dan kedua. Tidak semua orang setuju tentang cara merancang kode, kode tersebut melalui banyak revisi berdasarkan umpan balik kontributor inti. Saya tidak bisa membuat cukup banyak orang bersemangat tentang hal itu, saya tidak bisa mendapatkan cukup banyak perusahaan dan orang yang tertarik untuk mendukungnya.

Saya harus membiarkan orang lain memiliki kesempatan, saya menyeretnya ke bawah. Jika seseorang melangkah untuk memimpin di masa depan, maka saya akan dengan senang hati membantu di mana saya bisa. Tetapi saya tidak dapat melanjutkan memimpin proposal/proyek Fields API. Saya minta maaf, terimalah permintaan maaf saya dan saya harap Anda dapat memaafkan saya karena gagal membawa proyek ini melewati garis finis. Saya masih percaya untuk menjadi bagian penting dari kesuksesan WordPress di masa depan.

Scott Kingsley Clark

Cobaan dan Kesengsaraan Memimpin Proyek Sumber Terbuka

Dalam wawancara berikut, Clark menjelaskan mengapa dia merasa bertanggung jawab secara pribadi atas kurangnya kemajuan proyek, mengapa API penting untuk masa depan WordPress, dan merefleksikan apa yang bisa dia lakukan secara berbeda.

Apakah Anda ingin memberikan obor kepada orang tertentu?

Tidak, saya tidak yakin siapa yang akan memiliki dorongan dan pengaruh untuk melihat proyek ini. Ini adalah proyek skala besar yang harus didekati dengan visi jangka panjang tetapi dalam peningkatan yang cukup kecil untuk membuatnya menjadi inti WordPress. Banyak yang harus ditanyakan kepada seseorang, itu juga bukan prioritas bagi orang-orang saat ini karena mereka terganggu oleh pembebasan Gutenberg dalam waktu dekat.

Mengapa Fields API merupakan bagian penting dari masa depan WordPress?

Orang-orang melihat WordPress hari ini dan bertanya-tanya bagaimana mereka bisa bertahan tanpa REST API. Yah, setidaknya aku tahu aku tahu! Hal yang sama dapat dikatakan tentang Fields API meskipun belum ada. Ada begitu banyak kasus yang membuat frustasi untuk membangun solusi untuk WordPress di semua kait yang berbeda.

Untuk konsistensi, ini adalah barat yang liar di luar sana. Anda mendapatkan kotak meta terdaftar dan Anda mengisinya dengan apa pun yang Anda inginkan. Anda memerlukan CSS Anda sendiri untuk menata bidang formulir dan setiap orang memiliki ide mereka sendiri tentang bagaimana tampilan antarmuka ini. Anda bertanggung jawab atas tata letak responsif Anda sendiri yang ramah seluler, ada begitu banyak yang harus Anda tangani sendiri. Anda harus dapat menyesuaikan tampilan, tetapi setiap tempat Anda ingin menambahkan bidang atau formulir harus benar-benar memiliki API yang tepat.

Jangka panjang, bayangkan mendaftarkan bidang ke WordPress seperti Anda mendaftarkan jenis posting. Bayangkan bidang dan konfigurasinya tersedia untuk REST API dan dapat diakses melalui Aplikasi WordPress atau aplikasi khusus lainnya.

Seluruh dunia terbuka karena Anda memiliki API yang konsisten, seluruh dunia masuk akal karena Anda memiliki antarmuka yang konsisten untuk bidang tersebut di berbagai layar edit. Posting, istilah, komentar, pengguna, media, bahkan Penyesuai semuanya akan memiliki API dasar yang sama untuk menambahkan grup, panel, dan bidang ke layar mereka.

Jika Gutenberg selesai setelah Fields API masuk, migrasi untuk orang-orang tidak akan sesulit itu. Gutenberg dapat secara otomatis menampilkan semua antarmuka Fields API seperti halnya untuk kompatibilitas mundur kotak meta. Itu akan terlihat jauh lebih bagus juga.

Mengambil beberapa waktu untuk merenungkan, apa yang dapat Anda lakukan secara berbeda untuk mendapatkan lebih banyak kontributor inti untuk membeli ke dalam proyek dan mengubahnya menjadi prioritas yang lebih tinggi?

Saya tidak yakin, ini adalah keseimbangan yang halus antara menerima masukan dan percaya diri pada hasil akhirnya. Awalnya, umpan baliknya adalah tentang bagaimana API itu asing untuk WordPress, mereka bertanya apakah itu bisa serupa strukturnya dengan API lain seperti Customizer.

Kami menghapus kode dan membangun kembali dari bawah ke atas sebagai garpu Penyesuai, bahkan mendukung Penyesuai yang menggunakan API Bidang juga. Pada puncak pengembangan, kami telah mengimplementasikan semua area Fields API.

Rilis inti bergerak cukup cepat, ada banyak perubahan kode dari rilis WordPress ke rilis yang harus kami ikuti karena pada dasarnya kami telah membuat proyek yang merupakan tambalan raksasa untuk WordPress.

Tidak ada cukup kait untuk melakukan apa yang perlu kami lakukan, dan banyak bagian tidak dapat diperluas karena keputusan kode yang menandai diri mereka sendiri sebagai 'final', yang berarti Anda tidak dapat memperluas kelas tertentu untuk menyesuaikan cara kerjanya.

Saya berharap saya bisa menjadi WordCamps besar di AS dan Eropa, pada dasarnya melobi untuk fitur ini. Mengumpulkan pendukung dan semacamnya, rasanya seperti politik. Saya berkeliaran di pertemuan Core dev, mencoba mengangkatnya. Saya mencoba melegitimasi fitur tersebut dengan memiliki saluran khusus di WordPress Slack resmi, memposting pembaruan di https://make.wordpress.org/core/, dan mengadakan pertemuan mingguan.

Pada akhirnya, saya memprioritaskan waktu saya untuk pengembangan dari waktu ke waktu untuk mengumpulkan pasukan. Itulah kejatuhannya, saya mulai kehabisan tenaga dengan cepat setelah beberapa penulisan ulang pertama karena saya memiliki banyak tanggung jawab lain di tempat lain di atas Fields API.

Ini tidak seperti perusahaan akan dengan mudah ingin membayar Anda untuk mengerjakan proyek seperti ini tanpa batas, meskipun WebDevStudios dan 10up memberi saya waktu untuk mendorongnya ke depan. Itu bukan cek kosong, pada titik tertentu saya harus kembali ke pekerjaan yang dapat ditagih. Sejak saat itu, semuanya ada di waktu luang saya dan itu sulit untuk dikelola selama masa tekanan keuangan dan penjualan/pembelian rumah.

Ada permintaan untuk API Bidang di inti tetapi tidak cukup tangan untuk membuatnya. Menurut Anda mengapa demikian?

Semua orang fokus di tempat lain. Ada banyak area WordPress yang membutuhkan perhatian orang. Ada hal-hal seperti Aksesibilitas yang pantas mendapatkan lebih banyak perhatian daripada yang didapatnya. Tapi fokusnya bagi saya, sepertinya ada di Gutenberg dan REST API.

Gutenberg khususnya telah menghabiskan banyak waktu bagi orang-orang yang berkontribusi dan orang-orang yang menerapkan. Ini adalah fitur yang sangat besar. Ini jelas lebih besar dalam skala daripada Fields API, ini seperti aplikasi baru yang hidup di WordPress. Integrasi dengannya membutuhkan banyak pendidikan dan coba-coba. Fokus orang adalah di mana ia perlu berada sekarang. Sangat disayangkan bahwa Gutenberg datang sebelum Fields API dalam hal prioritas dan tingkat minat.

Saran apa yang akan Anda berikan kepada pemimpin proyek Fields API berikutnya?

Ini adalah proyek besar, semua orang ingin mengatakan itu harus dengan cara tertentu. Anda harus mengevaluasi opsi dan mengajukan sesuatu yang berukuran kecil untuk memulai. Bangun di atas itu, tetapi jangan pernah melupakan tujuan integrasi jangka panjang di semua layar WordPress. Bahkan formulir komentar front-end dapat berkembang pesat dengan Fields API.

Mengapa Anda merasa bertanggung jawab secara pribadi atas proyek yang tidak menjadi prioritas utama?

Pada satu titik, kami memiliki momentum. Kami memiliki setidaknya tiga hingga empat orang yang aktif. Itu berantakan karena saya kehabisan waktu. Ini kepicikanku, ini salahku. Saya menghabiskan ratusan jam mengembangkan proyek selama beberapa tahun. Saya seharusnya memiliki lebih banyak waktu untuk mengatur teks proposal fitur dan menjaga api tetap menyala di hati para kontributor kami.

Mempertimbangkan waktu dan upaya yang telah Anda lakukan untuk proyek ini beberapa tahun terakhir, apakah Anda merasa lega dengan menyalakan obor?

Jika obor dilewatkan atau diangkat, saya akan merasa lebih baik. Kelegaan utama adalah bahwa itu secara resmi bukan beban yang harus saya bawa sendiri lagi. Tidak apa-apa untuk mencoba dan gagal, itu masih menyedihkan.

Saya berharap seseorang atau beberapa perusahaan melangkah dan meluangkan waktu untuk ini. Mereka bahkan bisa menyalakan kembali api di hatiku yang padam sendiri. Untuk saat ini, saya memiliki satu hal yang kurang penting untuk dilakukan. Saya masih memiliki piring yang besar dan kuat tetapi tidak lagi menjadi beban yang berat.

Sementara masa depan proyek tidak jelas, mereka yang tertarik untuk mengambil alih didorong untuk membaca posting yang ditandai dengan tag Fields API di Make.WordPress.Core untuk mempelajari sejarahnya. Anda juga dapat melihat halaman Github proyek.

Jika Anda tertarik untuk mengambil alih proyek tersebut, Anda dapat menghubungi Clark di Twitter, Slack, atau melalui situs webnya.