ชันสูตรพลิกศพของ Gutenberg การเปิดตัว เพื่อให้เราสามารถยอมรับ Gutenberg The Product

หลังจาก 10 เดือนของการเปิดตัวในฐานะตัวแก้ไขเริ่มต้นใหม่ของ WordPress Gutenberg ยังคงยักไหล่โดยผู้คนจำนวนมากจากชุมชนการพัฒนาเว็บซึ่งมักอ้างว่าเป็นเหตุผลที่จะเพิกเฉยต่อการขาดการสนับสนุนการเข้าถึง (แม้ว่าจะมีการปรับปรุงการช่วยสำหรับการเข้าถึงที่สำคัญ) สถานที่) ช้าแค่ไหน (แม้ว่าตอนนี้จะทำงานเร็วขึ้นมาก) และความคับข้องใจอื่น ๆ อีกหลายประการ ปฏิกิริยามองโลกในแง่ร้ายต่อ Gutenberg นี้ปรากฏชัดที่สุดในบทความออนไลน์ที่แสดงให้เห็นถึงความสามารถของ Gutenberg ซึ่งแทนที่จะกระตุ้นปฏิกิริยาเชิงบวกจากผู้อ่าน กลับดึงดูดการดูหมิ่นเป็นส่วนใหญ่ (สะท้อนให้เห็นในกระแสความคิดเห็นเชิงลบ)

หลายคนดูเหมือนจะโกรธ "ที่ Gutenberg" (อีกสักครู่เราจะเห็นว่า Gutenberg คืออะไร) แสดงว่า Gutenberg ไม่ควรเกิดขึ้นหรืออย่างน้อยก็ไม่เคยถูกรวมเข้ากับ WordPress core เป็นประสบการณ์เริ่มต้นหรืออย่างน้อย ไม่เร็วนัก ผู้คนต่างมีเหตุผลที่แตกต่างกันที่จะต่อต้าน Gutenberg โดยเหตุผลบางประการของพวกเขามีความสำคัญส่วนตัวมากกว่าเหตุผลอื่น ตัวอย่างเช่น บางคนเห็นว่าการดำรงชีวิตของพวกเขาตกอยู่ในอันตราย โดยได้ทำงานอย่างหนักเพื่อให้เชี่ยวชาญในการแก้ปัญหาบางอย่าง ซึ่งเนื่องจากการมาถึงของ Gutenberg นั้นตกอยู่ในอันตรายจากการหายสาบสูญ (เช่น ใครก็ตามที่ทำงานกับแบรนด์นี้หรือแบรนด์ผู้สร้างเพจนั้น) ฉันเข้าใจอย่างแท้จริงว่าทำไมคนเหล่านี้ถึงโกรธกูเทนเบิร์ก และฉันก็เห็นใจพวกเขา

อย่างไรก็ตาม ฉันยังเชื่ออีกด้วยว่าการที่ Gutenberg โกรธเคืองอย่างไม่รู้จบและเพิกเฉยต่อเรื่องราวทั้งหมด โดยไม่แม้แต่จะพิจารณาว่ามันคุ้มค่าที่จะใช้หลังจากทั้งหมดนั้น ไม่ใช่วิธีการที่สมเหตุสมผล เมื่อเปิดตัวครั้งแรก ฉันค่อนข้างต่อต้าน Gutenberg โดยคิดว่ามันยังไม่พร้อม และจุดยืนนี้คงอยู่เป็นเวลาหลายเดือน อย่างไรก็ตาม เมื่อเร็วๆ นี้ ฉันพบว่าตัวเองใช้ Gutenberg มากขึ้นเรื่อยๆ และฉันสามารถอ้างได้ว่าทุกวันนี้ ฉันรู้สึกสนุกไปกับมันจริงๆ ตอนแรกฉันก็รู้สึกโกรธ "ที่กูเตนเบิร์ก" บ้างเหมือนกัน ฉันปล่อยความโกรธให้หายไป และตอนนี้ฉันก็ได้ประโยชน์จากมันแล้ว

จากบทความนี้ ฉันจะพยายามเปลี่ยนการเล่าเรื่องที่ Gutenberg นำเสนอมากที่สุด ฉันจะแจกแจงสิ่งที่ผิดพลาดในอดีต และอธิบายว่า Gutenberg คืออะไรและคืออะไร ซึ่งฉันสามารถแสดงศรัทธาอย่างก้าวกระโดดเพื่อนำเสนอ Gutenberg ในแง่ดี ฉันจะเถียงด้วยว่า Gutenberg เป็นพลังบวกอยู่แล้ว และด้วยเหตุนี้ ก็สมควรที่จะได้รับโอกาสอีกครั้ง (ถ้าคุณยังไม่ได้ทำ)

จริงๆ แล้ว Gutenberg คืออะไร

จากมุมมองของฉัน เหตุผลที่สำคัญที่สุดที่ว่าทำไม Gutenberg จึงไม่เป็นที่ยอมรับกันอย่างแพร่หลายก็คือ เมื่อมีคนพูดถึง Gutenberg พวกเขาไม่เท่าเทียมกับสิ่งเดียว แต่จริงๆ แล้วเป็นสองตัวตน (ซึ่งต่างคนต่างสับสนกัน) กล่าวคือ:

1. Gutenberg การเปิดตัว;
2. Gutenberg ผลิตภัณฑ์

Gutenberg ในฐานะ "ผลิตภัณฑ์" คือปลั๊กอิน/ฟังก์ชันการทำงานเอง Gutenberg ในฐานะ "การเปิดตัว" เป็นกระบวนการที่เกี่ยวข้องกับการพัฒนาเบื้องต้นและการเปิดตัว Gutenberg ซึ่งอาจเริ่มต้นเมื่อผู้ก่อตั้ง WordPress Matt Mullenweg แนะนำ Gutenberg ให้กับผู้ชมที่กว้างขึ้นในเดือนมิถุนายน 2017 ระหว่าง WordCamp Europe 2017 และสิ้นสุดในต้นเดือนธันวาคม 2018 เมื่อ WordPress 5.0 เป็น ปล่อยออกมาพร้อมกับ Gutenberg ที่ผสานเข้ากับมัน

(เมื่อสิ้นสุดการเปิดตัว ด่านใหม่ก็เริ่มต้นขึ้นซึ่งดำเนินต่อไปจนถึงวันนี้: “วงจรการส่งมอบอย่างต่อเนื่องของ Gutenberg” อย่างไรก็ตาม ขั้นตอนนี้แตกต่างอย่างมากจาก “การเปิดตัวของ Gutenberg” เนื่องจากไม่มีปัญหาร้ายแรงกับขั้นตอนดังกล่าว และเนื่องจาก จึงไม่ก่อให้เกิดความเข้าใจผิดใดๆ ต่อ “ผลิตภัณฑ์ Gutenberg” ด้วยเหตุนี้ จึงไม่จำเป็นต้องพูดถึงในบทความนี้)

เราต้องแยกความแตกต่างระหว่างสองเอนทิตี "การเปิดตัว" และ "ผลิตภัณฑ์" นับจากนี้เป็นต้นไป ฉันหวังว่าเมื่อเราอ้างถึง "Gutenberg" มันหมายถึง "ผลิตภัณฑ์ของ Gutenberg" อย่างสม่ำเสมอ และหากเราต้องการอ้างอิงถึง "Gutenberg the launch" เราต้องตั้งชื่อให้ชัดเจน (อาจใช้รูปแบบใดก็ได้) เช่น “การพัฒนา/เผยแพร่ครั้งแรกของ Gutenberg” หรือวลีที่คล้ายกัน) ที่สำคัญที่สุด เราต้องละเว้นจากการผสมการเปิดตัวและผลิตภัณฑ์ในถุงเดียวกัน: การกล่าวถึงปัจจัยใด ๆ ที่มีส่วนทำให้ Gutenberg เปิดตัวที่น่าผิดหวังเป็นเหตุผลที่จะไม่ใช้ Gutenberg ในโครงการของเราควรเลิกใช้ และควรตัดสิน Gutenberg ในฐานะผลิตภัณฑ์ เฉพาะกับคุณสมบัติของตัวเองเท่านั้น นี่เป็นความยุติธรรมสำหรับผลิตภัณฑ์ของ Gutenberg

ฉันเชื่อว่าในขณะที่ "การเปิดตัว Gutenberg" ได้รับการวิพากษ์วิจารณ์อย่างยุติธรรม แต่การดูถูกเหยียดหยามที่ Gutenberg อย่างต่อเนื่องผลิตภัณฑ์นั้นไม่ยุติธรรม (แม้ว่าจะได้รับการพิสูจน์แล้วก็ตาม) และสินค้าของ Gutenberg นั้นเป็นเหยื่อจากชื่อเสียงที่เปื้อน สู่ชื่อ “กูเตนเบิร์ก” ระหว่างการเปิดตัวที่น่าผิดหวัง ตัวอย่างเช่น เมื่อค้นหา "Gutenberg" ในไดเร็กทอรีปลั๊กอินของ WordPress เนื่องจากอัลกอริธึมตัดสินปัจจัยการจัดอันดับปลั๊กอินในการจัดอันดับของปลั๊กอิน Gutenberg จะปรากฏเฉพาะในตำแหน่งที่ 10 เท่านั้น อย่างไรก็ตาม การให้คะแนน 1 ดาวจำนวนมากจะไม่เกิดขึ้นหาก Gutenberg ไม่ได้รวมเข้ากับแกนกลาง หากมีการเปิดตัวครั้งแรกเป็นปลั๊กอินเท่านั้น และรอจนกระทั่งจุดบกพร่องและปัญหาที่สำคัญที่สุด (เช่น การขาดการเข้าถึง) ได้รับการแก้ไขก่อนที่จะรวมเข้ากับคอร์ การให้คะแนนของวันนี้ก็จะสูงขึ้น

หากเราสามารถแยกสองหน่วยงานออกจากกัน (การเปิดตัวและผลิตภัณฑ์) และจัดการกับพวกเขาแยกจากกัน ในด้านหนึ่ง เราสามารถชันสูตรพลิกศพของสิ่งที่ผิดพลาดระหว่างการเปิดตัวของ Gutenberg และป้อนความรู้นี้ในการส่งมอบอย่างต่อเนื่องในปัจจุบัน วงจรเพื่อไม่ให้เกิดข้อผิดพลาดแบบเดิมซ้ำอีก (อันที่จริง สิ่งนี้ดูเหมือนจะเกิดขึ้นแล้ว ตามที่ฉันจะอธิบายด้านล่าง) ในอีกด้านหนึ่ง เราสามารถปล่อยให้ตัวเองชื่นชม Gutenberg ในฐานะผลิตภัณฑ์ เพิ่มลงในกองของเรา และหวังว่าจะได้รับประโยชน์จากมัน

ฉันจะทำสิ่งนี้จากมุมมองของฉันเอง

สิ่งที่ผิดพลาดระหว่างการเปิดตัว Gutenberg

ในประโยคเดียว ทีมงานที่นำกระบวนการทำผิดพลาด (นั่นคือวิธีที่สุภาพในการพูด)

WordPress 5.0 ที่รวม Gutenberg เข้าด้วยกันเปิดตัวในต้นเดือนธันวาคม 2018 ก่อน WordCamp US การเปิดตัวนั้นเป็นการตัดสินใจที่ผิด ด้วยเหตุผลง่ายๆ คือ Gutenberg ยังไม่พร้อม โดยเฉพาะอย่างยิ่ง สถานการณ์การช่วยสำหรับการเข้าถึงนั้นเลวร้ายมาก โดย Gutenberg เกือบจะไร้ประโยชน์ผ่านอุปกรณ์ช่วยการเข้าถึง เช่น โปรแกรมอ่านหน้าจอ ซึ่งทำให้ใครก็ตามที่พึ่งพาอุปกรณ์ดังกล่าวไม่สามารถใช้โปรแกรมแก้ไข WordPress ได้ และเนื่องจากชุมชน WordPress ให้ความสำคัญกับการปกป้องสิทธิ์ของทุกคน (จริงๆ แล้วทุกคน) ในการเข้าถึงอินเทอร์เน็ต การเปิดตัวที่เร่งรีบนี้จึงไม่ได้รับการตอบรับที่ดี

Matt Mullenweg (ซึ่งเป็นผู้นำกระบวนการเผยแพร่) อาจมีเหตุผลที่ดีที่จะยืนกรานที่จะเปิดตัวในวันดังกล่าว ซึ่งอาจมีเหตุผล ตัวอย่างเช่น ในมุมมองทางธุรกิจ อย่างไรก็ตาม มันไม่สมเหตุสมผลเลยจากมุมมองของชุมชน อันที่จริง สมาชิกในชุมชนจำนวนมากรู้สึกถูกหักหลัง โดยบ่นว่าพวกเขาต้องรีบทดสอบเว็บไซต์ของลูกค้าแม้ว่าพวกเขาจะไปเที่ยวพักผ่อน เราสามารถพูดได้อย่างปลอดภัยว่าสำหรับหลายๆ คน การเปิดตัวก่อนกำหนดดังกล่าวถือเป็นการล่มสลาย (แม้ว่าซอฟต์แวร์จะทำงานอย่างถูกต้อง ดังนั้นจึงไม่มี Y2K เกิดขึ้นจริง) ซึ่งสร้างความไม่พอใจโดยไม่จำเป็น และสามารถหลีกเลี่ยงได้อย่างสมบูรณ์โดยการเลื่อนออกไป การเปิดตัวหรือโดยการเปิดตัว Gutenberg เป็นครั้งแรกในฐานะปลั๊กอินที่จะรวมเข้ากับแกนหลักในภายหลังและมีเสถียรภาพมากขึ้น

ความเจ็บปวด ความคับข้องใจ และความผิดหวังที่เกิดขึ้นในชุมชนคุ้มกับค่าใช้จ่ายจริงหรือ? ฉันเชื่อว่าคนส่วนใหญ่จะบอกว่ามันไม่ใช่ ฉันคิดว่ามันไม่ใช่ ในความเห็นของฉัน สถานการณ์เช่นนี้ซึ่งการกระทำที่ขัดต่อเจตจำนงของสมาชิกในชุมชนส่วนใหญ่จะต้องหลีกเลี่ยงในอนาคต (เว้นแต่จะมีเหตุผลที่ดีจริงๆ แม้ว่าทุกคนจะไม่เห็นด้วยก็ตาม ถ้าเป็นเช่นนั้น เป็นกรณีเกี่ยวกับการเปิดตัวของ Gutenber ที่ฉันไม่ทราบ เนื่องจากฉันไม่ทราบเหตุผลที่ดีจริงๆ ที่จะให้เหตุผล)

ในการนำเสนอของเขาระหว่าง WordCamp US เดียวกันนั้น Matt Mullenweg ยอมรับว่ามีข้อผิดพลาดเกิดขึ้นระหว่างการเปิดตัว Gutenberg และเขาได้เรียนรู้บทเรียนนี้เพื่อหวังว่าจะไม่เกิดข้อผิดพลาดเหล่านี้ซ้ำ ฉันคิดว่าเราสามารถยอมรับคำขอโทษของเขาและเชื่อว่าการตัดสินใจของเขาจะถูกต้องในครั้งต่อไป (แม้ว่าการทะเลาะวิวาทใหม่ในหัวข้อที่สำคัญเท่าเทียมกันได้เกิดขึ้นตั้งแต่นั้นเป็นต้นมา) อย่างไรก็ตาม ความเสียหายได้เสร็จสิ้นลงแล้ว: แผลเปิดขึ้นซึ่งอาจต้องใช้เวลาในการรักษา ดังนั้นชุมชนจะเชื่อถือน้อยลงจนกว่าความมั่นใจในการเป็นผู้นำของ WordPress จะกลับคืนมาอย่างสมบูรณ์

ทำไมตอนนี้ทุกอย่างดูดีขึ้นมาก

ข่าวดีมาถึงตอนนี้: สถานการณ์ดูเหมือนจะเป็นไปในทิศทางที่ดีเป็นส่วนใหญ่ โดยการปรับปรุงตามรายการด้านล่างได้เกิดขึ้นแล้ว

ปรับปรุงการสื่อสาร

หนึ่งในข้อร้องเรียนที่ดังที่สุดเกี่ยวกับการเปิดตัว Gutenberg คือการขาดการสื่อสารจากผู้นำ เนื่องจากไม่มีช่องทางที่เหมาะสมในการจัดการโครงการและสื่อสารการตัดสินใจ (อย่างน้อยก็ไม่ใช่ในลักษณะที่ครอบคลุม) จึงเป็นเรื่องยากที่จะมีภาพที่ถูกต้องของสถานการณ์โดยรวม (เช่น ข้อมูลโดยผู้เขียนหรือทีมต่างๆ ได้รับการเผยแพร่ผ่านช่องทางต่างๆ รวมถึงข้อมูลที่ไม่เป็นทางการ เช่น บล็อกส่วนตัว)

ความกังวลนี้ได้รับการปรับปรุงอย่างมาก โดยเฉพาะอย่างยิ่ง ปริมาณข้อมูลในการสร้างบล็อก (ซึ่งชุมชนต่างๆ โต้ตอบกันเพื่อตัดสินใจเกี่ยวกับ WordPress สำหรับพื้นที่ต่างๆ เช่น แกนหลัก การเข้าถึงได้ การออกแบบ การทำให้เป็นสากล และอื่นๆ) และความถี่ในการอัปเดตข้อมูล เพิ่มขึ้น และทุกทีมมีการประชุมแบบ Slack เป็นประจำ (ส่วนใหญ่จัดขึ้นเป็นรายสัปดาห์หรือรายปักษ์) ซึ่งทุกคนที่มีบัญชีผู้ใช้ WordPress.org สามารถเข้าร่วมได้ ตามประสบการณ์ของสมาชิกชุมชนบางคน ตอนนี้สามารถติดตามการพัฒนาในบางหัวข้อได้อย่างน่าเชื่อถือ และมีข้อมูลเพียงพอที่จะมีส่วนร่วม

ผลเสียจากการเปิดตัวของ Gutenberg ยังกระตุ้นให้ Matt Mullenweg ขยายความเป็นผู้นำของ WordPress ด้วยสองบทบาทใหม่: ผู้อำนวยการบริหาร เพื่อดูแลและชี้นำทีมผู้ร่วมให้ข้อมูลทั้งหมดในการสร้างและบำรุงรักษา WordPress และหัวหน้าฝ่ายการตลาดและการสื่อสารเพื่อเป็นผู้นำทีมการตลาด และดูแลการปรับปรุง WordPress.org เว็บไซต์ที่เกี่ยวข้อง และร้านค้าทั้งหมด (น่าเสียดายที่บุคคลที่ได้รับมอบหมายให้ทำหน้าที่นี้ไม่นานหลังจากนั้น จึงต้องหาคนอื่นมารับตำแหน่งนี้)

จัดตั้งทีม Triage เพื่อจัดการกับปัญหาที่เปิดอยู่

ในช่วงเริ่มต้นของการพัฒนา Gutenberg หลายคนบ่นว่าบั๊กที่มีอยู่ซึ่งสะสมเป็นพัน ควรได้รับการแก้ไขก่อนที่จะเพิ่มฟังก์ชันการทำงานใหม่ให้กับ WordPress

ในเดือนมีนาคมปีนี้ มีการจัดตั้งทีม Triage เพื่อทำความสะอาดปัญหาที่เปิดอยู่ในตัวติดตามจุดบกพร่องของ WordPress Trac นี่เป็นงานหนักที่ต้องใช้มาหลายปี หากเคยเสร็จสิ้น WordPress ก็จะมีโอกาสเปลี่ยนจาก Trac เป็นตัวติดตามจุดบกพร่องที่ทันสมัยกว่า เช่น GitHub

การช่วยสำหรับการเข้าถึงกำลังกลายเป็นประเด็นที่ไม่เป็นปัญหา

ปัญหาการช่วยสำหรับการเข้าถึงกำลังได้รับการแก้ไขใน Gutenberg รุ่นใหม่ทุกเวอร์ชัน โดยเวอร์ชัน 6.3 ให้การปรับปรุงอย่างมากมาย ด้วยความเร็วของการปรับปรุงในปัจจุบัน ปัญหาการช่วยสำหรับการเข้าถึงที่โดดเด่นที่สุด (ตามที่รายงานในการตรวจสอบการช่วยสำหรับการเข้าถึงของ Gutenberg) น่าจะเป็นส่วนหนึ่งของอดีตในเร็วๆ นี้

ตัดสิน Gutenberg ด้วยข้อดีของตัวเอง

ตอนนี้เราได้แยก Gutenberg ออกจากผลิตภัณฑ์ Gutenberg แล้ว เราสามารถดำเนินการวิเคราะห์ Gutenberg เป็นผลิตภัณฑ์ และตัดสินใจว่าควรเพิ่มลงในกลุ่มแอปพลิเคชันของเราหรือไม่ โดยพิจารณาจากข้อดีและข้อเสียของตัวเองเท่านั้น หลายคนชี้ให้เห็นถึงปัญหาของ Gutenberg อย่างถูกต้องว่าเป็นเหตุผลที่ไม่น่าเชื่อถือ (แทนที่จะเน้นที่การเปิดตัวที่ล้มเหลว) อย่างไรก็ตาม Gutenberg ได้รับการปรับปรุงอย่างก้าวกระโดด และปัญหาที่ถูกวิพากษ์วิจารณ์จำนวนมากอาจได้รับการแก้ไขแล้วหรืออาจอยู่ในขอบของการแก้ไข ดังนั้น การประเมินเชิงลบควรมีวันหมดอายุและได้รับการประเมินใหม่ หากเราสามารถลอง Gutenberg ใหม่และดูว่ามันยืนอยู่ตรงไหนในทุกวันนี้ เราอาจซาบซึ้งกับสิ่งนั้น มันไม่ได้แย่ขนาดนั้น ในความเห็นของฉัน Gutenberg สมควรได้รับการต้อนรับอย่างอบอุ่นมากกว่าที่ได้รับในปัจจุบัน

ฉันประหลาดใจที่ Gutenberg ยังคงถูกเปรียบเทียบกับวิธีการแก้ไขเนื้อหาก่อนหน้าใน WordPress (ส่วนใหญ่ผ่าน Tinymce แต่ยังรวมถึงรหัสย่อ วิดเจ็ต และอื่นๆ) โดยโต้แย้งว่าการเขียนโค้ดผ่าน Gutenberg นั้นยากกว่า นี่อาจเป็นความจริง แต่ก็ยังไม่มีประเด็น: Gutenberg ไม่ได้อยู่ที่นี่เพื่อจัดเตรียมวิธีใหม่ในการเขียนโค้ดแอปพลิเคชันของเรา โดยสร้างคุณลักษณะเช่นเดียวกับในอดีต แทน, อยู่ที่นี่เพื่อปรับปรุงสิ่งที่สามารถทำได้อย่างมาก, เสนอให้เพิ่มคุณสมบัติให้กับแอปพลิเคชันของเราที่อาจฝันถึงในอดีตเท่านั้น นอกจากนี้ Gutenberg ไม่ใช่ผู้สร้างเพจรายอื่น อันที่จริง การเปรียบเทียบ Gutenberg กับ Divi หรือ Beaver Builder ก็ขาดประเด็นเหมือนกัน เพราะมันเหมือนกับการเปรียบเทียบ Victorinox กับมีดธรรมดา: ใช่ คุณสามารถสร้างเว็บไซต์/เพจด้วย Gutenberg ได้ (จริงๆ แล้วยังไม่เป็น แต่มันเป็นงานไปแล้ว ความคืบหน้า) แต่นั่นเป็นเพียงหนึ่งในหลาย ๆ การใช้งาน มีการใช้งานอื่น ๆ อีกหลายอย่างที่ซ่อนเร้นในตอนแรก แต่เมื่อคุณดึงมันขึ้นมาจากส่วนต่าง ๆ และเข้าใจวิธีการทำงาน โลกแห่งความเป็นไปได้ใหม่จะถูกเปิดเผย ด้านล่างนี้ ฉันจะอธิบายความเป็นไปได้ใหม่ๆ เหล่านี้ที่ Gutenberg นำเสนอ

อันดับแรก เรามาพูดถึงสิ่งที่ไม่ดีเกี่ยวกับ Gutenberg กันก่อน สิ่งหนึ่งที่ฉันเชื่อว่า Gutenberg ถือได้ว่าเป็นอันตรายอย่างแท้จริงคือการเรียนรู้ React (ซึ่งเป็นไลบรารี JavaScript Gutenberg ที่เข้ารหัสด้วย) WordPress มีความครอบคลุมอยู่เสมอ ทำให้ผู้คนจากภูมิหลังใดๆ (ไม่เพียงแต่ผู้เขียนโค้ด แต่ยังรวมถึงผู้ที่ไม่ใช่ผู้เชี่ยวชาญด้านเทคโนโลยี เช่น บล็อกเกอร์ นักการตลาด พนักงานขาย และอื่นๆ ที่คล้ายกัน) เพื่อสร้างธีมหรือปลั๊กอินหรือเปิดเว็บไซต์ ไม่ต้องสงสัยเลยว่ากรณีนี้จะไม่เกิดขึ้นอีกต่อไป และไม่ยุติธรรมที่จะคาดหวังให้ทุกคนต้องเรียนรู้ React เพื่อสร้างบล็อก Gutenberg (ไม่จำเป็นต้องเป็นเช่นนี้ เนื่องจากเราสามารถสร้างบล็อกโดยใช้ไลบรารี JavaScript อื่นได้ และแม้จะไม่ได้ใช้ JavaScript เช่นผ่านบล็อก ACF อย่างไรก็ตามการใช้ React เป็นตัวเลือกที่สมเหตุสมผลที่สุดหากเพียงเพราะ Gutenberg ถูกเข้ารหัสไว้) อาร์กิวเมนต์เดียวที่สามารถพิสูจน์ข้อเสียนี้คือถ้ามันทำให้ประสบการณ์ดีขึ้นสำหรับผู้ใช้ ลองดูว่าสิ่งนี้สามารถพิจารณาได้หรือไม่

ตามที่ฉันโต้เถียงในบทความก่อนหน้าของฉัน สถาปัตยกรรมแบบบล็อกจาก Gutenberg เปลี่ยนแปลงวิธีการสร้างแอปพลิเคชันอย่างสิ้นเชิง: แทนที่จะคิดในโค้ด HTML ตอนนี้เราสามารถคิดในแง่ของส่วนประกอบเป็นหน่วยสำหรับการสร้างเว็บไซต์ สถาปัตยกรรมนี้สามารถบำรุงรักษาและยืดหยุ่นได้มากกว่า เนื่องจากแต่ละส่วนประกอบ (หรือบล็อก) สามารถพัฒนาและทดสอบอย่างอิสระ และเนื่องจากสามารถนำกลับมาใช้ใหม่ได้ง่าย จึงช่วยลดต้นทุนในการพัฒนาแอปพลิเคชันต่างๆ ได้ อันที่จริงความนิยมล่าสุดของไลบรารี JavaScript เช่น Vue และ React นั้นมาจากการสนับสนุนส่วนประกอบอย่างมาก เป็นคุณสมบัติที่ยอดเยี่ยมที่นักพัฒนาชื่นชอบ และผมเชื่อว่าเมื่อคุณเริ่มเขียนโค้ดแล้ว จะไม่มีวันหวนกลับ

ในบทความเดียวกันนี้ ฉันยังอธิบายวิธีที่ Gutenberg สามารถสนับสนุนกลยุทธ์ "สร้างครั้งเดียว เผยแพร่ได้ทุกที่" (หรือที่รู้จักในชื่อ "COPE") ทำให้สามารถผลิตแหล่งความจริงของเนื้อหาเพียงแหล่งเดียวเพื่อป้อนให้กับแอปพลิเคชันทั้งหมดของเรา สื่อหรือแพลตฟอร์มที่ทำงานบน: เว็บ อีเมล/จดหมายข่าว แอป iOS/Android VR/AR ผู้ช่วยในบ้าน (เช่น Amazon Alexa) และอื่นๆ เนื่องจากทำให้การจัดการเนื้อหาโดยรวมง่ายขึ้นมาก COPE ยังช่วยลดต้นทุนในการผลิตเนื้อหาสำหรับแพลตฟอร์มต่างๆ ตอนที่ฉันเขียนบทความครั้งแรก ฉันตั้งทฤษฎีว่าสามารถทำได้ อย่างไรก็ตาม ฉันเพิ่งติดตั้ง COPE สำหรับ WordPress และมันใช้งานได้อย่างมีเสน่ห์! (คอยติดตามบทความอื่นที่ฉันอธิบายวิธีการทำงานโดยละเอียด)

การรวมกันของ COPE และ WordPress APIs (WP REST API, WPgraphQL และ PoP API ของฉันเอง) จะให้เหตุผลที่น่าสนใจประการหนึ่งสำหรับการจัดการเนื้อหาทั้งหมดของเรา สำหรับแอปพลิเคชันทั้งหมดของเรา ผ่านทาง WordPress เหตุผลที่น่าสนใจอื่น ๆ ก็คือความง่ายในการใช้งานของ Gutenberg (ซึ่งยังไม่สมบูรณ์ที่นี่ แต่ด้วยความเร็วของการพัฒนาในปัจจุบัน จะมาถึงเร็วกว่าในภายหลัง) ทำให้ผู้ใช้ปลายทางสามารถสร้างเนื้อหาที่ซับซ้อนด้วยวิธีที่ง่ายมาก

เรามีสิทธิ์เข้าถึงคุณลักษณะใหม่ๆ ที่ยอดเยี่ยมแล้ว เช่น การแสดงตัวอย่างเนื้อหาแบบเรียลไทม์ คัดลอก/วางจาก Google เอกสารด้วยการจัดรูปแบบที่สมบูรณ์แบบ การสร้างเลเยอร์กริดที่สลับซับซ้อนพร้อมองค์ประกอบที่ซ้อนกันอยู่ภายใน และอื่นๆ อีกมากมาย นอกจากนี้เรายังสามารถคาดหวังให้กลุ่มใหม่นำเสนอคุณลักษณะที่ไม่คาดคิดอย่างที่เราไม่เคยคิดมาก่อน เดิมพันของฉันคือผ่าน Gutenberg WordPress พร้อมที่จะเป็นผู้จัดการสินทรัพย์ดิจิทัลของเว็บ (ฉันได้เขียนบทความที่จะตีพิมพ์เร็วๆ นี้ใน Smashing Magazine เกี่ยวกับหัวข้อนี้และเหตุผลของฉันสำหรับคำกล่าวที่กล้าหาญนี้)

นอกจากนี้ Gutenberg ยังอนุญาตให้ใช้รหัสซ้ำกับ CMS หรือเฟรมเวิร์กอื่น ๆ (เช่น Drupal และ Laravel) เพื่อไม่ให้เขียนโค้ดสำหรับ WordPress ได้เพียง WordPress อีกต่อไป ทำให้เราสามารถลดต้นทุนในการพัฒนาห้องสมุดที่ จำเป็นต้องทำงานในระบบให้มากที่สุดเท่าที่จะเป็นไปได้ (เช่น บริษัทที่ให้บริการการรวม API สำหรับแพลตฟอร์มและภาษาต่างๆ เช่น Stripe จะได้รับประโยชน์จากมัน) ในปัจจุบัน ดูเหมือนว่ามีการใช้โค้ดฝั่งไคลเอ็นต์ (JavaScript และ CSS) ซ้ำเท่านั้น อย่างไรก็ตาม โค้ด PHP ฝั่งเซิร์ฟเวอร์ก็สามารถนำมาใช้ซ้ำได้เช่นกัน (ฉันจะเผยแพร่บทความเกี่ยวกับ Smashing ที่อธิบายวิธีการทำสิ่งนี้อีกครั้งในเร็วๆ นี้)

คุณลักษณะเหล่านี้เป็นจริงแล้ว และเราสามารถคาดหวังให้ Gutenberg ให้เหตุผลที่น่าสนใจอีกมากมายสำหรับการมีอยู่ของมันในอีกไม่กี่ปีข้างหน้า (จากข้อมูลของ Matt Mullenweg Gutenberg ได้ดำเนินการเพียง 10% ของศักยภาพเท่านั้น)

ในที่สุด เราก็สามารถพยายามตัดสินผลิตภัณฑ์ของ Gutenberg ได้: จุดยืนของฉันคือการสร้างอุปสรรคที่สูงขึ้นในการเข้าสู่ WordPress ซึ่งน่าเสียดาย อย่างไรก็ตาม มันยังเป็นซอฟต์แวร์ที่ออกแบบอย่างสวยงามซึ่งให้พลังใหม่แก่ WordPress และ เนื่องจากความโดดเด่นของ WordPress ต่อโลกของการพัฒนาเว็บโดยทั่วไป และระหว่างการแลกเปลี่ยนระหว่างต้นทุนและผลประโยชน์ ฉันเชื่อว่าการมี Gutenberg เป็นส่วนหนึ่งของ WordPress นั้นคุ้มค่ามากกว่าไม่มี ฉันหวังว่าคุณจะเห็นด้วยกับความคิดเห็นของฉัน หรืออย่างน้อยที่สุดเหตุผลก็อาจอิงจากคุณลักษณะของ Gutenberg ในฐานะผลิตภัณฑ์เท่านั้น

บทสรุป

Gutenberg อยู่ในช่วงที่ดีที่สุด — โดยได้เริ่มมอบประสบการณ์ที่น่าพึงพอใจแก่ผู้ใช้ที่ WordPress ไม่สามารถทำได้มาก่อน อย่างไรก็ตาม ไม่ใช่ทุกคนที่ตระหนักถึงความจริงข้อนี้เพราะไม่ใช่ทุกคนที่จะยอมรับ Gutenberg ได้ นี่เป็นสถานการณ์ที่โชคร้ายเพราะ Gutenberg (ในฐานะผลิตภัณฑ์) ไม่ควรถูกตำหนิสำหรับข้อผิดพลาดที่เกิดขึ้นระหว่างการเปิดตัว Gutenberg หากเราสามารถแยกเอนทิตีทั้งสองออกจากกันและปฏิบัติต่อแต่ละอย่างแยกกัน เราก็สามารถขอให้ผู้คน ให้โอกาส Gutenberg อีกครั้งได้ อย่างน่าเชื่อถือ โดยแนะนำว่า Gutenberg ในฐานะผลิตภัณฑ์นั้นคุ้มค่า แม้ว่า Gutenberg การเปิดตัวจะเป็นกระบวนการที่ล้มเหลวก็ตาม

ในบทความนี้ ฉันได้ชันสูตรพลิกศพของการเปิดตัว Gutenberg ที่ล้มเหลว โดยอิงจากความเข้าใจของฉันเองเกี่ยวกับเหตุการณ์ต่างๆ การดำเนินการชันสูตรพลิกศพสามารถช่วยชุมชนและผู้นำให้แน่ใจว่าความผิดพลาดที่โชคร้ายเหล่านั้นจะไม่เกิดขึ้นอีก หลังจากการชันสูตรพลิกศพ ฉันได้ประเมิน Gutenberg ตามข้อดีของตัวเองและประกาศจุดยืนของฉัน: ฉันเชื่อว่า Gutenberg เป็นเครื่องมือที่ยอดเยี่ยม และชุมชน WordPress สามารถได้รับประโยชน์จากสิ่งนี้อย่างแน่นอน และเนื่องจากมันจะดีขึ้นเรื่อยๆ Gutenberg จึงสามารถเปิดศักราชใหม่ให้กับ WordPress ได้