ผลกระทบจากการตอบโต้ของ WordPress ต่อชุมชน

 (lwn.net)
1 คะแนน โดย GN⁺ 2024-10-18 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • แม้ตอนนี้จะยังเร็วเกินไปที่จะบอกว่าความขัดแย้งที่กำลังดำเนินอยู่ระหว่าง Automattic กับ WP Engine จะจบลงอย่างไร แต่ทั้งชุมชน WordPress โดยรวมได้กลายเป็นผู้แพ้ไปแล้ว
    • Matt Mullenweg ผู้ก่อตั้งและ CEO ของ Automattic กำลังใช้อำนาจควบคุมเหนือโปรเจกต์ WordPress และโครงสร้างพื้นฐานของ WordPress.org เพื่อลงโทษ WP Engine และถอดผู้มีส่วนร่วมบางรายที่เห็นต่างออกจากช่องทางสนทนา
    • ล่าสุด Mullenweg ได้เริ่มทำ hostile fork กับปลั๊กอินของ WP Engine และปลั๊กอินที่ถูก fork นั้นกำลังแทนที่ของเดิมผ่านการอัปเดตของ WordPress
    • เมื่อการต่อสู้ระหว่าง Automattic กับ WP Engine เริ่มต้นขึ้น หลายคนหวังว่าทั้งสองบริษัทจะลดความเป็นปฏิปักษ์ลง หรืออย่างน้อยก็ปล่อยให้ทนายจัดการเพื่อหาทางออก และกันชุมชนวงกว้างออกจากความขัดแย้งนี้ แต่ความหวังดังกล่าวไม่เป็นจริง
  • ฝั่ง WordPress.org ได้หยุดการแบน WP Engine และโพสต์บทความชื่อ "Reprieve(ผ่อนผัน)" เมื่อวันที่ 27 กันยายน
  • หลังจากนั้น WP Engine ได้ยื่นฟ้อง Automattic และ Mullenweg เมื่อวันที่ 2 ตุลาคม เป็นคำฟ้องยาว 62 หน้า พร้อมเรียกร้องให้มีการพิจารณาคดีโดยคณะลูกขุน
    • เนื้อหาการฟ้องรวมถึงการแทรกแซงสัญญา การฉ้อโกงทางคอมพิวเตอร์ การพยายามกรรโชก และการหมิ่นประมาท
    • นอกจากนี้ยังขอให้ศาลมีคำพิพากษายืนยันว่า WP Engine ไม่ได้ละเมิดหรือทำให้เครื่องหมายการค้าอย่าง WordPress และ WooCommerce ตามที่ Automattic กล่าวหา เสื่อมค่าลง
  • นี่แทบไม่ใช่มาตรการที่จะฟื้นฟูความสัมพันธ์ที่แตกร้าวระหว่าง Automattic กับ WP Engine ได้
    • เป็นเรื่องที่คาดได้มากพอว่าแบนของ WordPress.org จะยังคงอยู่, Automattic จะตอบโต้คดี และอาจยื่นฟ้องกลับต่อ WP Engine
    • แต่จนถึงตอนนี้ยังไม่เห็นสัญญาณใด ๆ ของการฟ้องกลับหรือการตอบสนองต่อคดีของ WP Engine
    • กลับกัน Mullenweg ใช้วิธีอื่นในการสร้างปัญหาให้ WP Engine และยุทธวิธีเหล่านี้กำลังกระจายออกไปในลักษณะที่เป็นปัญหาต่อชุมชน WordPress ในวงกว้าง
  • เมื่อวันที่ 9 ตุลาคม แบบฟอร์มเข้าสู่ระบบบัญชีของ WordPress.org ได้เพิ่มช่องทำเครื่องหมายใหม่ที่ระบุว่า "ฉันไม่มีความเกี่ยวข้องกับ WP Engine ไม่ว่าทางการเงินหรือในรูปแบบอื่นใด"
    • หากไม่เลือกช่องนี้ ผู้ใช้จะได้รับข้อความให้เลือกก่อนจึงจะดำเนินการต่อได้
    • มีรายงานว่าผู้มีส่วนร่วมบางรายที่ตั้งคำถามต่อนโยบายนี้ถูกแบนจาก Slack
  • ผู้มีส่วนร่วมจำนวนมากตั้งคำถามต่อถ้อยคำที่คลุมเครือของช่องทำเครื่องหมายและผลที่จะตามมา
    • ต่อเรื่องนี้ Mullenweg ให้คำตอบที่ไม่น่าพอใจ เช่น แนะนำให้ "ไปปรึกษาทนาย"
    • ผู้เข้าร่วมบางคน เช่น Javier Casares และ Terence Eden รายงานว่าบัญชีของตนถูกปิดใช้งานหลังจากยังคงตั้งคำถามต่อไป
    • Andrew Hutchings ชี้ให้เห็นว่าผู้มีส่วนร่วมรายบุคคลส่วนใหญ่ไม่มีเงินพอจะขอคำปรึกษาทางกฎหมาย และเพียงแค่อยากมีส่วนร่วมกับโปรเจกต์เท่านั้น

เลือกข้าง (Pick a side)

  • ในการถกเถียงเรื่องช่องทำเครื่องหมาย มีผู้เข้าร่วมคนหนึ่งกล่าวว่า "คุณไม่รู้หรือว่าเกิดอะไรขึ้นที่นี่" และบอกว่า "มันง่ายมาก คุณต้องเลือกข้าง"
  • Mullenweg ตอบว่า "ผมอยากให้ทุกคนรับรู้ข้อมูลและมีส่วนร่วม อย่าเอาแต่ดูอยู่เฉย ๆ"
  • Mullenweg ยังเคยเรียกร้องให้พนักงาน Automattic เลือกข้างด้วยทันทีหลังจากแบน WP Engine ออกจาก WordPress.org

ชะตากรรมของปลั๊กอินยอดนิยม Advanced Custom Fields

  • WP Engine เป็นผู้สร้างปลั๊กอินยอดนิยม Advanced Custom Fields(ACF)
  • เมื่อวันที่ 28 กันยายน Mullenweg ได้ถามใน Slack ว่าควรรวม ACF Pro เข้าไปใน WordPress core หรือไม่
  • เมื่อวันที่ 5 ตุลาคม Automattic ประกาศว่าได้ "เปิดเผย" ช่องโหว่ของ ACF ให้ WP Engine ทราบ "อย่างมีความรับผิดชอบ" แต่หัวหน้าทีมความปลอดภัยของ WordPress core วิจารณ์ว่านี่คือการ "ประกาศอย่างไร้ความรับผิดชอบ"
  • เมื่อวันที่ 12 ตุลาคม Mullenweg ประกาศว่า ACF กำลังถูก fork เป็น Secure Custom Fields(SCF)
  • นี่เป็นมาตรการเพื่อลงโทษ WP Engine โดยผู้ใช้ทั้งหมดที่เคยติดตั้ง ACF มาก่อนกำลังถูกแทนที่ด้วยปลั๊กอินใหม่

WPGraphQL ก็ไปอยู่กับ Automattic เช่นกัน

  • Jason Ball ผู้พัฒนาปลั๊กอิน WPGraphQL ประกาศเมื่อวันที่ 7 ตุลาคมว่าเขาจะออกจาก WP Engine และย้ายไปร่วมงานกับ Automattic
  • เขายังกล่าวด้วยว่า WPGraphQL จะกลายเป็น "ปลั๊กอินทางการ" ของ WordPress
  • ภายใต้การพัฒนา WPGraphQL ของ Automattic ความเข้ากันได้กับ ACF ดูจะไม่ใช่สิ่งสำคัญลำดับต้น ๆ

ชุมชน WordPress จะมุ่งหน้าไปทางไหน?

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

Mullenweg กลายเป็น "ราชาคลั่ง"

  • Armin Ronacher ผู้สร้างเว็บเฟรมเวิร์ก Flask แสดงความเห็นที่น่าสนใจเกี่ยวกับการผสมเรื่องโอเพนซอร์สเข้ากับเงิน ในบริบทของวิกฤต WordPress
  • เขากล่าวว่าผู้ก่อตั้งโปรเจกต์โอเพนซอร์สมักรู้สึกว่าไม่ยุติธรรมเมื่อเห็นคนอื่นประสบความสำเร็จทางการเงินจากโปรเจกต์ของตน
  • เขาประเมินว่าการกระทำของ Mullenweg "ทำให้ผู้คนจำนวนมากที่น่าจะสนับสนุนเขาต้องตีตัวออกห่าง" และเขากำลัง "กลายเป็น 'ราชาคลั่ง'"

ความเห็นของ GN⁺

  • จากการกระทำของ Mullenweg คำถามเรื่อง governance, การกระจายซอฟต์แวร์แบบรวมศูนย์, และ supply chain ของซอฟต์แวร์ กำลังถูกผลักขึ้นมาอยู่แถวหน้า แทนคำถามเรื่องความยั่งยืนและการแบ่งรายได้ของโปรเจกต์โอเพนซอร์ส
  • WordPress ซึ่งตลอดหลายทศวรรษเป็นตัวอย่างที่แสดงให้เห็นด้านดีของโอเพนซอร์ส บัดนี้กำลังกลายเป็นกรณีศึกษาของความเสี่ยงในโมเดลโปรเจกต์ที่บริษัทเป็นเจ้าของ
  • WordPress ที่เคยถูกมองว่าเป็นตัวเลือกที่ปลอดภัย ตอนนี้เริ่มถูกมองว่าเสี่ยง และสิ่งนี้อาจส่งผลต่อวงการโอเพนซอร์สโดยรวม

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-10-18
ความเห็นจาก Hacker News
  • มีความเห็นว่าคณะกรรมการของ WordPress Foundation ไม่มีความเป็นอิสระ และควรแยกออกจาก Automattic
    • มีความไม่พอใจที่โครงการ WordPress ถูกบริหารราวกับเป็นทรัพย์สินส่วนตัว
    • มีความกังวลว่าการโต้เถียงกันบนโซเชียลมีเดียอาจก่อให้เกิดดราม่าที่ไม่จำเป็น
    • เสนอให้ WP Engine ฟอร์ก WordPress และหาเส้นทางที่เป็นอิสระของตนเอง
    • มีความกังวลเกี่ยวกับการใช้เครื่องหมายการค้า WordPress เป็นอาวุธ
    • มีความเห็นว่าจำเป็นต้องมีการถกเถียงเรื่องความยั่งยืนของโครงการโอเพนซอร์ส
    • จำเป็นต้องมีการพูดคุยเกี่ยวกับการกระจายซอฟต์แวร์แบบรวมศูนย์และห่วงโซ่อุปทานซอฟต์แวร์
    • เป็นบทเรียนว่าควรหลีกเลี่ยงการพึ่งพาเพียงแหล่งเดียว และควรปกป้องเครื่องหมายการค้าอย่างจริงจัง
    • มีการชี้ว่าข้อมูลที่ชัดเจนเกี่ยวกับการปิดใช้งานบัญชี Slack ยังมีไม่เพียงพอ
    • มีความเห็นว่า WP Engine ควรมีส่วนร่วมกับ WordPress มากกว่านี้