การใช้งานที่เป็นธรรมจะนำไปใช้กับตัวอย่างโค้ดอย่างไร [ปิด]

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

ในสหรัฐอเมริกาหลักคำสอนทางกฎหมายของการใช้งานอย่างเป็นธรรมไม่ได้ใช้กับการฝังข้อความที่ตัดตอนมาของงานที่มีลิขสิทธิ์ลงในซอร์สโค้ด วิธีการใช้หลักคำสอนดังกล่าวตามกฎหมายของเขตอำนาจของคุณอาจแตกต่างกันไป

ฉันจะตัดตอนมาจากบทความ US Copyright Office เกี่ยวกับการใช้งานที่เหมาะสมและโดยทั่วไปของลิขสิทธิ์:

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

1. วัตถุประสงค์และลักษณะของการใช้งานรวมถึงการใช้งานดังกล่าวมีลักษณะเชิงพาณิชย์หรือเพื่อวัตถุประสงค์ทางการศึกษาที่ไม่แสวงหาผลกำไร
2. ลักษณะของงานที่มีลิขสิทธิ์
3. ปริมาณและสาระสำคัญของส่วนที่ใช้ในงานที่มีลิขสิทธิ์โดยรวม
4. ผลกระทบของการใช้งานตามตลาดที่มีศักยภาพสำหรับหรือมูลค่าของงานที่มีลิขสิทธิ์

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

มันสรุปขอบเขตทางกฎหมายของลิขสิทธิ์ซึ่งการใช้งานที่เป็นธรรมข้อ จำกัด เพิ่มเติมเช่น:

ลิขสิทธิ์คุ้มครองวิธีการที่ผู้เขียนแสดงออกมา มันไม่ขยายไปถึงความคิดระบบหรือข้อมูลที่เป็นความจริงในการทำงาน

หลักสูตรที่ปลอดภัยที่สุดคือการขออนุญาตจากเจ้าของลิขสิทธิ์ก่อนใช้งานเนื้อหาที่มีลิขสิทธิ์ สำนักงานลิขสิทธิ์ไม่สามารถให้สิทธิ์นี้ได้

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

กล่าวโดยย่อคือโค้ด 3 บรรทัดควรมีขนาดเล็กพอสำหรับให้คุณเขียนใหม่เพื่อไม่ให้ละเมิดลิขสิทธิ์ของงานต้นฉบับ อาจใช้เวลานานในการเขียนคำถามของคุณมากกว่าที่จะเขียนใหม่

ผมไม่ได้เป็นทนายความ

อย่างไรก็ตามคุณมีอิสระที่จะใช้รหัส 3 บรรทัดต่อไปนี้ในทุกสิ่งที่คุณเขียน:

for (i = 0; i < 5; i++) {
    printf("I am not a lawyer!\n");
}

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

คำตอบที่ถูกต้องเฉพาะที่นี่คือถามทนายความ สายหนึ่งในสิบของรหัสจากสิ่งที่ ? อัลกอริทึมการเรียงลำดับที่เชี่ยวชาญสูงหรือไม่ เฟิร์มแวร์บางอย่าง? หนึ่งในล้านของตัวแยกวิเคราะห์ไฟล์การกำหนดค่าที่ลอยไปรอบ ๆ นับตั้งแต่รุ่งอรุณของ Usenet รหัสที่สร้างโดยโปรแกรมอื่นที่สร้างคลาสฐานข้อมูลตาม DB schema ของคุณหรือไม่

แต่พิสูจน์ให้ฉันเห็นว่าคุณเขียนว่าสำหรับ loop หรือ switch statement และไม่เพียง แต่คัดลอกของฉัน เมื่อถึงจุดที่การยืนยันหยุดเสียงไร้สาระคุณอาจมาถึงจุดที่คุณควรพูดคุยกับทนายความหรืออย่างน้อยก็ผู้จัดการด้านวิศวกรรม / PM / ของคุณเป็นต้น

ฉันมีส่วนร่วมในโครงการโอเพนซอร์ส / ฟรีหลายโครงการบางโครงการต้องการการมอบหมายลิขสิทธิ์สำหรับทุกสิ่งที่ไม่ 'สำคัญ' ทั้งหมดของพวกเขาที่มีความต้องการนี้กำหนด 'เล็กน้อย' เป็นสิบบรรทัดของรหัสเพิ่มหรือแก้ไข แต่นั่นเป็นเพียงการทดสอบสารสีน้ำเงินโดยพลการเพื่อสร้างมาตรฐานบางอย่าง การเปรียบเทียบจำนวนไบต์ของแนวความคิดหนึ่งแนวมีแนวโน้มที่จะมีลิขสิทธิ์มากกว่าสวิตช์ 10 บรรทัด

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

นอกจากเรื่องเล็กน้อย (เช่นในตัวอย่างที่น่าขัน) ฉันจะไม่ใช้รหัสซ้ำอีกเว้นแต่ว่าฉันรู้ว่าฉันได้รับอนุญาตให้ทำเช่นนั้น ฉันยังปฏิบัติตามกฎของใบอนุญาตใด ๆ ที่เกี่ยวข้อง และเพื่อช่วยตัวเองในอนาคต (หรือผู้ดูแลในอนาคต) ฉันชอบทิ้งลิงค์ไปยังที่ที่ฉันพบสิ่งต่าง ๆ ในความคิดเห็นแม้ว่าจะเป็นชื่อของ tar ball ที่ฉันเปิดในแท่ง USB ถ้าฉันออกจาก บริษัท

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

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

ในบริบทของคำถามทั้งสามบรรทัดที่อ้างอิงนั้นเกือบจะแน่นอนในหมวดหมู่นั้น: การทำงานทั้งหมดมากกว่าความคิดสร้างสรรค์ในธรรมชาติและเกือบจะแน่นอนการดำเนินการทั่วไปที่พบในซอฟต์แวร์หลายชิ้น ในกรณีนี้อาจไม่ได้รับการป้องกัน

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

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

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

1. คุณไม่ได้กระทำการละเมิดลิขสิทธิ์
2. คุณได้เรียนรู้บางสิ่งและกลายเป็นนักพัฒนาที่ดีขึ้น
3. การเขียนด้วยตัวเองหมายความว่ามันถูกเขียนในสไตล์เดียวกับรหัสอื่นของคุณทำให้การบำรุงรักษาง่ายขึ้น
4. ในขณะที่ใช้เวลาทำความเข้าใจกับโค้ดขนาดสั้นคุณเรียนรู้เกี่ยวกับความไม่เพียงพอข้อ จำกัด ของมันบั๊กและหลีกเลี่ยงพวกมันในโค้ดของคุณเองซึ่งหมายความว่าโค้ดของคุณดีกว่าถ้าคุณคัดลอกส่วนย่อย