Klipper: โอเพนซอร์สที่ไม่มีชุมชน

Klipper กลายเป็นมาตรฐานสำหรับเจ้าของเครื่องพิมพ์จำนวนมาก แต่บทความของ Алексей Свиридкин ในบล็อก Ænix ตั้งคำถามที่น่าอึดอัดว่า จะเกิดอะไรขึ้นถ้าโปรเจกต์พึ่งพาคนเพียงคนเดียว ผู้เขียนระบุชัดว่านี่คือความเห็นส่วนตัว และสนับสนุนด้วยเหตุผลที่ค่อนข้างเป็นรูปธรรม

ข้อสรุปหลักคือ โค้ดของ Klipper ยอดเยี่ยม แต่โปรเจกต์ไม่ได้จัดการเหมือนองค์กร ใน CONTRIBUTING.md มีชื่อ Kevin O'Connor เพียงคนเดียว ผู้รีวิวมีสี่คน แต่มีเพียงเขาที่มีสิทธิ์คอมมิตลง master ดังนั้น bus factor จึงเท่ากับหนึ่ง ระบบติดตามปัญหาแทบจะปิดแล้ว มีเพียงหนึ่งปัญหาที่เปิดอยู่ซึ่งบอกว่าไม่ได้ใช้งานแล้ว และการพูดคุยย้ายไปยังฟอรัมที่มี PR รอมากกว่า 200 รายการ

ผู้เขียนยกตัวอย่าง PR #6826 ที่เพิ่มการรับฟังบนซ็อกเก็ต TCP นอกเหนือจากซ็อกเก็ต Unix จากการประมาณของเขาซึ่งอิงจากอิมเมจ Docker ของ mkuf/moonraker มีคนมากกว่า 400 คนที่จะใช้ฟีเจอร์นี้ แต่ไม่มีคำตอบที่เป็นสาระ ผลคือฟีเจอร์ที่ไม่ได้อยู่ในแกนหลักจึงไปอยู่ในฟอร์ก Snapmaker เปลี่ยนโค้ดราว 20% สำหรับเครื่องพิมพ์ U1 ของตน ส่วน Creality และผู้ผลิตรายอื่นก็ส่งมอบเวอร์ชันเก่าที่ตรึงไว้

ผู้เขียนเห็นว่าฟอร์กมีต้นทุนสูงสำหรับผู้ผลิตเพราะการ rebase และ backport จึงเสนอให้ส่งผลงานเข้าสู่สายหลักในที่ที่ช่องทางรับการแก้ไขทำงานอยู่ สำหรับฟอร์กเชิงพาณิชย์ เขาเสนอมูลนิธิที่เป็นกลางตามแบบ OpenTofu, Valkey และ OpenSearch

คุณอาจไม่เห็นด้วยกับหลายประเด็น แต่ผู้ที่เลือกเครื่องพิมพ์และเฟิร์มแวร์จะได้ประโยชน์จากการรู้ว่าตนพึ่งพาระบบนิเวศใด สำหรับผม บทเรียนหลักคือ ใบอนุญาตโอเพนซอร์สไม่ได้รับประกันการพัฒนาแบบเปิด

ที่มา: Habr (Ænix blog)