ฉันสามารถลบตัวพิมพ์ใหญ่ทั้งหมดและทำให้ข้อจำกัดความรับผิดชอบของฉันสั้นลงได้หรือไม่?


13

ฉันใช้สิทธิ์การใช้งานMITสำหรับรหัสบางส่วน ตอนนี้ใบอนุญาตนี้มีข้อจำกัดความรับผิดชอบใหญ่ในตัวพิมพ์ใหญ่ทั้งหมด:

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY
OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT
LIMITED TO THE WARRANTIES OF...
...

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

ประกาศเกี่ยวกับสัญญาอนุญาตของ GNU สำหรับไฟล์อื่นมาพร้อมกับข้อจำกัดความรับผิดชอบนี้:

ไฟล์นี้มีให้ตามที่เป็นอยู่โดยไม่มีการรับประกันใด ๆ

สั้นและง่าย

คำถามของฉัน: มีแหล่งที่เชื่อถือได้ใดที่ระบุว่าสั้นกว่ายาวและสะกดปกติมากกว่าการปฏิเสธความรับผิดชอบตัวพิมพ์ใหญ่ (หรือแม้แต่หนึ่งหรืออื่น ๆ ) จะใช้งานได้อย่างปลอดภัยในเขตอำนาจศาลทั้งหมดที่ฉันควรจะกังวล?

สำหรับจุดประสงค์ของคำถามนี้ซอฟต์แวร์จะเผยแพร่ในสหภาพยุโรปหากมีการเปลี่ยนแปลง


1
ตรวจสอบกับทนายความเพราะฉันแน่ใจว่าคนที่เขียน GPL / BSD ทำ :)
Tim Post

1
@Tim ฉันหวังว่าจะมีคนอื่นทำเช่นนั้นแล้วและฉันกำลังมองหาคำตัดสินของพวกเขา เพื่อไม่ให้เข้าใจผิด: ฉันไม่ได้มองหาความเห็นของใครบางคนแต่เป็นหลักฐานที่น่าเชื่อถือ
Stefano Palazzo

1
ฉันอยากรู้เกี่ยวกับตัวพิมพ์ใหญ่ที่จะถาม ดูคำตอบของฉัน
ทิมโพสต์

คำตอบ:


18

IANAL แต่ใช้งานได้กับฉัน ดังนั้นฉันถาม ผลลัพธ์:

  • ตัวพิมพ์ใหญ่อนุญาตให้คุณพูดว่า 'ไม่มีทางที่พวกเขาจะพลาดข้อจำกัดความรับผิดชอบมันเป็นงานพิมพ์ที่ไม่ค่อยดี!' นี่เป็นสิ่งสำคัญในใบอนุญาตหรือ EULA ที่ไม่ใช่นักกฎหมายต้องอ่านและยอมรับ

  • มีความแตกต่างระหว่าง 'express' และ 'นัย' บางพื้นที่มีกฎหมายที่อนุญาตให้ผู้ใช้ 'แสดงนัย' ถึงการรับประกันแม้ว่าจะไม่มีการเสนออย่างชัดเจนเว้นแต่คุณจะทำข้อกำหนดบางอย่าง

เขาแนะนำว่าอย่าทำการเปลี่ยนแปลงใบอนุญาตที่มีอยู่เพราะโดยทั่วไปแล้วจะเป็นการสร้างใบอนุญาตใหม่ การแพร่กระจายใบอนุญาตเป็นปัญหา การแพร่กระจายใบอนุญาตที่ไม่ถูกต้องเป็นปัญหาที่ใหญ่กว่า

ใบอนุญาตถูกออกแบบมาเพื่อปกป้องคุณและให้ยุคใหม่ที่กล้าหาญของการดำเนินคดีที่ไม่มีที่สิ้นสุด, แคปและดำเนินการในประโยคที่มีคนน้อยมากที่อ่านเพื่อเริ่มต้นด้วยมีขนาดเล็กราคาจ่าย :)

นี่เป็นหนึ่งในเหตุผลที่ยิ่งใหญ่ที่สุดที่ทำไม V2 / V3 ของ (L | A) GPL กล่าวโดยเฉพาะว่าห้ามการดัดแปลงใบอนุญาต

ผู้คนฟ้องร้องทุกวัน .. สำหรับความเสียหายที่สามัญสำนึกควรหลีกเลี่ยง ตัวอย่างเช่น "ฉันจะรู้ได้อย่างไรว่ากาแฟร้อน? ฉันจะไม่ทำมันหกบนตักของฉันถ้ามันถูกระบุว่าเป็นอย่างนั้น .. "

คุณควรระวังอย่าทำให้ 'เกราะ' อ่อนลงซึ่งป้องกันไม่ให้ผู้ขุดทองรบกวนคุณ


อีกเหตุผลที่สำคัญที่สุดที่ใบอนุญาต GPL ห้ามมิให้มีการเปลี่ยนแปลงนั่นคือการเหวี่ยงบางอย่างอาจนำ GPL มาใช้แทรกข้อ จำกัด บางอย่างเช่น "คุณไม่สามารถลบลิงก์ไปยังเว็บไซต์ของฉัน" (flowplayer ฉันกำลังมองคุณ!) GPL และ (1) ทำให้ชื่อย่อ "GPL" ไร้ความหมายและ (2) ทำให้แฟน ๆ FSF เข้าใจผิดในการรวมผลิตภัณฑ์โดยไม่อ่านสำเนาของ "GPL" อีกอัน (ซึ่งในความเป็นจริงมีข้อ จำกัด อยู่เหนือ GPL แต่พวกเขาจะไม่มีวันรู้จนกว่าพวกเขาจะถูกฟ้อง)
cHao

4

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

เช่นเดียวกับทุกสิ่งที่ถูกกฎหมายหากคุณเป็นห่วงคุณควรปรึกษาทนายความที่มีความเชี่ยวชาญในกฎหมายลิขสิทธิ์ซอฟต์แวร์


2

ข้อจำกัดความรับผิดชอบอยู่ที่นั่นเพื่อปกป้องคุณในฐานะผู้เขียนต้นฉบับ มิฉะนั้นอาจมีการรับประกันโดยนัยตามกฎหมายคุณจะต้องปฏิบัติตามเมื่อผ่านการทำงานของซอฟต์แวร์

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

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

( จาก: IV. บทสรุป - ความรับผิดต่อผลิตภัณฑ์ซอฟต์แวร์: การทำความเข้าใจและลดความเสี่ยง (โดย Lawrence B. Levy และ Suzanne Y. Bell )

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

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

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

คุณสามารถค้นหาความหมายประเภทนี้ได้ในแง่ของ GPL 3 ซึ่งเป็นใบอนุญาตที่ทันสมัยซึ่งคำนึงถึงการใช้ในระดับสากล:

ส่วนที่ 15. เป็นข้อจำกัดความรับผิดชอบของการรับประกันและ 16. ข้อจำกัดความรับผิด :

17. การตีความมาตรา 15 และ 16

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

( จาก: สัญญาอนุญาตสาธารณะทั่วไปของกนู - รุ่น 3, 29 มิถุนายน 2550 )

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


อย่างไรก็ตามข้อความลิขสิทธิ์ MIT ที่คุณเกี่ยวข้องในคำถามของคุณไม่มีข้อกำหนดในการสงวนสิทธิ์การรับประกัน

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

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

บริษัท บางแห่งอาจขายการรับประกันแยกต่างหากให้คุณโดยมีค่าธรรมเนียม แต่ไม่ได้เป็นส่วนหนึ่งของใบอนุญาตโอเพนซอร์ซมันเป็นเพียงสัญญาส่วนตัวของคุณกับ บริษัท นั้น

( จาก: ฉันสามารถ จำกัด ว่าผู้คนใช้โปรแกรมลิขสิทธิ์โอเพนซอร์ซได้อย่างไร - คำถามที่พบบ่อยเกี่ยวกับ OSI )

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

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

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

และถ้าคุณมีคำถามทางกฎหมายให้ถามคนที่สามารถตอบคำถามของคุณในลักษณะที่มีผลผูกพันทางกฎหมายได้ดีกว่า (ไม่ได้บอกว่าทนายความจะทำเสมอ แต่โอกาสสูงกว่าคุณจะได้รับการศึกษามากขึ้นในภายหลังจากมุมมองทางกฎหมาย )) แต่ฉันเดาว่าคุณรู้ดีลแล้ว

IANA / YLJASD

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.