สิ่งสำคัญคือต้องทราบว่าสถานการณ์นี้อาจเกิดขึ้นได้ทั้งในรูปแบบที่ถูกกฎหมายและผิดกฎหมาย
สิ่งนี้สามารถเกิดขึ้นได้อย่างถูกกฎหมายหาก บริษัท เป็นเจ้าของหรือมีสิทธิ์ในการเข้าถึงลิขสิทธิ์ที่เกี่ยวข้องกับรหัส ตัวอย่างเช่นทีมพัฒนาอิสระที่มีขนาดเล็กอาจต้องการขายหรืออนุญาตลิขสิทธิ์ของตนให้กับ บริษัท ที่ใหญ่กว่า หากได้รับลิขสิทธิ์จำนวนมากของรหัสส่วน "ไม่สามารถบรรลุได้" ก็อาจถูกโยนออกไปและเขียนใหม่
ในอีกด้านหนึ่งของเหรียญรหัสอาจถูกนำไปอย่างผิดกฎหมาย New Corp, Inc. อาจไม่สนใจว่าการแบ่งตามกฎหมายคืออะไร โครงการอาจเก่าเกินไปหรือถูกทอดทิ้งหรือ New Corp คิดว่าพวกเขาจะชนะคดีความ หรือ New Corp อาจลงทะเบียนในพื้นที่ที่ "การได้มา" แบบนี้ไม่ได้ถูกกำหนดว่าผิดกฎหมาย สิทธิ์การใช้งาน OSS ทั้งหมดนั้นไม่สามารถบังคับใช้ได้โดยเฉพาะอย่างยิ่งไม่ใช่ใบอนุญาตที่ถูกปูด้วยหินโดยผู้เชี่ยวชาญที่ไม่ได้อยู่ในกฎหมาย เจ้าของโครงการบางคนอาจมีความสามารถในการบังคับใช้การร้องเรียนด้านลิขสิทธิ์ของตนและองค์กรขนาดใหญ่เช่น FSF อาจไม่ได้ยืนอยู่ในเขตอำนาจศาลนั้นสำหรับการอ้างสิทธิ์นั้น TL; DR - บริเวณนี้สามารถทำให้มัวและน่าเกลียดได้อย่างรวดเร็ว
การเปลี่ยนและการป้องกัน
การเปลี่ยนแปลงเกิดขึ้นได้อย่างไรและสามารถทำอะไรได้บ้างเพื่อป้องกันไม่ให้เกิดการเลือกใช้ลิขสิทธิ์ที่ต่างออกไป
การเปลี่ยนแปลงเกิดขึ้นเมื่อ New Corp, Inc. ได้รับรหัสฐานและสถานที่ที่คัดลอกภายใต้การควบคุมของพวกเขา นักพัฒนาใหม่คอร์ปจากนั้นเริ่มต้นทำงานเกี่ยวกับพวกเขารุ่นของการทำฐานรหัสสิ่งที่เปลี่ยนแปลงเจ้านายขององค์กรได้มีคำสั่งที่จำเป็น กลไกที่เกิดขึ้นจริงของส้อมนี้จะแตกต่างกันไปขึ้นอยู่กับพื้นที่เก็บข้อมูล และในขณะที่มันเป็นเรื่องใหญ่ในเชิงปรัชญามันค่อนข้างน่าสงสารในทางปฏิบัติ get allจาก OpenRepos และจากนั้นcheckinไปที่ PrivateRepos
สิ่งที่สามารถทำได้เพื่อป้องกันการขาดแหล่งที่มาไม่กระจาย ไม่มีอะไร ขอโทษ
ลองใช้ GPL (GNU public license) เป็นตัวอย่าง GPL กำหนดให้มีแหล่งที่มาสำหรับทุกคนที่ได้รับสำเนาของโครงการที่ถูกกฎหมาย ขณะนี้ไม่มีบทบัญญัติที่อนุญาตให้ผู้ถือแหล่งที่มาในการจัดส่งขยะของแหล่งที่มาเพื่อผู้ถือที่ถูกต้องของสำเนาของโปรแกรมจีพี มันขัดกับซอฟต์แวร์ฟรีและนั่นเป็นสาเหตุที่ GPL copyleft เข้ามาแทนที่
อาจเป็นไปได้ว่าคุณมีหลักสูตรการดำเนินการทางกฎหมายเพื่อติดตาม แต่สิ่งเหล่านี้ล้วนแล้วแต่มาจากแหล่งที่มาได้หลบหนีไปและถูกแยกออกมาไม่ใช่ก่อนหน้านี้ และในบางเขตอำนาจศาลคุณจะไม่มีสิทธิไล่เบี้ยตามกฎหมาย และทั้งหมดนี้สมมติว่าคุณทราบด้วยว่ามีส้อมเกิดขึ้น คุณอาจไม่เคยพบ
จริยธรรม
อะไรคือความรับผิดชอบ (จริยธรรมหรือสังคม) สำหรับ บริษัท ? (ตัวอย่างเช่น: การให้โครงการโอเพ่นซอร์สกลับมาเป็นสิ่งที่ต้องทำในเชิงจริยธรรม)
จริยธรรมเป็นวัฒนธรรมท้องถิ่น ดังนั้นให้อารมณ์ในส่วนนี้ด้วยเม็ดเกลือ การอภิปรายอย่างเต็มรูปแบบเกี่ยวกับการพิจารณาวัฒนธรรมของจริยธรรมนั้นอยู่นอกเหนือขอบเขตของคำตอบและนอกหัวข้อนี้สำหรับโปรแกรมเมอร์
ฉันได้สังเกตเห็นว่าชุมชนการเขียนโปรแกรมมีแนวโน้มที่จะตอบสนองเชิงลบต่อส้อมเป็นศัตรู Heck ในบางกรณีชุมชนเดียวกันยังคงตอบสนองในทางลบต่อการเป็นมิตรและถูกกฎหมาย มันเป็นชุมชนที่ค่อนข้างซับซ้อน
จากมุมมองของ FOSS มีความคาดหวังว่า New Corp จะ "ชำระคืน" ชุมชนสำหรับการมีส่วนร่วม ข้อกำหนดเงื่อนไขและระยะเวลาของการชำระคืนนั้นเปลี่ยนแปลงตามจำนวนโครงการ OSS ที่มีอยู่ บางคนในชุมชน (คิดว่า Richard Stallman) จะไม่พอใจกับโครงการเปิดที่ปิดตัวลง คนอื่น ๆ จะมองหาผลประโยชน์ที่มอบให้กับชุมชนโดยรวมและจะตัดสินตามนั้น และคนอื่นก็ไม่สนใจเพราะพวกเขาไม่เคยรู้หรือใส่ใจเกี่ยวกับโครงการต้นกำเนิด
ความพร้อมของแหล่งที่มา
หากทั้งเวอร์ชันโอเพ่นซอร์สและเวอร์ชันปิดมีทั้งการแข่งขันมีผลต่อผลิตภัณฑ์อย่างไร
มันขึ้นอยู่กับการเปรียบเทียบระหว่างสองฐานข้อมูลกับการทำงานประสิทธิภาพและความเสถียร
หากฐานรหัสยังคงเหมือนเดิมและ New Corp นั้นเป็นมิตรกับชุมชน OSS พวกเขาอาจมีส่วนร่วมในการอัปเดตของพวกเขากลับเข้าสู่โครงการพื้นฐาน ในกรณีนี้ทุกคนได้รับประโยชน์ มันไม่ใช่ "การแข่งขัน" ในกรณีนี้ แต่เป็นการร่วมมือที่ให้ประโยชน์ร่วมกันมากกว่า
หากรหัสมีความแตกต่างอย่างรุนแรงและ New Corp ไม่เป็นมิตรกับชุมชน OSS แสดงว่ายังไม่มีการแข่งขัน คุณลักษณะที่มีอยู่มากมายของผลิตภัณฑ์จะยิ่งมีชีวิตมากขึ้นและผลิตภัณฑ์ที่มีปริมาณน้อยก็มีแนวโน้มที่จะตาย โปรดทราบว่าสิ่งนี้สามารถไปทางใดทางหนึ่ง - เวอร์ชันปิดอาจตายหากเวอร์ชันโอเพนซอร์สยังคงสร้างสรรค์หรือตอบสนองความต้องการของชุมชนได้ดีขึ้น
ความจริงจะอยู่ที่ไหนสักแห่งระหว่างทั้งสองปลายของสเปกตรัม
ตัวอย่าง
Red Hat มีการแจกจ่ายหลักสองรายการคือ Enterprise Linux และ Fedora EL เป็นรุ่นลิขสิทธิ์ของพวกเขา "ปิด" และ Fedora เป็นรุ่นชุมชนของพวกเขา เนื่องจาก GPL มีการเปิดตัวรุ่น EL จำนวนมากหากไม่ใช่ทั้งหมดในรูปของแหล่งที่มา อีกโครงการที่ไม่ได้มีส่วนเกี่ยวข้องกับ Red Hat เรียกว่า CentOS รับการเปลี่ยนแปลงของ EL และกระจายโครงการนั้นหลังจากมีการเปลี่ยนชื่อใหม่เล็กน้อย
มีบ่นบางอย่างเมื่อ Red Hat แยกออกเป็นสองรุ่น แต่โดยมากแล้วมันเป็นข้อตกลงที่ใช้การได้ ชุมชน Fedora ต้องการคุณลักษณะที่นำไปเผยแพร่เร็วกว่าสิ่งที่ลูกค้าองค์กร Red Hat พึงพอใจ การปรับปรุงการไหลของรหัสฐานในทั้งสองทิศทาง