Gutenberg: Berikan garis besar bahasa sederhana tentang ruang lingkup, arah, dan tujuan proyek

Ini menjelaskan mengapa peta jalan produk publik yang jelas membantu. https://open.buffer.com/transparent-product-roadmap/

Terima kasih, itu akan sangat membantu.

Pertanyaan terbuka dari banyak pemilik situs yang merencanakan arah mereka untuk tahun-tahun berikutnya juga harus dibahas: hubungan Gutenberg dengan pembuat halaman.

Sebagai contoh:

• bagaimana mereka akan berintegrasi dalam langkah pertama?
• area fungsi pembuat halaman mana yang akan dicakup oleh Gutenberg dalam pencapaian yang mana? Misalnya penataan tata letak responsif di bagian/kolom, gaya terperinci (warna, gambar latar belakang, bantalan margin, dan semua itu). Dengan kata lain: apakah editor Gutenberg dilihat sebagai alat penulis atau juga alat desainer?
• Akankah Gutenberg mendukung sesuatu seperti perpustakaan template?

Dengan asumsi mereka akan hidup berdampingan untuk waktu yang lama:

• Apakah mungkin untuk memiliki blok yang berisi tata letak pembuat halaman?
• Apakah tujuan untuk dapat menyeret instance Gutenberg atau blok tunggal ke dalam tata letak pembuat halaman?

Belum lagi pengeditan ujung depan ...

Ya, Proyek Gutenberg tampaknya memiliki ruang lingkup merayap yang menciptakan FUD yang tidak perlu tentang masa depan WordPress, terutama karena keberhasilan proyek tumpang tindih dengan keberhasilan WordPress itu sendiri. Meskipun ada banyak manajemen proyek yang efisien dan berulang, ada celah dengan manajemen produk yang akan diatasi.

Ini merupakan gejala dari masalah yang lebih besar dengan Roadmap WordPress yang hanya merupakan daftar rilis historis. Hambatan utama untuk Agensi yang menggunakan solusi WordPress untuk Klien adalah Peta Jalan menurut Laporan Survei Penggunaan WordPress terbaru kami oleh Pemasaran WordPress. Meskipun mereka sangat puas dengan WordPress, beberapa agensi menyatakan keprihatinan tentang kurangnya kesadaran kasus penggunaan CMS dan kompatibilitas mundur.

@Skarjune Berdasarkan apa yang saya

Beberapa hal lain yang ingin saya lihat tanpa urutan tertentu:

• Alasan di balik mengikat Gutenberg ke 5.0 secara khusus vs menjadi plugin fitur ala REST API bekerja yang akan terintegrasi saat siap.
• Alasan untuk mengambil alih seluruh layar edit vs editor konten (ini memungkinkan, dll).
• Garis waktu kasar untuk penggabungan, rilis. Apa pemikiran tim tentang kapan 5.0 harus ditargetkan untuk dirilis? Ini bisa jadi hanya seperempat ("Q2 18 vs "Awal April") tetapi saat ini orang tampaknya memiliki harapan yang berbeda-beda tentang kapan 5.0 akan terjadi dan apakah itu benar-benar akan menunggu, katakanlah, setahun jika Gutenberg membutuhkan waktu selama itu untuk mencapai tanda.
  
  
  
  • Bertepatan dengan itu, kriteria rilis. Apa yang harus ada sebelum tim akan bergabung? Dukungan Metabox dan bagaimana hal itu dicapai adalah tombol panas saat ini, tetapi daftar kriteria harus melampaui itu.
  
  
• Apa yang TIDAK akan ada di rilis pertama. Misalnya, jika dukungan untuk Fields API ditentukan sebagai di luar cakupan, maka dukungan itu akan ada dalam daftar ini. Ini tidak perlu mencantumkan semua yang dikecualikan tetapi harus mencakup item yang lebih besar yang telah menerima diskusi eksternal.
• Masalah terbuka yang signifikan. Sekali lagi menggunakan Fields API sebagai contoh, jika keputusan untuk menyelesaikan itu dan untuk mendukung Gutenberg ada di atas meja maka itu akan terdaftar sebagai masalah terbuka sehingga orang tahu itu sedang diperdebatkan. Sekali lagi, ini seharusnya tidak setiap masalah yang terbuka sembarang masalah besar yang akan memakan waktu atau usaha yang signifikan atau yang akan berdampak signifikan pada arah dan kemampuan Gutenberg.

@ mor10 Oke, saya benar bahwa Gutenberg tidak menderita "scope creep" sebagai proyek, tapi itulah persepsi banyak pengamat. Saya telah mengikuti kemajuan sejak posting Ikhtisar Teknis Editor awal, di mana saya tidak melihat referensi untuk menangani kotak meta di UI, hanya kritik terhadap kode pendek sebagai implementasi yang buruk untuk mengelola data melalui editor. Maksud saya hanya dimaksudkan untuk menunjukkan bahwa beberapa pengguna profesional WordPress mengungkapkan keterkejutan bahwa kendala mereka tidak ada.

Saya tidak dapat berbicara untuk semua orang yang menggunakan istilah tersebut, tetapi ketika saya mengatakan "scope creep" saya mengacu pada ruang lingkup yang saya duga berdasarkan pernyataan publik di Buat posting blog, halaman arahan proyek sebelumnya (yang saya tidak bisa lagi temukan di mana saja), dan halaman plugin saat ini .

Demi anak cucu, ini adalah deskripsi plugin saat ini:

Tujuan dari editor blok adalah membuat penambahan konten yang kaya ke WordPress menjadi sederhana dan menyenangkan.

Ini adalah perangkat lunak beta.

Pengalaman posting dan pembuatan halaman baru akan membuat penulisan posting kaya menjadi mudah, membuatnya mudah untuk melakukan apa yang hari ini mungkin membutuhkan kode pendek, HTML khusus, atau penemuan embed "daging misteri".

WordPress sudah mendukung sejumlah besar "blok", tetapi tidak memunculkannya dengan baik, juga tidak memberi banyak pilihan tata letak. Dengan merangkul sifat blok dari konten posting yang kaya, kami akan memunculkan blok yang sudah ada, serta memberikan opsi tata letak yang lebih canggih untuk masing-masing blok. Ini akan memungkinkan Anda untuk dengan mudah membuat posting yang indah seperti contoh ini.

Ketika Anda membaca halaman plugin, bahkan sampai hari ini, tidak ada penyebutan kotak meta. Kami melihat referensi ke editor, menulis posting kaya, kode pendek, HTML khusus, menyematkan, dan menulis posting yang indah (yang kemudian ditautkan ke contoh konten posting).

Terminologi yang digunakan dalam deskripsi halaman plugin akan membuat siapa pun yang akrab dengan WordPress berharap bahwa editor konten akan diperbarui. Mengapa? Karena semua istilah yang disebutkan adalah hal-hal yang kami gunakan editor konten untuk hari ini. Tidak ada yang akan menunjukkan kepada pengguna atau pengembang WordPress yang tidak dikenal bahwa ruang lingkup proyek bermaksud melampaui editor konten.

Sementara beberapa orang mungkin menafsirkan ruang lingkup berdasarkan pemahaman internal, saya melihatnya berdasarkan materi yang menghadap ke luar ini. Peta jalan yang diusulkan @mor10 adalah peluang untuk menyelaraskan keduanya.

Tautan silang dengan #3347.

Perhatian utama saya adalah sejauh mana pengumpulan data berubah untuk mengakomodasi Gutenberg? Apakah struktur data yang mendasarinya mengubah titik akhir API petugas kami?

Saya setuju dengan isu-isu yang diangkat dan diskusi tentang Gutenberg sangat bermasalah.

Namun saya akan mengatakan apa yang membutuhkan peta jalan pada saat ini bukan hanya Gutenberg, tetapi _WordPress_ itu sendiri.

Arah proyek saat ini dari "platform aplikasi web JS yang trendi, berdasarkan inti warisan dalam dialek PHP usang, yang sebenarnya digunakan orang untuk membangun situs konten" semakin aneh.

Pada titik ini, mengutip secara selektif darinya tampaknya dapat membenarkan:

• kompatibilitas mundur mutlak
• melanggar kompatibilitas mundur
• perubahan besar dalam teknologi
• teknologi tidak berubah
• belajar dari PHP dan/atau industri pengembangan web yang lebih besar
• sepenuhnya mengabaikan segala sesuatu di luar proyek

Percakapan tentang Gutenberg gagal bukan _just_ karena visinya tidak jelas.

Itu gagal karena Gutenberg mengklaim sebagai vital untuk tujuan _WordPress project_. Dan dalam beberapa tahun terakhir visi _itu_ tampaknya terus kehilangan kejelasan tujuan, arah, dan prioritas.

Sebagai editor wordpress minor dan pengelola utama situs berbasis wordpress organisasi saya yang mengikuti pengembangan wordpress sebagian besar dari jarak jauh - dari sesekali menjelajahi make.wordpress.org dan memindai wptavern.com ; Saya menemukan tiket ini melalui wptavern dan dengan sepenuh hati setuju.

Saya berterima kasih kepada @ mor10 karena telah berupaya menguraikan masalah dalam bahasa yang ringkas dan jelas, bahwa halaman yang dijelaskan dengan jelas akan sangat berguna. Ini akan memberikan pengguna semi-kekuatan (yang tidak terlibat dan belum menguji ini, tetapi ingin mengetahui apa yang akan terjadi tanpa langsung menghubungi pengembang (yang dapat tampak mengganggu dan/atau gangguan) untuk mendapatkan pemahaman tentang ke mana arah wordpress sehingga mereka dapat memastikan perubahan wordpress dapat diimplementasikan pada akhirnya.

Saya setuju dengan @kevinwhoffman. Ketika awalnya menyebut Gutenberg di pertemuan bulanan kami sebagai "pengalaman pengeditan baru untuk WordPress 5.0", saya juga berharap itu menjadi pengganti jendela editor TinyMCE. Saya tidak berharap itu mengambil alih seluruh halaman editor posting, berdasarkan garis besar pada halaman plugin.

Saya mendapatkan segala macam pertanyaan dari pengguna yang khawatir tentang apa artinya bagi situs mereka yang tidak dapat saya jawab dengan jelas saat ini.

Halaman plugin menyebutkan bahwa Ini adalah perangkat lunak beta tetapi saya akan membantah bahwa ini adalah Alpha awal setidaknya. Ini mengingatkan saya pada situs dotcom awal yang akan memposting grafik "Beta" kecil di sudut browser selama 2 tahun berikutnya pada dasarnya memungkinkan mereka untuk lolos tanpa melingkupi atau memetakan apa yang mereka lakukan memungkinkan pengalaman pengguna sangat bervariasi.

Dari Wikipedia

Fase beta umumnya dimulai ketika perangkat lunak memiliki fitur lengkap tetapi kemungkinan mengandung sejumlah bug yang diketahui atau tidak dikenal

Menurut saya, Gutenberg sama sekali tidak memiliki fitur yang lengkap (lihat saja seluruh iframe saga).

Saya memiliki orang-orang yang mendatangi saya pada pertemuan berikutnya dengan panik karena ketika mereka menginstal Gutenberg, mereka "kehilangan" banyak data posting mereka (kotak meta dll). Itu bukan posisi yang baik untuk menempatkan orang dalam perangkat lunak beta.

@rickgregory menyebutkan dalam postingnya tentang REST API menjadi plugin fitur selama berabad-abad hingga digabungkan menjadi inti. Sepertinya Gutenberg mengikuti metodologi yang berlawanan dan didorong ke rilis WordPress berikutnya apakah pengguna suka/menginginkannya atau tidak.

Sebagai seseorang yang mengembangkan situs web untuk bisnis lokal, saya merasa sangat sulit memahami ruang lingkup dan visi proyek Gutenberg. Saya sepenuhnya mendukung perlunya editor yang lebih baik tetapi untuk waktu yang lama menemukan blok untuk semua pesan yang keluar dari tim sangat membingungkan.

Tim Gutenberg memahami apa yang dimaksud dengan blok, tetapi ketika pengguna/pengembang melihat ke dalam dari luar, saya tidak dapat memahaminya. Saya menemukan posting "Gutenberg, atau Kapal Theseus" secara tidak sengaja beberapa hari yang lalu dan itu adalah hal pertama yang saya baca yang membuat saya mengerti bagaimana balok bisa menjadi hal yang baik. Tapi, saya hanya menemukan pos secara kebetulan.

Sebuah dokumen definitif yang menguraikan visi dan ruang lingkup proyek akan sangat membantu mengatasi masalah masyarakat luas.

Saya telah berbicara dengan banyak pengembang yang terus terang takut akan masa depan mereka sekarang. Mereka tidak tahu apakah mereka harus kembali dan membuat perubahan besar pada semua situs/tema/plugin yang telah mereka kembangkan sebelumnya. Mereka takut untuk mengambil proyek besar sekarang, jika mereka harus mengulang semua pekerjaan mereka ketika 5.0 dirilis. Mereka tidak tahu kapan atau bagaimana mereka perlu melatih klien mereka untuk menggunakan Gutenberg. Mereka tidak tahu kapan atau bagaimana mengajari diri mereka sendiri untuk berkembang bersama Gutenberg. Banyak dari mereka takut klien mereka tidak ingin terus menggunakan WordPress, dan mereka mempertimbangkan untuk mempelajari CMS lain atau memigrasi klien mereka ke SquareSpace. Sangat mungkin bahwa semua ketakutan ini tidak berdasar, tetapi mereka tidak memiliki cara untuk mengetahui satu atau lain cara. Garis besar yang jelas tentang ruang lingkup, tujuan, dan garis waktu Gutenberg akan membantu pengembang merencanakan masa depan mereka, dan meyakinkan mereka bahwa mereka dan klien mereka dapat terus menggunakan WordPress.

Jadi semua orang berpikir itu ide yang bagus dan akan sangat bermanfaat. Satu-satunya hal yang tersisa adalah pertanyaan tentang siapa yang akan menulisnya dan kapan? Saya akan menawarkan untuk melakukannya tetapi saya bukan pembuat kode dan itu benar-benar membutuhkan pengembang di Gutenberg Central untuk dapat menggambarkan dan mengatur semua detail dengan benar. Meskipun saya akan menawarkan sekarang untuk terlibat dalam apa pun yang melibatkan aspek pemasaran, yang merupakan kekuatan saya.

Saya dapat melaporkan bahwa beberapa bulan yang lalu ada permintaan yang masuk ke Tim Pemasaran WordPress untuk membuat rencana promosi untuk Gutenberg. Itu disewa dan didiskusikan, tetapi ditunda, karena beberapa dari kami menganggapnya terlalu dini dan juga aneh untuk mempromosikan plugin beta kepada pengguna akhir tanpa kejelasan lebih lanjut tentang itu semua. Bagi saya ini memunculkan masalah ruang lingkup produk versus proyek, atau kereta sebelum kuda, atau analogi lainnya. Intinya: Produk membutuhkan peta jalan dengan ruang lingkup proyek yang menyertainya.

@Skarjune - dengan cara yang aneh masuk akal bahwa mereka mencoba melakukan itu dengan cara yang salah. Dan agak menegaskan apa yang tampaknya menjadi perasaan umum tentang cara proyek dijalankan. Bagaimanapun, siapa pun yang menulisnya, itu harus ditulis sesegera mungkin. Terlalu banyak pertanyaan terbuka membuat orang pergi ke arah mereka sendiri.

Saya menghargai presentasi Morten tentang Gutenberg di WordCamp Seattle akhir pekan lalu, yang mengejutkan saya sendiri, mengubah sikap saya tentang proyek secara keseluruhan.

Dia juga mendorong semua orang untuk berpartisipasi dalam proyek itulah sebabnya saya meluangkan waktu untuk berkomentar di sini.

Menguraikan tujuan dan ruang lingkup bukanlah ide yang buruk saat meyakinkan orang. WordPress sering dikatakan tidak memiliki masalah akuisisi tetapi masalah retensi. Mengelola ekspektasi dalam komunitas pengembang dan di antara keributan (termasuk saya sendiri) di Open Source Bazaar bukanlah hal yang buruk.

Kesalahpahaman menyebabkan kebingungan yang mengarah pada kelelahan.

Terima kasih atas semua kerja keras Anda dalam proyek ini dan untuk semua orang yang membangun proyek luar biasa yang sangat kami cintai.

Hanya ingin memberikan catatan di sini untuk mengatakan terlebih dahulu, terima kasih atas komentar dan keterlibatan dari semua orang. Saat ini kami memiliki beberapa sumber daya yang tersebar:

Halaman arahan/pemasaran: http://wordpress.org/gutenberg

Baca saya: https://github.com/WordPress/gutenberg/blob/master/README.md

Dokumen: https://wordpress.org/gutenberg/handbook/ (sekarang baru-baru ini dengan URL yang lebih baik).

Kami bisa melakukan yang lebih baik dan Anda didengar. Saya ingin mampir dan memastikan Anda tahu itu.

Saya punya dua saran, yang pertama sudah dikerjakan. Saat ini dua dari sumber daya tersebut sedang diulang; http://wordpress.org/gutenberg dan proyek readme. Iterasi akan mencakup fokus pada apa itu Gutenberg dan akan menjadi apa, menambahkan tautan dan sumber daya, mencatat apa yang telah dikatakan di sini dan di dalam komunitas. Jika memungkinkan, beri kami waktu seminggu untuk menyelesaikannya karena setidaknya harus menyediakan konten untuk diulang. Mudah-mudahan ini akan menjadi titik awal yang baik ke mana kita pergi selanjutnya dalam mengkomunikasikan ini.

Kedua, saya ingin mendengar apa yang menurut Anda ideal di sini. Apa sebenarnya yang semua orang ingin lihat diproduksi? Format apa yang berfungsi? Apakah halaman-halaman itu cukup? Apa untuk Anda semua format yang Anda inginkan secara ideal?

Saya tahu sulit untuk mengatakannya saat halaman-halaman itu sedang dikerjakan, tetapi saya ingin memastikan bahwa semuanya sudah siap untuk pindah ke langkah berikutnya. Setelah selesai, saya ingin lebih banyak orang membantu meningkatkan sumber daya dan dokumentasi kami. Saya akan menautkan mereka di sini ketika itu terjadi untuk mulai bekerja dengan mereka yang membantu. Terimakasih semuanya.

Ada dua format yang menurut saya akan berguna dalam hubungannya:
1) Peta jalan yang menunjukkan daftar fitur/tonggak pencapaian yang akan ada sebelum Gutenberg dirilis, dengan setidaknya indikasi yang tidak jelas kapan hal-hal ini diharapkan terjadi.
2) Bagian FAQ dengan jawaban atas pertanyaan seperti "Apakah akan ada dukungan metabox?", "Apakah saya harus menulis ulang plugin dan tema saya agar kompatibel dengan Gutenberg?" dan "Dapatkah saya mengembalikan jika Gutenberg merusak situs saya?" Jawaban atas pertanyaan umum akan sangat membantu mengurangi kecemasan.

Mengenai di mana dokumen-dokumen ini tinggal, saya pikir setidaknya menautkannya dari halaman pemasaran masuk akal. Masuk akal juga untuk meletakkan dokumen di tempat yang paling mungkin untuk dipelihara dan diperbarui secara berkala. Jika menempatkan barang-barang ini di halaman pemasaran adalah penghalang untuk memperbaruinya, maka itu harus pergi ke mana pun yang paling mungkin untuk tetap diperbarui, dengan tautan di halaman pemasaran.

@wpalchemist Anda (1) adalah fokus dari masalah ini dengan fitur dan tonggak yang diklarifikasi.
Untuk (2) proyek sudah memilikinya di GitHub:
https://github.com/WordPress/gutenberg/blob/master/docs/faq.md
@karmatosed menunjukkan ada beberapa sumber daya yang bagus di sana dan di WordPress.org, dan Ya,
http://wordpress.org/gutenberg

@Skarjune Terima kasih atas tautan FAQ! Kita perlu membuatnya lebih mudah ditemukan. :)

Poin bagus tentang halaman FAQ, izinkan saya memastikan bahwa itu masuk ke iterasi pertama dari perubahan yang saya bicarakan. Terima kasih telah memberikan umpan balik. Itu memang menggambarkan banyak informasi ini di sana, ini tentang memunculkannya, jadi poin yang bagus diambil.

Berikut adalah saran langsung saya:

1. Buat dokumen garis besar proyek lengkap dengan tujuan saat ini + masa depan, garis waktu, dan keputusan utama termasuk struktur data apa yang disimpan, struktur data apa yang ditambahkan, dan apa yang harus disiapkan oleh perancang dan pengembang.
2. Buat wiki komprehensif yang mirip dengan WP-API.org dengan dokumentasi komprehensif yang menyediakan dokumen terkini dan dokumen kosong/kontributor yang dibutuhkan untuk memperjelas kepada semua orang apa yang ada dan apa yang perlu dibangun.
3. Perluas FAQ untuk menjawab pertanyaan bagi admin, desainer, dan pengembang

Ada komentar di atas dengan saran untuk apa yang seharusnya ada di sini. Milik saya ada di https://github.com/WordPress/gutenberg/issues/3354#issuecomment -342310592 dan secara umum saya pikir komentar Mor10 tepat di atas ini tepat sasaran.

Saya ingin melihat apa yang akan ada di rilis pertama, kedua, dll. Dengan kata lain, sementara tujuan akhir Gutenberg mungkin banyak hal, apa daftar fitur untuk rilis pertama?

Juga, saya pikir penting untuk memiliki daftar masalah terbuka yang signifikan DAN masalah tertutup. Saya mengatakan ini karena beberapa perhatian saya adalah fungsional - bagaimana metabox akan didukung dll - tetapi beberapa juga berpusat pada fakta bahwa begitu banyak yang tidak terdefinisi dan tidak pasti.

Menurut pendapat saya, Gutenberg berfokus pada blog dan mungkin sebenarnya bisa menjadi tambahan yang bagus untuk blog.

Sesuai gambar di bawah ini yang diambil langsung dari situs Gutenberg :

Tambahkan judul
Tulis ceritamu

Situs yang tidak digunakan sebagai Blog, tetapi sebagai situs untuk perusahaan, untuk e-niaga, untuk listingan, untuk pekerjaan, untuk basis pengetahuan, untuk restoran, untuk sekolah, dan daftar panjang yang terus bertambah, jangan menulis cerita .

Oleh karena itu Gutenberg sama sekali tidak berguna untuk jenis situs tersebut dan dengan mengingat bahwa itu juga merupakan situs tipikal yang menggunakan data meta, tim Pengembang di balik monstrositas ini menurut saya harus mulai melihat titik terang yang satu ini dan menyimpannya sebagai plugin atau jika dilipat menjadi Core, maka hanya membuatnya aktif pada jenis posting Post default.

Berdasarkan komentar @Rarst di atas, saya ingin melihat komunikasi yang lebih menjelaskan bagaimana pendekatan yang diambil dalam pengembangan kotak Gutenberg terhadap filosofi WordPress itu sendiri.

Salah satu prinsip utama WordPress adalah fokus untuk memastikan kompatibilitas mundur. Diskusi seputar metabox, timeline yang tidak jelas, dll. membuat saya memikirkan berbagai percakapan selama bertahun-tahun seputar peningkatan versi PHP yang dibutuhkan oleh WordPress. Mengutip Andrew Nacin dalam salah satu diskusi seputar perpindahan dari 5.2 ke 5.3: "benar-benar bukan kepentingan terbaik kami untuk "bermain bersama" dengan mengorbankan pengguna kami. Puluhan juta pengguna akan terpengaruh — dan berpotensi terdampar, atau pasti bertanya-tanya mengapa WordPress menempatkan mereka di tengah-tengah semua ini — semua karena alasan. Ini benar-benar konyol. Ini juga jenis langkah yang bisa dilakukan WordPress sehingga solusi blogging yang dihosting atau alternatif akan senang melihat terjadi." Ini hanyalah salah satu contoh dari sesuatu yang diharapkan dan dihargai orang dari WordPress sebagai ekosistem: WordPress akan berkembang tetapi tidak mengorbankan penggunanya.

Ada sejumlah praktik pengembangan modern yang ingin saya lihat terjadi di WordPress, tetapi saya menghormati filosofi tertentu yang membuat pengguna aman karena mereka sering dapat meningkatkan ke yang terbaru dan terbaik tanpa takut merusak situs mereka.

Yang mengatakan, sementara saya telah membaca kontributor inti Gutenberg menyebutkan bahwa mereka memikirkan 'pengguna WordPress lama' di sini, saya tidak melihat hubungannya, dan akan senang mendengar lebih banyak tentang bagaimana Gutenberg akan melakukan ini. Saya pribadi sangat senang dengan Gutenberg sebagai pengganti editor, dan merasa tim pengembangan harus dipuji atas banyak upaya mereka di bidang itu.

Namun, ketika saya membaca percakapan yang terkait dengan penggantian seluruh layar edit posting/halaman, saya semakin gugup. Banyak permintaan yang beralasan untuk mengambil pendekatan yang lebih metodis untuk rilis Gutenberg telah disambut dengan tanggapan seperti:

• Pendekatan seperti itu tidak sesuai dengan visi proyek
• Itu tidak akan dirilis sampai siap.

Ini benar-benar bukan jawaban karena mereka tidak memberi tahu kita apa pun. Pertama: mengapa pendekatan bertahap untuk merilis editor terlebih dahulu dan kemudian fokus pada sisa layar edit setelah pengembang dan pengguna terbiasa dengan tampilan baru bertentangan dengan visi proyek? Sepertinya ketakutannya adalah bahwa itu bertentangan dengan beberapa garis waktu sewenang-wenang yang telah ditetapkan secara implisit di sekitar proyek ini. Dan kedua: apa tanggal siap yang diharapkan? 'Suatu saat di 2018' seperti yang dinyatakan oleh FAQ saat ini bukanlah jawaban sama sekali. Apa parameter yang 'siap' akan didefinisikan? Seperti yang dinyatakan oleh komentar awal spesifikasi di sini. Kurangnya garis waktu yang jelas dengan tonggak dalam proyek ini secara serius berkontribusi pada banyak kecemasan di sini. Akan sangat bagus untuk melihat komunikasi yang dengan jelas merinci bagaimana rilis Gutenberg memperhatikan prinsip inti WordPress kompatibilitas mundur agar tidak membahayakan jutaan pengguna yang saat ini menggunakannya di situs mereka--dengan pemahaman bahwa variasi pada 'percaya kami' tidak benar-benar jawaban.

Pertama: mengapa pendekatan bertahap untuk merilis editor terlebih dahulu dan kemudian fokus pada sisa layar edit setelah pengembang dan pengguna terbiasa dengan tampilan baru bertentangan dengan visi proyek?

Karena mungkin tidak ada cukup sumber daya untuk bekerja pada arah yang terisolasi di atas arah gabungan. Jika ternyata kemudian arahan khusus editor tidak akan berhasil untuk gambaran besar, apa yang akan Anda lakukan - merancang ulang perangkat lunak (sangat mahal) dan melatih ulang semua orang (sangat mahal)? Berapa banyak siklus coba-coba seperti itu yang menurut Anda dapat bertahan oleh basis pengguna? Itu adalah strategi yang gagal di depan.

Dampaknya di sini sangat besar, itu sebabnya hanya ada sedikit ruang untuk apa pun selain strategi "semua atau tidak sama sekali".

Karena mungkin tidak ada cukup sumber daya untuk bekerja pada arah yang terisolasi di atas arah gabungan.

Sumber daya yang terbatas justru menjadi alasan mengapa pendekatan inkremental masuk akal. Pendekatan kami harus mengurangi biaya hangus dengan memvalidasi kemajuan di pos pemeriksaan yang telah ditentukan di sepanjang jalan, dimulai dengan editor.

Alih-alih, kami memiliki sejumlah kecil pengembang yang cakap yang berfokus pada prioritas yang tersebar, sementara komunitas diminta untuk percaya bahwa keseluruhan visi akan tercapai pada akhir garis waktu yang tidak pasti. Akibatnya, setiap rilis terasa seperti daftar fitur daripada kemajuan menuju salah satu tonggak sejarah.

@lkraav - Saya pikir Anda salah paham. Tidak ada 'arah terisolasi' yang diusulkan tetapi penyempurnaan bertahap.

Saat ini, proposalnya adalah agar Gutenberg mengambil alih seluruh layar edit. Apa yang telah ditanyakan beberapa kali adalah mengapa ia tidak bisa begitu saja mengganti bagian editor layar dalam rilis pertamanya, tumbuh untuk mengambil alih lebih banyak pengeditan real estat dari waktu ke waktu. Ini memiliki beberapa keuntungan:

1) Itu membuat pengguna terbiasa dengan pengalaman mengedit blok dengan cara yang terbatas tetapi bermanfaat. Pada saat yang sama, ini mengurangi ruang lingkup pekerjaan yang memungkinkan tahap pertama ini dilakukan dengan relatif cepat.
2) Itu menghindari harus mencari tahu kotak meta (dan lainnya?) masalah sekarang dan menghindari harus memiliki plugin seperti ACF juga dimodifikasi untuk Gutenberg agar banyak situs yang ada tidak rusak.
3) Mengikuti # 1, itu akan mendapatkan umpan balik dunia nyata tim tentang UX dan bagaimana editor blok diterima oleh pengguna akhir yang sebenarnya. Itu dapat membantu mengarahkan pekerjaan desain di masa depan sebelum begitu banyak yang telah dilakukan.

Fase berikutnya dapat mengambil, katakanlah, masalah kotak meta dan memperluas set fitur. Ini bisa berlanjut sampai seluruh visi disampaikan.

Akhirnya, Gutenberg akan mengganti seluruh layar edit tetapi, dilakukan dengan benar, pendekatan ini menghindari risiko semua atau tidak sama sekali, melakukannya dengan sempurna atau merusak pendekatan dengan

Akhirnya, saya pikir kita perlu melihat ini di garis waktu yang lebih luas. Lima tahun dari sekarang, pendekatan mana pun kemungkinan akan memberikan pengalaman Gutenberg yang kuat dan lengkap. Apakah itu benar-benar peduli jika saat itu datang 2 tahun dari sekarang atau 3? Ketika kita berbicara tentang pemain dominan seperti WP, saya pikir itu tidak masalah. Bahkan, beberapa jumlah kehati-hatian lebih baik - WP tidak perlu berebut untuk mengejar pemimpin pasar karena pemimpin pasar. Apa yang akan menjadi bencana adalah mengeluarkan solusi yang merusak situs, membahayakan kemampuan agen garis depan untuk memberikan solusi yang kuat dan banyak lagi, semua dalam layanan visi desain yang kaku yang tidak akan dipertimbangkan oleh tim untuk dimodifikasi.

Pertama-tama @lkraav , saya sangat menghargai tanggapan dan sepenuhnya menghargai tugas besar yang telah diambil oleh tim Gutenberg. Saya pikir kita semua sepakat bahwa dampaknya sangat besar.

Di mana saya berbeda dari kesimpulan Anda adalah bahwa ini adalah biner "semua atau tidak sama sekali". Seperti yang dinyatakan @rickgregory , fokus pada editor tidak menyimpang ke arah yang berbeda, tetapi merupakan langkah untuk mencapai visi yang telah ditetapkan tim Anda untuk diri Anda sendiri. Saya pikir ini sangat relevan mengingat satu-satunya manfaat nyata bagi pengguna WordPress yang diidentifikasi dalam FAQ dan dokumentasi lain saat ini hanya berpusat pada editor konten--bukan seluruh layar admin.

Saya akan mengatakan bahwa ketika saya mendengar "semua atau tidak sama sekali", itu adalah tanda bahaya bagi saya, karena sangat jarang ada sesuatu yang terpotong dan kering. Asumsi bahwa editor blok konten tidak dapat bekerja sebagai komponen yang berdiri sendiri kecuali semua aspek lain dari layar admin juga berada di bawah kendali instance reaksi pusat membuat hal ini semakin mengkhawatirkan.

Tampaknya ada asumsi bahwa WordPress rusak dan kita perlu melakukan perubahan ini untuk bertahan. Jika demikian, jika ada dorongan untuk mengerjakan ulang WordPress sepenuhnya, mengapa tidak ada lebih banyak minat untuk mencoba plugin? Ekosistem plugin telah menunjukkan kepada kita bahwa pengguna yang merasa WordPress tidak memenuhi kebutuhan tertentu, jangan ragu untuk menambahkan plugin ke situs mereka. Namun, kami berdiri di 3000 instalasi pada hari ini. Anda mungkin berkata "baik itu karena orang tidak ingin memasang plugin beta ke situs mereka"...dan Anda mungkin benar. Tapi mudah-mudahan Anda bisa mengerti mengapa kami ingin melompat dari plugin beta (dengan penggunaan produksi kecil di terbaik) segera ke inti sekitar sesuatu yang secara fundamental mengubah WordPress.

Fakta bahwa garis waktu tidak dapat ditentukan membuat ini semakin membingungkan. Saya menghargai tantangan yang telah diambil oleh pengembang Gutenberg, dan jika Anda memberi tahu saya bahwa "semua" adalah satu-satunya solusi yang dapat diterima dan Anda akan meluangkan waktu yang diperlukan untuk memperbaikinya, tidak apa-apa. Namun, 5.0 sudah dijadwalkan sebagai rilis berikutnya...jadi apakah itu siap untuk digabungkan atau Anda akan menuju tenggat waktu yang telah ditetapkan secara artifisial tanpa pemahaman yang jelas apakah Anda bahkan dapat membuat "semua" berfungsi untuk "semua" pengguna WordPress. Dalam rencana proyek Anda, saya ingin tahu kapan Gutenberg akan cukup stabil bagi pengembang untuk mulai meninjau bagaimana pengaruhnya terhadap plugin & tema mereka? Berapa banyak waktu yang akan diberikan kepada pengembang tersebut untuk bersiap-siap untuk Gutenberg? Jika Anda belum dapat menjawab pertanyaan-pertanyaan ini, saya tidak mengerti bagaimana Anda dapat merencanakan untuk menggabungkan ini menjadi inti dalam 12 bulan ke depan.

Saya akan mengatakan bahwa ketika saya mendengar "semua atau tidak sama sekali", itu adalah tanda bahaya bagi saya...

Saya tidak ada hubungannya dengan pengaturan arah pada Gutenberg, jadi tidak perlu menaikkan bendera karena apa pun yang saya tulis. Hanya menafsirkan dunia di sini bersama Anda semua, dibumbui dengan beberapa dekade latar belakang pengembangan perangkat lunak. Saya memiliki klien nyata dan bisnis pribadi yang bersenandung di WordPress, dan paradigma pengeditan HTML Visual yang rusak telah mencapai batasnya dengan saya beberapa waktu lalu. Saya melihat dengan tepat peningkatan apa yang dapat dilakukan Gutenberg (atau model, seperti yang kita kenal sekarang) untuk proses saya dan menyambutnya dengan tangan terbuka, menyumbangkan apa yang saya bisa untuk inti dan proses Gutenberg.

Untuk topik: semua orang dapat berbicara tentang "iteratif" atau "semua termasuk" semua yang mereka inginkan, termasuk saya, tetapi kata-kata + keinginan itu murah dan menghasilkan permintaan tarik berkualitas yang cukup untuk membuktikan kelayakan pilihan arah adalah yang penting.

Saya hanya belum pernah melihat orang lain memasukkan sumber daya yang dibutuhkan untuk mengerjakan ide-ide arah alternatif ini dengan cukup cepat, jadi pada akhirnya, mereka yang menyediakan sumber daya akan melakukan panggilan dengan satu atau lain cara. Dapat dimengerti, karena sangat mahal untuk berpartisipasi dalam detail (tingkat kode) yang hebat, dan pada tingkat keahlian yang dibutuhkan.

Dan kemudian kita hanya perlu melihat bagaimana hasilnya dan mencoba mempengaruhi hal-hal dengan persyaratan kita dalam lingkup arahan strategis yang dipilih. Memang, saya tidak melacak daftar PR setiap hari (terlalu besar), tetapi tim Gutenberg telah secara terbuka mengklaim bahwa mereka menyambut semua kontribusi. Perubahan arah apa pun hanya akan terjadi jika seseorang bekerja keras untuk menemukan teknologinya, cukup cepat. "Tahun" mungkin bukan kerangka waktu yang masuk akal untuk menyatukan potongan-potongan itu.

Itu sebabnya saya memprediksi (tidak menyarankan, atau secara khusus berharap, dll) arah "semua" akan berlanjut. Hipotesis pribadi di sini adalah bahwa apa pun yang terjadi, saya akan dapat menemukan hal-hal untuk barang-barang saya dan klien yang saya layani, karena bahkan model saat ini terlihat cukup menjanjikan. Itu pasti bisa dibuktikan salah.

Saya hanya belum pernah melihat orang lain memasukkan sumber daya yang dibutuhkan untuk mengerjakan ide-ide arah alternatif ini dengan cukup cepat, jadi pada akhirnya, mereka yang menyediakan sumber daya akan melakukan panggilan dengan satu atau lain cara. Dapat dimengerti, karena sangat mahal untuk berpartisipasi dalam detail (tingkat kode) yang hebat, dan pada tingkat keahlian yang dibutuhkan.

Di situlah tepatnya proyek semacam ini gagal – dan ini khususnya. Ketidakmampuan untuk memahami bahwa kapasitas untuk berkontribusi pada solusi yang baik tidak – tidak bisa – sebanding dengan kemampuan menulis kode. Saya akan, di sisi lain, mengatakan bahwa kemampuan untuk menulis kode yang baik tidak berguna (jika tidak berbahaya) ketika pembuat kode tidak memiliki pengertian luas tentang kegunaan yang harus ditanggapi oleh kodenya.

WordPress adalah apa adanya karena fleksibilitas dan ekstensibilitasnya, karena menarik bagi pengembang, yang dapat memperluas fungsionalitasnya, dan bagi penulis dan pembuat, yang tidak memerlukan pengetahuan tinggi untuk membentuknya dengan cara mereka sendiri. Itu juga alasan mengapa WordPress digunakan dalam banyak cara berbeda, tidak hanya blog atau situs yang berpusat pada cerita.

Saat merancang cara baru untuk membuat dan mengedit konten, sangat penting bahwa setiap orang yang berkontribusi pada proyek ini memiliki gagasan bahwa mereka tidak dapat mengabaikan fleksibilitas dan ekstensibilitas ini, penggunaan bidang khusus, penggunaan jenis kiriman khusus, dan formulir lainnya. manajemen dan interaksi dengan konten di WordPress. Ini bukan sekunder, itu inti dari kesuksesannya.

Jika pengalaman edit baru ini tidak dapat menggabungkan berbagai penggunaan yang komprehensif ini, maka pengalaman tersebut belum siap untuk dirilis dan tidak boleh dirilis.

@lkraav --Jangan khawatir... jelas tidak menyarankan bahwa Anda bertanggung jawab atas biner 'semua atau tidak sama sekali'. Saya hanya mengomentari kesimpulan khusus itu karena saya telah membaca pernyataan serupa di utas dan artikel lain yang terkait dengan Gutenberg. Dan seperti Anda, saya menyambut Gutenberg sebagai pengganti editor Visual HTML--tidak ada perselisihan dari saya :)

Saya memang ingin mengomentari permintaan tarik karena ini menunjukkan masalah yang diangkat oleh @kevinwhoffman dalam tanggapan terbarunya di utas ini. Saya benar-benar dapat memahami rasa frustrasi yang mungkin dirasakan oleh beberapa kontributor proyek ini karena terbatasnya jumlah sumber daya pengembang. Namun, saya memikirkan percakapan dalam beberapa bulan terakhir tentang mengadopsi kerangka kerja JS untuk WordPress yang sering terpecah antara Vue dan React. Salah satu alasan utama di balik dukungan untuk Vue JS adalah hambatan masuk yang lebih rendah untuk memulai. Proyek ini jelas dimulai sebelum diskusi itu terjadi, tetapi harap dipahami bahwa penghalang masuk React yang lebih tinggi jelas akan membatasi jumlah orang yang dapat berkontribusi pada proyek ini. Tim memutuskan sendiri untuk menggunakan reaksi, yang baik-baik saja, karena mereka sedang melakukan pekerjaan berat; tetapi tim tidak dapat mengeluh jika jumlah kontributor proyek tidak sebanyak yang mereka inginkan. Saya untuk satu pekerjaan di Vue dan Angular setiap hari dalam lingkungan perusahaan tetapi tidak pernah menyentuh Bereaksi karena masalah lisensi BSD-nya. Dengan demikian, waktu peningkatan untuk mencapai titik di mana saya dapat memberikan permintaan tarikan berkualitas di React tampaknya menjadi penghalang berdasarkan (apa yang ada dalam persepsi saya) garis waktu yang agresif.

Hanya menambahkan di sini bahwa wordpress.org/gutenberg dan readme sekarang memiliki pembaruan. Pekerjaan sedang berlangsung tetapi langkah ke arah yang benar.

Saya tidak akan berasumsi, karena saya benar-benar tidak tahu. Tetapi apakah Automattic atau siapa pun di WordPress com/org pernah menugaskan riset pasar, atau mempelajari metrik yang tersedia, untuk dapat mengatakan dengan tepat bagaimana WordPress digunakan?

Berapa persentase yang menggunakannya untuk bercerita dan mempublikasikan artikel dalam bentuk blog, dan berapa banyak yang menggunakannya sebagai CMS untuk mempresentasikan perusahaan mereka atau menjual di toko e-niaga mereka? Dan bagaimana itu tumbuh/menyusut/diproyeksikan?

Saya seharusnya berpikir ini mungkin merupakan kontribusi yang berguna untuk diskusi ini dan akan membantu kita untuk melihat sifat Gutenberg yang tepat, atau tidak, untuk setiap modalitas.

Adakah yang tahu apakah ini tersedia dan dapat memberi kami tautan di sini?

Terima kasih Tami! Bagian wordpress.org/gutenberg dan wordpress.org/gutenberg/handbook/ sangat membantu. Tetapi apakah ada Roadmap lengkap ke WordPress versi 5, seperti yang saya dengar Matt Mullenweg di podcast WP Tavern minggu ini menegaskan bahwa Gutenberg akan dikirimkan sebagai inti dalam hal itu. Ketika saya melihat wordpress.org/about/roadmap/ semua yang diberikan adalah:

Versi: 5.0
Direncanakan: 2018
Sebulan sebelum rilis, fitur baru dibekukan dan fokus sepenuhnya adalah memastikan kualitas rilis dengan menghilangkan bug dan membuat profil kode untuk masalah kinerja apa pun.

Inti dari masalah ini adalah bahwa pengembang sangat memperhatikan garis waktu, dukungan matahari terbenam, dan penghentian. Sebagai contoh Drupal menawarkan garis waktu LTS yang jelas:
https://www.drupal.org/core/release-cycle-overview

Terrence, saya melihat riset pasar tahun ini untuk proyek Make WordPress Marketing. Ada beberapa jajak pendapat informal dari desainer, pengembang, dan agensi di WordPress, tetapi tidak ada yang formal atau konklusif tentang penggunaan. Proyek kami berfokus pada survei informal Agensi tentang Penggunaan WordPress, semata-mata untuk tujuan mengembangkan materi dukungan Agensi untuk memasarkan WordPress ke Klien dan untuk pertimbangan adopsi Perusahaan.

Meskipun kami tidak mendapatkan banyak daya tarik—kami hanya memiliki sumber daya sukarelawan dan tidak mendapatkan paparan seperti saat ini "Sudahkah Anda mengikuti Survei WordPress 2017?" tautan di WordPress.org—tetapi kami mendapatkan beberapa wawasan berharga. Mohon dilihat:
https://make.wordpress.org/marketing/handbook/resources/surveys/wordpress-usage-survey-2017/

@ David Skarjune - terima kasih, bahwa cukup banyak menegaskan apa yang telah saya bayangkan.
Sebagian besar organisasi mengabaikan langkah ini karena hal itu membuat mereka bertatap muka
dengan kenyataan, daripada membiarkan mereka melakukan apa yang ingin mereka lakukan, atau apa
lebih buruk, apa yang mereka putuskan untuk dilakukan berdasarkan reaksi dan masa lalu
pengalaman. Jadi pertanyaannya tetap ada. apa cara terbaik untuk membawa
beberapa kenyataan ke dalam cerita proyek Gutenberg back-to-front ini. Oleh
jalan, saya tidak yakin apakah saya ingat dengan benar, jika saya hanya memimpikannya,
tapi bukankah Gutenberg salah satu bayi Matt? Jika demikian, saya ingin tahu apa itu
motivasi dan seberapa "nyata" itu?

Pada Jumat, 1 Des 2017 pukul 16:54 David Skarjune [email protected] menulis:

Terrence, saya melihat riset pasar tahun ini untuk Make WordPress
Proyek pemasaran. Ada beberapa jajak pendapat informal desainer,
pengembang, dan agensi di WordPress, tetapi tidak ada yang formal atau konklusif
tentang penggunaan. Proyek kami berfokus pada survei informal Agensi tentang
Penggunaan WordPress, semata-mata untuk tujuan mengembangkan materi pendukung untuk
Agensi untuk memasarkan WordPress ke Klien dan untuk pertimbangan Perusahaan
adopsi.

Meskipun kami tidak mendapatkan banyak daya tarik—kami hanya memiliki sumber daya sukarela dan
tidak mendapatkan eksposur seperti saat ini "Sudahkah Anda menggunakan WordPress 2017
Survey belum?" tautan di WordPress.org—tetapi kami memang mendapatkan beberapa wawasan berharga.
Mohon dilihat:

https://make.wordpress.org/marketing/handbook/resources/surveys/wordpress-usage-survey-2017/

—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/WordPress/gutenberg/issues/3354#issuecomment-348547816 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AD0dztdHtoNFHDbK2mNc_yma5n8O1GFpks5s8C8zgaJpZM4QTl13
.

>

https://qloudpress.com/
Kandang Kypeside, Nether Kypeside
oleh Deadwaters, South Lanarkshire ML11 0JL
Telepon: +44 (0)141-416-3322

ID Kunci PGP: 18D7884E29597525
http://keyserver.pgp.com

@Skarjune - informasi menarik, terima kasih atas tautannya. Perhatian utama saya dengan survei itu sebagai panduan untuk komunitas WP adalah rincian bagaimana orang menggambarkan peran mereka. Pengembang... 30%. Pembuat konten... 1%. Ketika ditanya berapa banyak situs yang mereka kelola, 46% menjawab 25 atau lebih. Audiens itu tipikal agensi, bukan orang yang menggunakan WP untuk membuat dan mengelola konten.

Ini adalah sumber yang bagus untuk memahami perspektif agensi, tetapi bagi saya rasanya kita juga perlu memahami perspektif orang yang menggunakan solusi yang kita bangun.

@rickgregory @TerenceMilbourn Survei adalah grup fokus kecil yang dipilih sendiri yang menanggapi panggilan terbuka yang dipromosikan di WP-org, WP Tavern, dan media sosial, untuk memandu Pemasaran WordPress. Itu tidak dimaksudkan sebagai kendaraan penelitian WordPress yang luas, seperti yang dijelaskan di bawah ini. Berikut rincian responden (Perusahaan=Klien):

Agensi: 58 69%
__servis​WordPress​untuk​Klien 46 — 55%
__menyediakan​WordPress​untuk​Klien 12 — 14%
Perusahaan: 18 21%
__menggunakan​WordPress​dengan​Host 14 — 17%
__menggunakan​WordPress​dengan​Agensi 4 — 5%
Perusahaan: 8 10%
__Perusahaan​​WordPress​​(jaringan/awan) 4 — 5%
__Host menyediakan WordPress 4 — 5%

Jangan menyimpang dari topik, tetapi izinkan saya mengomentari perlunya Roadmap WordPress yang kebetulan berpusat pada proyek Gutenberg saat ini.

Survey ini merupakan ide saya sebagai tanggapan atas ide-ide yang dihasilkan oleh tim Marketing startup di WCUS 2016 Contributor Day, khususnya untuk subgrup Clients and Agencies yang sekarang saya pimpin. Minat saya adalah untuk menanyakan kepada agensi tentang penggunaan WordPress sebelum mencoba mempromosikannya ke lebih banyak agensi.

Sementara responden memiliki peringkat yang lebih positif tentang Alasan menggunakan WordPress dibandingkan dengan Hambatan yang menentangnya—Roadmap (artinya kekurangan) adalah penghalang utama, itulah sebabnya saya memposting di utas masalah ini.

Ya, akan menyenangkan untuk memiliki perspektif yang luas tentang penggunaan WordPress, tetapi itu akan membutuhkan sumber daya dan sponsor yang serius. Sayangnya, argumen di balik Gutenberg tampaknya adalah bahwa blogger membutuhkan sistem pembuatan blok ke depan, meskipun saya tidak melihat bukti yang diberikan untuk itu, atau mengapa itu akan menjadi faktor utama mengingat basis pengguna dan kasus penggunaan yang luas.

Secara pribadi, saya telah mengerjakan proyek CMS perusahaan selama beberapa tahun di berbagai platform, dan masalah alur kerja bisa jadi rumit. Adapun editor, biasanya disesuaikan dengan alur kerja dan bervariasi per peran pengguna, dan pemrosesan batch juga digunakan. Saya belum pernah melihat salah satu/atau pertanyaan tentang editor mana yang terbaik. Referensi terbaik tentang beberapa di antaranya adalah "Pengalaman Penulis" oleh Rick Yagodich. Saya berbicara tentang topik ini di beberapa WordCamps dalam beberapa tahun terakhir, tetapi sejujurnya tidak ada yang peduli ... sekarang, Anda akan berpikir itu penting.

@Skarjune - Oke, saya punya waktu untuk membaca dan memikirkan laporannya sekarang, dan
itu benar-benar dokumen yang bagus. Saya bisa melihat banyak kerja keras dilakukan
itu dan itu jelas memberikan beberapa umpan balik dan validasi yang substansial.

Reaksi saya akan, katakanlah, sebagai klien yang menugaskan laporan itu,
bahwa itu terlalu terbatas dalam cakupannya untuk apa yang kita inginkan sekarang, karena hanya benar-benar
menetapkan untuk menangkap umpan balik dari agensi dan komunitas pengembang.

Untuk mencoba dan memahami persis seperti apa seharusnya Gutenberg, dan bagaimana itu
harus bekerja, saya pikir kita membutuhkan pendekatan yang jauh lebih melihat ke luar, sehingga
kita mulai memahami reaksi pasar, niat, dan kebutuhan pengguna akhir,
dalam hal jenis konten yang ingin mereka buat dan kelola. Dan
bagaimana mereka ingin melakukan itu.

Mengejutkan bagi saya bahwa rasa ingin tahu, setidaknya, tidak mendorong
WordPress atau Automattic untuk menugaskan riset pasar yang, pada akhirnya
setidaknya, mampu memberikan rincian segmentasi industri yang pasti,
jenis organisasi pengguna akhir, perincian kasus penggunaan, dll untuk semua jutaan
dari pengguna akhir.

Maksudku, bagaimana seseorang bisa memutuskan apa yang akan dibangun, jika mereka tidak tahu siapa mereka
untuk membangunnya?

Jika kami tidak memahami dasar-dasar ini, kami terus berbicara dengan
diri kita sendiri, pada dasarnya, dan melepaskan semua input dunia nyata yang substansial. Dan
itu berarti kita tidak mengerti apa yang sebenarnya dibutuhkan di luar sana, dan mungkin
teruskan dengan membangun sesuatu yang menurut pengembang rapi
larutan.

Tapi solusi untuk apa? Itulah pertanyaan sebenarnya.

Dengan kemampuan untuk "mendorong" kuesioner ke jutaan pengguna akhir melalui
Dasbor WordPress, misalnya, kami bisa, jika kami benar-benar ingin
memahami apa yang dibutuhkan oleh orang-orang yang menggunakan alat ini sehari-hari
dasar ~ sesuai dengan kebutuhan dalam ekosistem WordPress ~ ambil
pengambilan sampel opini yang benar-benar global dan mengembangkan beberapa definisi pasar,
ukuran segmen dan metrik lainnya untuk membangun tujuan masa depan dan
perencanaan.

Kuesioner dan metodologi yang dipikirkan dengan cerdas bisa sangat
berguna, selama proyek tidak diizinkan untuk merayap terlalu jauh.

Bagaimana kita akan melakukan sesuatu seperti itu. Bisakah kita melakukan sesuatu seperti
itu?

Pada Jumat, 1 Des 2017 pukul 20:01 rickgregory [email protected] menulis:

@Skarjune https://github.com/skarjune - informasi menarik, terima kasih
untuk tautannya. Perhatian utama saya dengan survei itu sebagai panduan untuk WP
komunitas adalah rincian bagaimana orang menggambarkan peran mereka. Pengembang...
30%. Pembuat konten... 1%.

Rasanya bagi saya seperti kita perlu memahami perspektif tidak hanya dari
orang-orang yang membangun solusi tetapi mereka yang menggunakan solusi yang kami bangun.

—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/WordPress/gutenberg/issues/3354#issuecomment-348600347 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AD0dzqdI4q0CIp4ViLLF6duied048AhEks5s8FsugaJpZM4QTl13
.

>

https://qloudpress.com/
Kandang Kypeside, Nether Kypeside
oleh Deadwaters, South Lanarkshire ML11 0JL
Telepon: +44 (0)141-416-3322

ID Kunci PGP: 18D7884E29597525
http://keyserver.pgp.com

@TerenceMilbourn Ada pengujian kegunaan Gutenberg, jadi itu membantu bersama dengan panggilan untuk peta jalan yang lebih jelas. Telemetri telah dibahas untuk WordPress, tetapi itu menjadi rumit, seperti halnya penelitian besar-besaran. Jadi, untuk Gutenberg, fokus saat ini pada kegunaan dan peta jalan akan membantu kami menentukan apakah itu tepat untuk diluncurkan pada awal 2018 untuk Versi 5.

Jika Anda memiliki pemikiran atau saran tambahan, silakan bergabung dengan saluran Make WordPress Marketing Slack: https://make.wordpress.org/marketing/

Dua gol untuk 2018 adalah

Pengeditan GutenbergKustomisasi Gutenberg

Apakah ada pembaruan tentang masalah asli? Khususnya ini:

Satu sumber menjelaskan
a) mengapa Gutenberg ada (versi sederhana dari posting @m ?),
b) kemana arahnya (tujuan akhir + visi besar),
c) mengapa proyek saat ini berfokus pada editor, dan
d) bahwa fokus editor adalah blok bangunan pertama dalam rencana yang lebih besar

Saya telah mencari hari ini untuk dokumen peta jalan dan tidak dapat menemukannya.

@mor10 , ini telah ditinjau selama scrub bug Gutenberg hari ini, kami ingin mendapatkan umpan balik Anda di wordpress.org/gutenberg dan README.md repo ini untuk melihat apakah mereka menutupi masalah Anda. Jika tidak, item apa yang Anda rasa hilang dan di mana menurut Anda (wp.org/gutenberg atau readme)?

@jeffpaul Sebagai permulaan, tidak ada peta jalan. Tidak ada yang akan memberikan jawaban yang jelas tentang fitur apa yang akan dimiliki Gutenberg saat pertama kali dirilis, dan/atau fitur apa yang akan ada di revisi selanjutnya.

Ya, Gutenberg telah menambahkan dokumentasi yang bagus. Tetapi, seperti yang telah dicatat oleh beberapa orang, tidak ada peta jalan pengembangan yang berguna, dibandingkan dengan Drupal misalnya. Meskipun ada pelacakan pengembangan terperinci, di mana peta jalan tingkat tinggi?

Salah satu perhatian besar adalah dukungan jangka panjang. Dikatakan bahwa 4.9.x akan ditambal setelah 5.x diluncurkan, dan itulah yang terjadi secara historis:
https://codex.wordpress.org/WordPress_Versions

Mengingat bahwa Komunitas sangat disarankan untuk terus maju dengan 5.0, apakah versi lawas akan terus ditambal, dan untuk berapa lama?

Ada ketakutan bahwa jalur warisan bisa membingungkan. Plugin Editor Klasik ditawarkan sebagai solusi parsial, tetapi itu juga memerlukan Gutenberg dan beberapa konfigurasi tambahan. Tujuan LTS adalah untuk memastikan jalur yang aman selama beberapa tahun, ketika upgrade penuh ke teknologi baru tidak dijamin atau dianggarkan.

@maddisondesigns @Skarjune tidak memiliki dokumen peta jalan yang Anda minta, setidaknya ada daftar pencapaian yang akan datang untuk Gutenberg.

@Skarjune dalam pengalaman saya, yang kurang dari 2 tahun menjadi sukarelawan dengan inti WordPress, tambalan telah kembali ke 3.7.x. Saya pikir realistis untuk mengharapkan bahwa patch sejauh itu tidak akan bertahan selamanya, tetapi bahkan lebih realistis untuk mengharapkan bahwa keputusan apa pun tentang itu akan terjadi selama pertemuan terbuka di Slack dengan pembaruan yang diposting ke Make/Core.

@jeffpaul Jujur, itu sebagian besar tidak berguna. Yang dilakukan pada dasarnya adalah menyediakan tautan ke berbagai tonggak sejarah Gutenberg yang ditandai. Tidak hanya hanya mencakup sebagian kecil dari masalah yang sebenarnya telah ditandai dengan Tonggak Pencapaian, ini adalah cara mudah bagi siapa saja untuk mengubah Tonggak Pencapaian dengan mudah, jika mereka memutuskan. Apa gunanya peta jalan jika Anda dapat dengan mudah mengubah semua pencapaian sehari sebelum proyek dirilis, haruskah Anda menyukainya?

Perlu ada peta jalan proyek (bahasa Inggris biasa) yang tepat, yang menguraikan semua fungsi yang akan tersedia di Gutenberg seperti pada WP5.0, bersama dengan fungsionalitas apa yang akan didorong ke rilis berikut (5.1, 5.2 dll. ..). Saat ini, tidak ada seorang pun di luar proyek Gutenberg yang tahu tentang fungsionalitas apa yang dapat mereka harapkan, setelah ini akhirnya menjadi inti, dan tidak ada yang akan memberikan jawaban saat ditanya. Semua yang kami diberitahu adalah bahwa "_Gutenberg akan dikirimkan dengan WordPress 5.0, tetapi rilis akan keluar ketika Gutenberg siap, bukan sebaliknya_".

Siapa yang memutuskan kapan Gutenberg "siap"? Bagaimana mereka membuat keputusan itu? Siapa yang memutuskan fungsionalitas apa yang dirilis ke inti? Siapa yang memutuskan fungsionalitas apa yang masuk ke versi pertama dan apa yang masuk ke versi berikutnya? Jelas bahwa tidak ada seorang pun di luar pengembang inti Gutenberg yang akan terlibat dalam keputusan ini. Sungguh menggelikan bahwa proyek telah berjalan selama ini tanpa ruang lingkup atau peta jalan yang ditentukan, yang juga berarti bahwa ada sedikit atau tidak ada diskusi dengan komunitas WP mengenai fungsionalitas apa yang sebenarnya ingin dilihat orang dalam hal ini.

@jeffpaul Terima kasih atas infonya! Itu membantu, tetapi lebih untuk proses pengembangan internal dan pihak yang berkepentingan, tidak begitu banyak untuk pihak eksternal yang merencanakan arsitektur dan dukungan sistem, baik jangka pendek maupun jangka panjang.

Misalnya, pencapaian versi Drupal dan LTS sangat spesifik:
Peta jalan pengembangan Drupal
Siklus rilis inti Drupal: rilis mayor, minor, dan patch

Joomla, di sisi lain, sedikit bingung dengan kerangka kerja 4.0 baru mereka, yang bukan pertanda baik untuk proyek mengingat masalah versi sebelumnya:
Joomla!

Jadi, meskipun ada perdebatan tentang Gutenberg, dan dalam semangat membahas "Berikan garis besar bahasa yang jelas tentang ruang lingkup, arah, dan tujuan proyek," peta jalan yang terperinci dan jadwal LTS akan membuat perbedaan besar, terutama untuk kamp agensi dan perusahaan. Terima kasih atas bantuan Anda!

Ada banyak info, serta pernyataan misi Gutenberg ( Semuanya adalah blok ), di README proyek.

Sementara saya pikir ada beberapa ide bagus dalam masalah ini, masalah ini telah menjadi sangat berlebihan dengan banyak suara yang berbeda, pertanyaan yang berbeda, dan tujuan/sasaran yang berbeda.

Banyak umpan balik dalam masalah ini telah ditangani/terus ditangani oleh tim Gutenberg. Salah satu utas umum yang saya lihat di sini adalah kekhawatiran seputar peta jalan/kompatibilitas; Saya pikir penting untuk diingat bahwa WordPress 5 berencana untuk dikirimkan dengan Gutenberg tetapi pengguna masih dapat kembali ke "Editor Klasik", jadi kami tidak boleh membiarkan pengguna terdampar.

Saya akan menutup ini karena menurut saya ini bukan masalah yang bisa ditindaklanjuti. Itu tidak berarti apa pun/semua yang ada di sini salah atau tidak ada item yang dapat ditindaklanjuti. Secara umum ada terlalu banyak untuk dengan mudah menganggap masalah ini "tertutup".

Apa yang telah Anda lakukan dengan WP Tavern !!?? Saya datang untuk membaca berita WP dan seluruh portal melayani propaganda Gutenberg. Beri aku istirahat.

Ya, saya tahu jawabannya. Anda tidak terkait dengan mereka.