การนำ Eric Raymond ออกจากรายชื่อผู้รับจดหมาย OSI และปัญหาด้านจริยธรรมในใบอนุญาตสาธารณะ

Eric S. Raymond หนึ่งในผู้ก่อตั้ง OSI (Open Source Initiative) ซึ่งเป็นต้นกำเนิดของขบวนการโอเพ่นซอร์ส сообщилว่าเขาถูกปฏิเสธไม่ให้เข้าถึงรายชื่อผู้รับจดหมายของ OSI ที่เขาใช้ พยายาม ต้านทาน การแก้ไขจุดที่ 5 และ 6 เกณฑ์โอเพ่นซอร์สเกี่ยวข้องกับการห้ามการเลือกปฏิบัติและยังวิพากษ์วิจารณ์ความพยายามในการจำกัดพฤติกรรมที่ผิดจรรยาบรรณในระดับใบอนุญาตและการบังคับใช้ความคิด ทางสังคม ความยุติธรรม. OSI มาหลายเดือนแล้ว ไปที่ การอภิปรายเกี่ยวข้องกับความพยายามในการเปิดใช้งานใบอนุญาต CAL (Cryptographic Autonomy License) เป็นหนึ่งในใบอนุญาตแบบเปิดที่ได้รับอนุมัติจาก OSI ในเดือนมกราคม
เนื่องจากความขัดแย้งที่เกี่ยวข้องกับ CAL จาก OSI ไปแล้ว Bruce Perens ผู้ซึ่งร่วมกับ Eric Raymond ได้พัฒนาคำจำกัดความของ Open Source และสร้างองค์กร OSI

จากข้อมูลของ Raymond องค์กร OSI ได้มาถึงระดับของระบบราชการที่สอดคล้องกับองค์กรที่สามแล้ว กฎหมายการเมือง, แนะนำโดยผู้เขียน โรเบิร์ต คอนเควสท์ “พฤติกรรมขององค์กรราชการใด ๆ เป็นที่เข้าใจได้ดีที่สุดโดยสมมติว่ามันถูกควบคุมโดยการสมคบคิดลับของศัตรู” เรย์มอนด์ถูกลบออกจากรายชื่อผู้รับจดหมายเนื่องจากขัดขืนเกินไป พูด กับการตีความที่แตกต่างกันของหลักการพื้นฐานที่ห้ามในใบอนุญาตการละเมิดสิทธิของกลุ่มบางกลุ่มและการเลือกปฏิบัติในด้านการสมัคร

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

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

เกี่ยวกับข้อจำกัดทางจริยธรรมในใบอนุญาตและมุมมองที่แตกต่างกันในจุดที่ 5 และ 6 ของคำจำกัดความของใบอนุญาตแบบเปิด โครงการต่างๆ จำนวนมากขึ้นเรื่อยๆ ได้แสดงความไม่พอใจกับข้อเท็จจริงที่ว่าผู้ให้บริการระบบคลาวด์สร้างผลิตภัณฑ์เชิงพาณิชย์ที่เป็นอนุพันธ์ และมีส่วนร่วมในการขายต่อกรอบงานแบบเปิดและ DBMS ในรูปแบบของบริการคลาวด์ แต่ไม่มีส่วนร่วมในชีวิตของชุมชนและไม่ช่วยในการพัฒนา ผลที่ตามมาคือการออกใบอนุญาตที่กำหนดข้อจำกัดเกี่ยวกับขอบเขตการใช้งาน ใบอนุญาตที่คล้ายกันนี้ถูกนำมาใช้ในโครงการต่างๆ เช่น ElasticSearch, Redis, MongoDB, ระยะเวลา и แมลงสาบ.

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

โปรดจำไว้ว่า CAL มีผลบังคับใช้ ไปยังหมวดหมู่ของลิขสิทธิ์ลิขสิทธิ์และ ที่พัฒนา ตามคำสั่งของโครงการ Holochain โดยเฉพาะสำหรับการปกป้องข้อมูลผู้ใช้เพิ่มเติมในแอปพลิเคชัน P2P แบบกระจาย Holochain กำลังพัฒนาแพลตฟอร์มที่ใช้ hashchain สำหรับการสร้างแอปพลิเคชันแบบกระจายที่ได้รับการตรวจสอบด้วยการเข้ารหัสลับ และกำลังพยายามให้แน่ใจว่าแอปพลิเคชันที่ใช้ Holochain นั้นเชื่อถือได้และเป็นอิสระด้วยใบอนุญาตใหม่ นอกเหนือจากการกำหนดให้ผลงานลอกเลียนแบบทั้งหมดได้รับการเผยแพร่ภายใต้ข้อกำหนดเดียวกัน ใบอนุญาตยังให้ผลการปฏิบัติงานต่อสาธารณะในขณะที่ยังคงรักษาความลับและความเป็นอิสระของคีย์การเข้ารหัสลับส่วนตัวของผู้ใช้แต่ละราย

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

หมายเหตุ: ปัจจุบัน opensource.orgเว็บไซต์ของ OSI (Open Source Initiative) ซึ่งตรวจสอบใบอนุญาตว่าเป็นไปตามเกณฑ์ของ Open Source นั้นไม่สามารถใช้งานได้ในสหพันธรัฐรัสเซียเนื่องจาก การปิดกั้น Roskomnadzor (IP 159.65.34.8 รวมอยู่ในรายการบล็อกเก่าของบริการคลาวด์ที่ใช้ใน Telegram) ด้วยเหตุผลที่คล้ายกันในการบล็อก ได้รับผลกระทบ 68 แหล่งข้อมูลที่เกี่ยวข้องกับการพัฒนาโอเพ่นซอร์ส รวมถึง blogs.apache.org, git.openwrt.org, mozilla.cloudflare-dns.com, bugs.php.net, bugs.python.org ฯลฯ

ที่มา: opennet.ru