ในบทความนี้เราจะพูดถึงลิขสิทธิ์เล็กน้อย แต่ส่วนใหญ่จะเกี่ยวกับการเลือกใบอนุญาตฟรีสำหรับกรอบงาน RAD และสำหรับผลิตภัณฑ์โอเพ่นซอร์สที่ใช้มัน เราจะบอกคุณเกี่ยวกับใบอนุญาตที่ได้รับอนุญาต Apache 2.0เกี่ยวกับสิ่งที่นำเราไปสู่สิ่งนั้น และการตัดสินใจที่เราเผชิญในกระบวนการนี้
กระบวนการเลือกใบอนุญาตนั้นค่อนข้างใช้แรงงานเข้มข้นและควรได้รับการอ่านมาอย่างดีแล้วและหากคุณไม่ได้เป็นเจ้าของการศึกษาด้านกฎหมายที่มีความสุข ข้อมูลมากมายเกี่ยวกับใบอนุญาตฟรีต่างๆ จะเปิดขึ้นต่อหน้าคุณ สิ่งสำคัญที่ต้องทำคือกำหนดเกณฑ์จำกัดจำนวนหนึ่ง ผ่านกระบวนการอภิปรายและการไตร่ตรอง คุณและทีมของคุณจะสามารถเข้าใจสิ่งที่คุณต้องการอนุญาตให้ผู้ใช้ผลิตภัณฑ์ของคุณ และสิ่งที่ควรห้าม เมื่อคุณมีคำอธิบายบางอย่างอยู่ในมือแล้ว คุณจะต้องซ้อนทับมันในใบอนุญาตที่มีอยู่ และเลือกคำอธิบายที่มีคะแนนมากที่สุด แน่นอนว่ามันฟังดูเรียบง่าย แต่ในความเป็นจริง แม้แต่หลังจากการสนทนาแล้วก็ยังมีคำถามอยู่
ขั้นแรกให้เชื่อมโยงไปยัง ซึ่งเป็นเว็บไซต์ที่มีประโยชน์ที่เราใช้กันอย่างแพร่หลาย ให้ความสนใจเป็นพิเศษกับ ใบอนุญาตตามหลักเกณฑ์หลัก 13 ประการ ขอให้ภาษาอังกฤษและความอดทนอยู่กับคุณ
แป้งของทางเลือก
เริ่มจากคุณสมบัติทั่วไปของใบอนุญาตสำหรับ . ซอฟต์แวร์โอเพ่นซอร์สแสดงถึงสิทธิ์ใช้งานฟรีแต่เพียงผู้เดียว ซึ่งไม่จำกัดการจำหน่ายในเชิงพาณิชย์และไม่ใช่เชิงพาณิชย์ตามรุ่น . ดังนั้นการวางซอฟต์แวร์บนเครือข่ายภายใต้ใบอนุญาตฟรีไม่สามารถจำกัดการถ่ายโอนการจัดจำหน่ายและการขายโดยบุคคลที่สามได้อย่างสมบูรณ์และคุณเพียงแค่ต้องเตรียมพร้อมทางจิตใจสำหรับสิ่งนี้
ใบอนุญาตฟรีให้สิทธิ์แก่ผู้ใช้ในการมีส่วนร่วมในการวิศวกรรมย้อนกลับซอฟต์แวร์หรือเปลี่ยนแปลงด้วยวิธีอื่นที่มีอยู่ ใบอนุญาตส่วนใหญ่ไม่อนุญาตให้คุณเปลี่ยนชื่อผลิตภัณฑ์หรือดำเนินการใดๆ กับผลิตภัณฑ์ เปลี่ยนแปลงสิทธิ์ของผู้เขียนและ/หรือเจ้าของระบบ
คำถามหลักที่เราสนใจเกี่ยวกับใบอนุญาตฟรีคือ:
- การเปลี่ยนแปลงที่ทำกับซอฟต์แวร์ควรได้รับการบันทึกและไม่เกี่ยวข้องกับผู้ถือลิขสิทธิ์ของระบบหรือไม่
- ชื่อของซอฟต์แวร์อนุพันธ์ควรไม่เหมือนกับชื่อซอฟต์แวร์ของผู้ถือลิขสิทธิ์หรือไม่?
- เป็นไปได้หรือไม่ที่จะเปลี่ยนใบอนุญาตสำหรับเวอร์ชันใหม่เป็นเวอร์ชันอื่นรวมถึงเวอร์ชันที่เป็นกรรมสิทธิ์ด้วย?
หลังจากดูรายการใบอนุญาตที่พบบ่อยที่สุดอย่างละเอียดแล้ว เราได้เลือกหลายใบอนุญาตที่เราพิจารณาโดยละเอียดมากขึ้น ใบอนุญาตที่เป็นไปได้สำหรับ คือ: GNU GPLv3, Apache 2.0, MIT และ MPL เอ็มไอที ยกเว้นเกือบจะในทันที นี่เป็นใบอนุญาตที่ไม่ใช่ลิขสิทธิ์ซึ่งอนุญาตให้ใช้แก้ไขและแจกจ่ายรหัสได้ในเกือบทุกวิธี แต่เราไม่พอใจกับตัวเลือกนี้ เรายังต้องการใบอนุญาตเพื่อควบคุมความสัมพันธ์ระหว่างลิขสิทธิ์ ผู้ถือและผู้ใช้ โครงการขนาดเล็กส่วนใหญ่บน GitHub ได้รับการเผยแพร่ภายใต้ใบอนุญาต MIT หรือรูปแบบต่างๆ ใบอนุญาตนั้นสั้นมากและข้อห้ามเพียงอย่างเดียวคือต้องระบุถึงผลงานของผู้สร้างซอฟต์แวร์
ถัดไปคือใบอนุญาต เอ็มพีแอล 2.0. เป็นที่ยอมรับว่าเราไม่ได้ทำทันที แต่หลังจากศึกษารายละเอียดเพิ่มเติมแล้ว เราก็รีบตัดทิ้งไปอย่างรวดเร็ว เนื่องจากข้อเสียเปรียบหลักคือใบอนุญาตใช้ไม่ได้กับทั้งโครงการ แต่ใช้กับไฟล์แต่ละไฟล์ นอกจากนี้ หากผู้ใช้เปลี่ยนไฟล์ เขาจะไม่สามารถเปลี่ยนใบอนุญาตได้ ในความเป็นจริง ไม่ว่าคุณจะเปลี่ยนแปลงโครงการโอเพ่นซอร์สอย่างขยันขันแข็งเพียงใด คุณจะไม่สามารถสร้างรายได้จากโครงการดังกล่าวได้เนื่องจากใบอนุญาตดังกล่าว อย่างไรก็ตาม สิ่งนี้ไม่เกี่ยวข้องกับผู้ถือลิขสิทธิ์
ปัญหาที่คล้ายกันยังคงมีอยู่กับใบอนุญาต GNU GPLv3. กำหนดให้ไฟล์ใด ๆ ยังคงอยู่ข้างใต้ GNU GPL เป็นลิขสิทธิ์ลิขสิทธิ์ที่กำหนดให้ผลงานลอกเลียนแบบเป็นโอเพ่นซอร์สและอยู่ภายใต้ลิขสิทธิ์เดียวกัน นั่นคือ: โดยการเขียนโค้ดใหม่สองบรรทัด คุณจะถูกบังคับให้ยอมรับการเปลี่ยนแปลง และในระหว่างการใช้งานหรือการแจกจ่ายต่อไป ให้บันทึกโค้ดภายใต้ GNU GPL ในกรณีนี้ นี่เป็นปัจจัยจำกัดสำหรับผู้ใช้โครงการของเรา ไม่ใช่สำหรับเรา แต่ห้ามเปลี่ยน GPL เป็นใบอนุญาตอื่น แม้ว่าจะอยู่ในเวอร์ชัน GPL ก็ตาม เช่น หากคุณเปลี่ยนแปลง แอลจี (ส่วนเสริมของ GPL) ไปยัง GPL จากนั้นจะไม่มีทางกลับไปที่ LGPL และประเด็นนี้ก็ชี้ขาดในการลงคะแนนคัดค้าน
โดยรวมแล้ว ทางเลือกของเราเริ่มโน้มตัวไปทางนั้น จีพีแอล3 แม่นยำเนื่องจากการแจกจ่ายรหัสที่แก้ไขภายใต้ลิขสิทธิ์เดียวกัน เราคิดว่าวิธีนี้จะทำให้ผลิตภัณฑ์ของเราปลอดภัย แต่เราเห็นความเสี่ยงน้อยลงใน Apache 2.0 จากข้อมูลของ Free Software Foundation GPLv3 เข้ากันได้กับ Apache License v2.0 ซึ่งหมายความว่าสามารถเปลี่ยนใบอนุญาตจาก Apache License v2.0 เป็น GPL v3.0 ได้ตลอดเวลา
Apache 2.0
— ใบอนุญาตอนุญาตแบบสมดุลโดยเน้นเรื่องลิขสิทธิ์ นี่คือคำตอบที่เธอให้ไว้สำหรับคำถามที่เราสนใจ การเปลี่ยนแปลงที่ทำกับซอฟต์แวร์ควรได้รับการบันทึกและไม่เกี่ยวข้องกับผู้ถือลิขสิทธิ์ของระบบหรือไม่ ใช่ การเปลี่ยนแปลงทั้งหมดจะต้องได้รับการบันทึกไว้ และเราจะไม่รับผิดชอบต่อรหัสต้นฉบับหรือรหัสที่แก้ไข ไฟล์ที่มีการเปลี่ยนแปลงจะต้องแนบไปกับรหัสที่คุณทำการเปลี่ยนแปลงเหล่านี้ ชื่อของซอฟต์แวร์อนุพันธ์ควรไม่เหมือนกับชื่อซอฟต์แวร์ของผู้ถือลิขสิทธิ์หรือไม่? ใช่ ซอฟต์แวร์อนุพันธ์ควรได้รับการเผยแพร่ภายใต้ชื่ออื่นและภายใต้เครื่องหมายการค้าอื่น แต่ต้องมีการระบุถึงผู้ถือลิขสิทธิ์ เป็นไปได้หรือไม่ที่จะเปลี่ยนใบอนุญาตสำหรับเวอร์ชันใหม่เป็นเวอร์ชันอื่นรวมถึงเวอร์ชันที่เป็นกรรมสิทธิ์ด้วย? ใช่ สามารถเผยแพร่ภายใต้ใบอนุญาตที่แตกต่างกัน Apache 2.0 ไม่จำกัดการใช้ใบอนุญาตที่ไม่ใช่เชิงพาณิชย์และเชิงพาณิชย์
นอกจากนี้ เมื่อเปิดตัวผลิตภัณฑ์ใหม่ที่ใช้โค้ดโอเพ่นซอร์สสำหรับ Apache 2.0 หรือผลิตภัณฑ์ที่มีฟังก์ชันเพิ่มเติม ก็ไม่จำเป็นต้องใช้ใบอนุญาตเดียวกัน ด้านล่างนี้คุณจะเห็นภาพพร้อมข้อกำหนดและข้อจำกัดของใบอนุญาต Apache 2.0
ใบอนุญาตกำหนดข้อกำหนดในการรักษาและกล่าวถึงลิขสิทธิ์และใบอนุญาตภายใต้การเผยแพร่ซอฟต์แวร์ ความพร้อมบังคับ ประกาศเกี่ยวกับลิขสิทธิ์ ด้วยชื่อของผู้ถือลิขสิทธิ์และใบอนุญาตจะปกป้องสิทธิ์ของผู้เขียนต้นฉบับของซอฟต์แวร์ เนื่องจากแม้ว่าจะถูกเปลี่ยนชื่อ มอบให้หรือจำหน่ายภายใต้ใบอนุญาตอื่น เครื่องหมายของผู้เขียนจะยังคงอยู่ คุณยังสามารถใช้ไฟล์นี้ได้เช่นกัน ข้อสังเกต และแนบไปกับซอร์สโค้ดหรือเอกสารประกอบโครงการ
เราเผยแพร่ผลิตภัณฑ์ทั้งหมดของเราต่อสาธารณะบน GitHub ภายใต้ลิขสิทธิ์ Apache 2.0 ยกเว้น ซอร์สโค้ดที่ได้รับการเผยแพร่ภายใต้ใบอนุญาต GPLv3 บน GitHub ในเดือนเมษายนของปีนี้โดย Far Eastern Center for Social Technologies ในขณะนี้นอกจากการที่ และ ที่ตีพิมพ์ ทำบนกรอบ ในฮับที่เราพูดถึงแล้ว และเกี่ยวกับ .
เหล่านั้น. รายละเอียดเกี่ยวกับกรอบงาน
ไอเอ็นดีวี. Framework เป็นเฟรมเวิร์กโอเพ่นซอร์สที่ใช้ node.js สำหรับการสร้างเว็บแอปพลิเคชันระดับสูงโดยอิงจากข้อมูลเมตา ซึ่งไม่จำเป็นต้องมีทักษะการเขียนโปรแกรมอย่างจริงจัง
พื้นฐานของฟังก์ชันการทำงานของแอปพลิเคชันคือการลงทะเบียนข้อมูล - โมดูลการลงทะเบียน นี่คือโมดูลหลักที่ออกแบบมาเพื่อทำงานกับข้อมูลตามโครงสร้างข้อมูลเมตาโดยตรง รวมถึงการจัดการโครงการ โปรแกรม กิจกรรม ฯลฯ นอกจากนี้ โครงการยังใช้โมดูลพอร์ทัลสำหรับการแสดงเทมเพลตข้อมูลที่กำหนดเอง โดยจะใช้รีจิสทรีส่วนหน้าของไฟล์เก็บถาวร
MongoDb ใช้สำหรับ DBMS โดยจะจัดเก็บการตั้งค่าแอปพลิเคชัน ข้อมูลเมตา และข้อมูลเอง
จะใช้ใบอนุญาตกับโครงการของคุณได้อย่างไร?
เพิ่มไฟล์ ใบอนุญาต พร้อมข้อความลิขสิทธิ์ในพื้นที่เก็บข้อมูลของโปรเจ็กต์ของคุณและ voila ซึ่งเป็นโปรเจ็กต์ที่ได้รับการคุ้มครองโดย Apache 2.0 คุณต้องระบุผู้ถือลิขสิทธิ์นั่นแหละ ประกาศเกี่ยวกับลิขสิทธิ์. ซึ่งสามารถทำได้ในซอร์สโค้ดหรือในไฟล์ ข้อสังเกต (ไฟล์ข้อความที่แสดงรายการไลบรารีทั้งหมดที่ได้รับอนุญาตภายใต้ใบอนุญาต Apache พร้อมด้วยชื่อของผู้สร้าง) วางไฟล์ไว้ในซอร์สโค้ดหรือในเอกสารที่เผยแพร่พร้อมกับงาน สำหรับเราดูเหมือนว่านี้:
ลิขสิทธิ์ © 2018 ION DV LLC.
ได้รับอนุญาตภายใต้สัญญาอนุญาต Apache เวอร์ชัน 2.0
ข้อความลิขสิทธิ์ Apache 2.0
ใบอนุญาต Apache
เวอร์ชัน 2.0 มกราคม 2004
ข้อกำหนดและเงื่อนไขสำหรับการใช้งานการทำซ้ำและการจัดจำหน่าย
-
คำนิยาม
“ใบอนุญาต” หมายถึง ข้อกำหนดและเงื่อนไขในการใช้ การทำซ้ำ
และการแจกจ่ายตามที่กำหนดโดยส่วนที่ 1 ถึง 9 ของเอกสารนี้"ผู้อนุญาต" จะหมายถึงเจ้าของลิขสิทธิ์หรือนิติบุคคลที่ได้รับอนุญาตจาก
เจ้าของลิขสิทธิ์ที่ให้ใบอนุญาต“นิติบุคคล” หมายความว่า สหภาพของนิติบุคคลรักษาการและทั้งหมด
เอนทิตีอื่น ๆ ที่ควบคุมถูกควบคุมโดยหรืออยู่ภายใต้การทำงานร่วมกัน
ควบคุมด้วยเอนทิตีนั้น สำหรับวัตถุประสงค์ของคำจำกัดความนี้
“การควบคุม” หมายถึง (i) อำนาจไม่ว่าทางตรงหรือทางอ้อมที่จะก่อให้เกิด
ทิศทางหรือการจัดการของนิติบุคคลนั้นไม่ว่าจะโดยสัญญาหรือ
มิฉะนั้นหรือ (ii) ความเป็นเจ้าของห้าสิบเปอร์เซ็นต์ (50%) หรือมากกว่านั้น
หุ้นคงค้างหรือ (iii) ความเป็นเจ้าของที่เป็นประโยชน์ของนิติบุคคลดังกล่าว“คุณ” (หรือ “ของคุณ”) จะหมายถึงบุคคลหรือนิติบุคคล
ใช้สิทธิ์ที่ได้รับจากใบอนุญาตนี้แบบ “แหล่งที่มา” หมายความว่า แบบที่ต้องการสำหรับการแก้ไข
รวมถึง แต่ไม่ จำกัด เพียงซอร์สโค้ดซอฟต์แวร์เอกสารประกอบ
แหล่งที่มาและไฟล์การกำหนดค่ารูปแบบ “วัตถุ” หมายความว่า รูปแบบใดๆ ที่เกิดจากกลไก
การแปลงหรือการแปลรูปแบบแหล่งที่มารวมถึง แต่
ไม่ จำกัด เฉพาะรหัสออบเจ็กต์ที่คอมไพล์สร้างเอกสารประกอบ
และการแปลงเป็นสื่อประเภทอื่น ๆ“งาน” หมายความถึง ผลงานของผู้สร้างสรรค์ไม่ว่าจะเป็นแหล่งที่มาหรือ
แบบฟอร์มออบเจ็กต์จัดทำขึ้นภายใต้ใบอนุญาตตามที่ระบุโดยก
ประกาศลิขสิทธิ์ที่รวมอยู่ในหรือแนบมากับงาน
(มีตัวอย่างอยู่ในภาคผนวกด้านล่าง)“งานอนุพันธ์” หมายถึง งานใดๆ ไม่ว่าจะเป็นแหล่งที่มาหรือวัตถุ
แบบฟอร์มที่ขึ้นอยู่กับ (หรือได้มาจาก) งานและที่
การแก้ไขบทบรรณาธิการคำอธิบายประกอบการทำรายละเอียดหรือการแก้ไขอื่น ๆ
เป็นตัวแทนของงานประพันธ์โดยรวม สำหรับวัตถุประสงค์
ของใบอนุญาตนี้ผลงานลอกเลียนแบบจะต้องไม่รวมถึงผลงานที่ยังคงอยู่
แยกออกจากกันหรือเพียงเชื่อมโยง (หรือผูกตามชื่อ) กับอินเทอร์เฟซของ
ผลงานและงานดัดแปลงดังกล่าว“ผลงาน” หมายถึง ผลงานใดๆ ของผู้สร้างสรรค์ รวมทั้ง
เวอร์ชันดั้งเดิมของงานและการปรับเปลี่ยนหรือเพิ่มเติมใด ๆ
กับงานนั้นหรือผลงานต่อเนื่องของผลงานดังกล่าวนั่นคือโดยเจตนา
ส่งไปยังผู้อนุญาตให้รวมไว้ในผลงานโดยเจ้าของลิขสิทธิ์
หรือโดยบุคคลหรือนิติบุคคลที่ได้รับอนุญาตให้ส่งในนามของ
เจ้าของลิขสิทธิ์ เพื่อวัตถุประสงค์ของคำจำกัดความนี้ “ส่ง”
หมายถึงรูปแบบของการสื่อสารทางอิเล็กทรอนิกส์ทางวาจาหรือลายลักษณ์อักษรที่ส่งไป
ต่อผู้อนุญาตหรือผู้แทนรวมถึง แต่ไม่ จำกัด เพียง
การสื่อสารในรายชื่อไปรษณีย์อิเล็กทรอนิกส์ระบบควบคุมซอร์สโค้ด
และระบบติดตามปัญหาที่จัดการโดยหรือในนามของ
ผู้อนุญาตเพื่อวัตถุประสงค์ในการอภิปรายและปรับปรุงงาน แต่
ยกเว้นการสื่อสารที่มีการทำเครื่องหมายอย่างชัดเจนหรืออย่างอื่น
กำหนดเป็นลายลักษณ์อักษรโดยเจ้าของลิขสิทธิ์ว่า "ไม่ใช่การมีส่วนร่วม""ผู้ร่วมให้ข้อมูล" จะหมายถึงผู้อนุญาตและบุคคลหรือนิติบุคคลใดๆ
ในนามของผู้ได้รับการสนับสนุนจากผู้อนุญาตและ
ต่อมารวมอยู่ในงาน -
การให้ใบอนุญาตลิขสิทธิ์. ขึ้นอยู่กับข้อกำหนดและเงื่อนไขของ
ใบอนุญาตนี้ผู้ร่วมให้ข้อมูลแต่ละคนมอบให้คุณตลอดไป
ทั่วโลก, ไม่ผูกขาด, ไม่มีค่าใช้จ่าย, ปลอดค่าลิขสิทธิ์, ไม่สามารถเพิกถอนได้
ใบอนุญาตลิขสิทธิ์ในการทำซ้ำจัดทำผลงานอนุพันธ์ของ
แสดงต่อสาธารณะดำเนินการต่อสาธารณะอนุญาตช่วงและแจกจ่ายไฟล์
งานและงานดัดแปลงดังกล่าวในรูปแบบ Source หรือ Object -
การอนุญาตสิทธิบัตร ขึ้นอยู่กับข้อกำหนดและเงื่อนไขของ
ใบอนุญาตนี้ผู้ร่วมให้ข้อมูลแต่ละคนมอบให้คุณตลอดไป
ทั่วโลก, ไม่ผูกขาด, ไม่มีค่าใช้จ่าย, ปลอดค่าลิขสิทธิ์, ไม่สามารถเพิกถอนได้
(ยกเว้นตามที่ระบุไว้ในส่วนนี้) ใบอนุญาตสิทธิบัตรที่จะทำ, ได้ทำ,
ใช้เสนอขายขายนำเข้าและโอนงาน
ในกรณีที่ใบอนุญาตดังกล่าวใช้กับการอ้างสิทธิ์ในสิทธิบัตรที่อนุญาตเท่านั้น
โดยผู้ให้ข้อมูลดังกล่าวซึ่งจำเป็นต้องถูกละเมิดโดยพวกเขา
การมีส่วนร่วมเพียงอย่างเดียวหรือโดยการรวมกันของการมีส่วนร่วมของพวกเขา
กับงานที่ส่งการบริจาคดังกล่าว ถ้าคุณ
ดำเนินการฟ้องร้องเรื่องสิทธิบัตรกับหน่วยงานใด ๆ (รวมถึงก
cross-claim หรือฟ้องแย้งในคดีความ) โดยอ้างว่างาน
หรือการมีส่วนร่วมที่รวมอยู่ในงานถือเป็นการโดยตรง
หรือมีส่วนร่วมในการละเมิดสิทธิบัตรแล้วใบอนุญาตสิทธิบัตรใด ๆ
มอบให้กับคุณภายใต้ใบอนุญาตนี้สำหรับงานนั้นจะสิ้นสุดลง
ณ วันที่ฟ้องคดีดังกล่าว -
การแจกจ่ายซ้ำ คุณสามารถทำซ้ำและแจกจ่ายสำเนาของ
ผลงานหรืองานดัดแปลงในสื่อใด ๆ จะมีหรือไม่มีก็ได้
การปรับเปลี่ยนและในรูปแบบแหล่งที่มาหรือวัตถุโดยมีเงื่อนไขว่าคุณ
เป็นไปตามเงื่อนไขต่อไปนี้:(ก) คุณต้องให้ผู้รับงานคนอื่น ๆ หรือ
Derivative Works สำเนาของสัญญาอนุญาตนี้ และ(b) คุณต้องทำให้ไฟล์ที่แก้ไขใด ๆ มีประกาศที่ชัดเจน
โดยระบุว่าคุณเปลี่ยนแปลงไฟล์ และ© คุณต้องคงไว้ในรูปแบบแหล่งที่มาของผลงานต่อเนื่องใดๆ
ที่คุณแจกจ่ายลิขสิทธิ์สิทธิบัตรเครื่องหมายการค้าและ
การแจ้งแหล่งที่มาจากรูปแบบแหล่งที่มาของงาน
ยกเว้นประกาศที่ไม่เกี่ยวข้องกับส่วนใดส่วนหนึ่งของ
งานอนุพันธ์; และ(d) หากงานมีไฟล์ข้อความ "ประกาศ" เป็นส่วนหนึ่งของงาน
การแจกจ่ายจากนั้นผลงานอนุพันธ์ใด ๆ ที่คุณแจกจ่ายต้อง
รวมสำเนาที่อ่านได้ของการแจ้งเตือนการระบุแหล่งที่มาที่มีอยู่
ภายในไฟล์ประกาศดังกล่าว ยกเว้นประกาศเหล่านั้นที่ไม่มี
เกี่ยวข้องกับส่วนใดส่วนหนึ่งของผลงานอนุพันธ์อย่างน้อยหนึ่งชิ้น
ของสถานที่ต่อไปนี้: ภายในไฟล์ข้อความประกาศที่แจกจ่าย
เป็นส่วนหนึ่งของงานอนุพันธ์ ภายในแบบฟอร์มแหล่งที่มาหรือ
เอกสารประกอบหากมีให้พร้อมกับผลงานอนุพันธ์ หรือ,
ภายในจอแสดงผลที่สร้างโดย Derivative Works ถ้าและ
ตามปกติแล้วการแจ้งเตือนของบุคคลที่สามจะปรากฏขึ้นที่ใดก็ตาม เนื้อหา
ของไฟล์ประกาศมีวัตถุประสงค์เพื่อให้ข้อมูลเท่านั้นและ
ห้ามแก้ไขใบอนุญาต คุณสามารถเพิ่มการระบุแหล่งที่มาของคุณเอง
ประกาศภายในงานอนุพันธ์ที่คุณแจกจ่ายควบคู่ไปกับ
หรือเป็นส่วนเสริมของข้อความประกาศจากงานที่จัดเตรียมไว้ให้
ไม่สามารถตีความการแจ้งแหล่งที่มาเพิ่มเติมดังกล่าวได้
เป็นการแก้ไขใบอนุญาตคุณสามารถเพิ่มคำชี้แจงลิขสิทธิ์ของคุณเองในการแก้ไขและ
อาจให้ข้อกำหนดและเงื่อนไขสิทธิ์การใช้งานเพิ่มเติมหรือแตกต่างกัน
เพื่อใช้ทำซ้ำหรือแจกจ่ายการดัดแปลงของคุณหรือ
สำหรับผลงานดัดแปลงใด ๆ ดังกล่าวโดยรวมหากคุณใช้งาน
การทำซ้ำและการแจกจ่ายงานเป็นไปตามที่กำหนด
เงื่อนไขที่ระบุไว้ในใบอนุญาตนี้ -
การส่งผลงาน เว้นแต่คุณจะระบุไว้เป็นอย่างอื่นอย่างชัดเจน
การมีส่วนร่วมใด ๆ ที่ส่งโดยเจตนาเพื่อรวมไว้ในผลงาน
โดยคุณถึงผู้อนุญาตจะต้องอยู่ภายใต้ข้อกำหนดและเงื่อนไขของ
ใบอนุญาตนี้โดยไม่มีข้อกำหนดหรือเงื่อนไขเพิ่มเติมใด ๆ
แม้ว่าข้างต้นจะไม่มีสิ่งใดมาแทนที่หรือแก้ไข
เงื่อนไขของข้อตกลงสิทธิ์การใช้งานแยกต่างหากที่คุณอาจดำเนินการ
กับผู้อนุญาตเกี่ยวกับการมีส่วนร่วมดังกล่าว -
เครื่องหมายการค้า ใบอนุญาตนี้ไม่อนุญาตให้ใช้การค้า
ชื่อเครื่องหมายการค้าเครื่องหมายบริการหรือชื่อผลิตภัณฑ์ของผู้อนุญาต
ยกเว้นตามความจำเป็นสำหรับการใช้งานที่สมเหตุสมผลและเป็นธรรมเนียมในการอธิบาย
ต้นกำเนิดของงานและการผลิตซ้ำเนื้อหาของไฟล์ประกาศ -
การปฏิเสธการรับประกัน เว้นแต่กฎหมายที่ใช้บังคับหรือ
ตกลงเป็นลายลักษณ์อักษร Licensor จัดหางาน (และแต่ละ
ผู้มีส่วนร่วมให้การสนับสนุน) บนพื้นฐานของ "ตามสภาพ"
โดยไม่มีการรับประกันหรือเงื่อนไขใด ๆ ไม่ว่าจะโดยด่วนหรือ
โดยนัยรวมถึง แต่ไม่ จำกัด เพียงการรับประกันหรือเงื่อนไขใด ๆ
ของ TITLE การไม่ละเมิดการขายหรือความเหมาะสมสำหรับ A
วัตถุประสงค์เฉพาะ คุณเป็นผู้รับผิดชอบ แต่เพียงผู้เดียวในการพิจารณา
ความเหมาะสมในการใช้หรือแจกจ่ายงานและถือว่าใด ๆ
ความเสี่ยงที่เกี่ยวข้องกับการใช้สิทธิ์ของคุณภายใต้สัญญาอนุญาตนี้ -
กฏเกณฑ์ของหนี้สิน. ไม่ว่าในกรณีใดๆ และภายใต้ทฤษฎีทางกฎหมายใดๆ
ไม่ว่าจะเป็นการละเมิด (รวมถึงความประมาท) สัญญาหรืออื่น ๆ
เว้นแต่จะกำหนดโดยกฎหมายที่บังคับใช้ (เช่นโดยเจตนาและโดยรวม
การกระทำโดยประมาท) หรือตกลงกันเป็นลายลักษณ์อักษรผู้มีส่วนร่วมใด ๆ จะต้องเป็น
รับผิดต่อคุณสำหรับความเสียหายรวมถึงทางตรงทางอ้อมพิเศษ
ความเสียหายโดยบังเอิญหรือเป็นผลสืบเนื่องของตัวละครใด ๆ ที่เกิดจากก
ผลของใบอนุญาตนี้หรือจากการใช้งานหรือไม่สามารถใช้
งาน (รวมถึง แต่ไม่ จำกัด เพียงความเสียหายจากการสูญเสียค่าความนิยม
หยุดการทำงานคอมพิวเตอร์ขัดข้องหรือทำงานผิดปกติหรือใด ๆ ทั้งสิ้น
ความเสียหายหรือความสูญเสียทางการค้าอื่น ๆ ) แม้ว่าผู้ให้ข้อมูลดังกล่าว
ได้รับคำแนะนำถึงความเป็นไปได้ของความเสียหายดังกล่าว -
การยอมรับการรับประกันหรือความรับผิดเพิ่มเติม ขณะกำลังแจกจ่าย
ผลงานหรืองานดัดแปลงคุณสามารถเลือกที่จะเสนอ
และเรียกเก็บค่าธรรมเนียมสำหรับการยอมรับการสนับสนุนการรับประกันการชดใช้ค่าเสียหาย
หรือภาระผูกพันความรับผิดอื่น ๆ และ / หรือสิทธิที่สอดคล้องกับสิ่งนี้
ใบอนุญาต. อย่างไรก็ตามในการยอมรับภาระหน้าที่ดังกล่าวคุณสามารถกระทำได้เท่านั้น
ในนามของคุณเองและในความรับผิดชอบของคุณ แต่เพียงผู้เดียวไม่ใช่ในนามของคุณ
ของผู้ให้ข้อมูลอื่น ๆ และเฉพาะในกรณีที่คุณยินยอมที่จะชดใช้ค่าเสียหาย
ปกป้องและให้ผู้สนับสนุนแต่ละคนไม่เป็นอันตรายต่อความรับผิดใด ๆ
ที่เกิดขึ้นโดยหรือการเรียกร้องที่ยืนยันกับผู้ให้ข้อมูลดังกล่าวโดยเหตุผล
ของคุณยอมรับการรับประกันดังกล่าวหรือความรับผิดเพิ่มเติมใด ๆEND ข้อตกลงและเงื่อนไข
ภาคผนวก: วิธีใช้ Apache License กับงานของคุณ
ในการใช้ Apache License กับงานของคุณให้แนบสิ่งต่อไปนี้
ประกาศสำเร็จรูป โดยช่องต่างๆ ล้อมรอบด้วยวงเล็บ "[]"
แทนที่ด้วยข้อมูลระบุตัวตนของคุณเอง (ไม่รวม
วงเล็บ!) ข้อความควรอยู่ในที่เหมาะสม
ไวยากรณ์ความคิดเห็นสำหรับรูปแบบไฟล์ เรายังแนะนำว่าก
ชื่อไฟล์หรือคลาสและคำอธิบายวัตถุประสงค์จะรวมอยู่ใน
“หน้าที่พิมพ์” เหมือนกับประกาศลิขสิทธิ์เพื่อให้ง่ายขึ้น
การระบุตัวตนภายในที่เก็บถาวรของบุคคลที่สามลิขสิทธิ์ [yyyy] [ชื่อเจ้าของลิขสิทธิ์]
ได้รับอนุญาตภายใต้ Apache License เวอร์ชัน 2.0 (“ใบอนุญาต”);
คุณไม่สามารถใช้ไฟล์นี้ยกเว้นว่าเป็นไปตามใบอนุญาต
คุณสามารถขอรับสำเนาใบอนุญาตได้ที่เว้นแต่จะกำหนดไว้โดยกฎหมายที่บังคับใช้หรือตกลงเป็นลายลักษณ์อักษรซอฟต์แวร์
เผยแพร่ภายใต้ใบอนุญาตเผยแพร่ตาม "ตามสภาพ"
โดยไม่มีการรับประกันหรือเงื่อนไขใด ๆ ไม่ว่าโดยชัดแจ้งหรือโดยนัย
ดูใบอนุญาตสำหรับภาษาเฉพาะที่ควบคุมสิทธิ์และ
ข้อ จำกัด ภายใต้ใบอนุญาต
ใบอนุญาต = สัญญา
ใบอนุญาตฟรีถึงแม้จะฟรี แต่ก็ไม่อนุญาตให้มีการอนุญาต และเราได้ยกตัวอย่างข้อจำกัดแล้ว เลือกใบอนุญาตโดยคำนึงถึงความสนใจของคุณและผู้ใช้ เนื่องจากซอฟต์แวร์โอเพ่นซอร์สได้รับการออกแบบมาโดยเฉพาะสำหรับเขา ผู้ใช้โครงการควรรับรู้ว่าใบอนุญาตเป็นข้อตกลงระหว่างเขากับผู้ถือลิขสิทธิ์ ดังนั้นก่อนที่จะดำเนินการใดๆ กับซอร์สโค้ด ให้ศึกษาข้อจำกัดที่กำหนดโดยใบอนุญาตของโครงการอย่างรอบคอบ
เราหวังว่าเราจะให้ความกระจ่างเกี่ยวกับหัวข้อใบอนุญาต และถึงแม้ปัญหาจะซับซ้อน แต่ก็ไม่ควรกลายเป็นอุปสรรคต่อเส้นทางสู่โอเพ่นซอร์สของคุณ พัฒนาโครงการของคุณและอย่าลืมเกี่ยวกับสิทธิของคุณและอื่น ๆ
ลิงค์ที่มีประโยชน์
สุดท้ายนี้ แหล่งข้อมูลที่เป็นประโยชน์บางส่วนที่ช่วยเราในการค้นหาข้อมูลเกี่ยวกับใบอนุญาตที่มีอยู่และเลือกใบอนุญาตที่เหมาะสมที่สุดสำหรับวัตถุประสงค์ของเรา:
- มีประโยชน์สุดๆ จาก
ที่มา: will.com