การใช้ใบอนุญาตแบบโอเพนซอร์สแบบไม่ใช้เปล่า


9

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

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

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


มันจะไม่เป็น "โอเพ่นซอร์ส" เพราะมันจะไม่เป็นไปตามข้อกำหนดของโอเพ่นซอร์ส (ตอนที่ 1 และ 5) นอกจากนี้“ ซอฟต์แวร์เสรี” และฉันคิดว่าซอฟต์แวร์“ โอเพ่นซอร์ส” ไม่ได้บังคับให้มีการดัดแปลงแก้ไขมันบอกได้ว่าเงื่อนไขใดที่คุณสามารถแจกจ่ายได้ภายใต้ (เหมือนต้นฉบับ) opensource.org/osdอย่างไรก็ตามคุณสามารถทำสัญญาอนุญาตใด ๆ หนึ่งที่คุณอธิบายจะเป็นใบอนุญาตกรรมสิทธิ์
ctrl-alt-delor

คำตอบ:


4

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

ทุกคนในโครงการของคุณจะไม่ถูกรังเกียจ อย่างไรก็ตาม:

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

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

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

นี่เป็นเรื่องส่วนตัว ความสำเร็จนั้นสัมพันธ์กัน ความสำเร็จเป็นเรื่องส่วนตัว / เป็นที่ถกเถียงกัน

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

แต่สิ่งเหล่านี้แทบจะเป็นไปไม่ได้ที่จะทำการวัดด้วยเหตุผลหลายประการ และฉันไม่รู้ว่าใครก็ตามที่พยายามจะทำการวัด


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

9

ดังที่มีการพูดคุยกันหลายครั้งแล้วทั้งที่นี่ใน Programmers.SE และ StackOverflow ใบอนุญาตดังกล่าวไม่สามารถมีอยู่ได้

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

ดังนั้นสิทธิ์การใช้งานโอเพ่นซอร์สที่มีข้อ จำกัด ในการใช้งานอาจไม่มีอยู่จริง นั่นเหมือนกับการถามหาจำนวนเฉพาะซึ่งหารด้วย 10 ได้ด้วย

อย่างไรก็ตามโปรดทราบว่าใบขับขี่ที่คุณใช้นั้นเป็นแบบมุมฉากกับจำนวนเงินที่คุณเรียกเก็บ หนึ่งคือคำถามทางกฎหมายอีกคำถามคือการตลาด

มีผลิตภัณฑ์โอเพนซอร์ซมากมายที่ไม่เสียค่าใช้จ่ายใด ๆ (เช่น iTunes, Acrobat Reader, Internet Explorer, ฟรีแวร์ทุกชนิด, ... ) และมีผลิตภัณฑ์โอเพ่นซอร์สมากมายที่มีราคาแพง (เช่น RedHat Enterprise Linux, SuSE Linux Enterprise Server, ... )

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


โดย OSI ปกป้องโอเพ่นซอร์ส - อย่างไรก็ตามมีซอฟต์แวร์หลายชิ้นที่แหล่งข้อมูลนั้นมีอยู่ แต่มีกฎที่เข้มงวดมากเกี่ยวกับการใช้งาน - Microsoft Windows เป็นต้น
Martin Beckett

6
Martin คำนิยาม OSI ของโอเพ่นซอร์สเป็นคำจำกัดความที่เกี่ยวข้องเพียงอย่างเดียว: พวกเขาสร้างคำศัพท์และให้คำนิยามและ OSI มีอยู่เพื่อตีความคำนิยามในกรณีมุม การนิยามคำจำกัดความหมายถึงสิ่งต่าง ๆ เช่น Microsoft ที่ให้สิทธิ์การเข้าถึงซอร์สโค้ดของ Windows ในกรณีที่มีข้อ จำกัด สูงคือดีที่สุดเข้าใจผิดและบ่อยครั้งที่มีกรณีที่พยายามบ่อนทำลายแนวคิดโอเพนซอร์สทั้งหมด
Lars Wirzenius

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

1
@ ลาร์สผู้คนดูเหมือนจะรักการ redifining คำว่า "โอเพ่นซอร์ส" และ "ซอฟต์แวร์เสรี" มากดังนั้นฉันต้องใส่ข้อจำกัดความรับผิดชอบอย่างชัดเจนในprogrammers.stackexchange.com/questions/21907/เพื่อบอกว่าฉันไม่ได้ สนใจในคำจำกัดความนิสัยเฉพาะบุคคลเท่านั้นที่เป็นทางการ
หนุน

3

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

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

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

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


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

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

2

คุณต้องการให้มีแหล่งที่มาเปิดให้ บริษัท ขนาดเล็ก แต่บังคับให้ บริษัท ใหญ่ต้องจ่ายหรือไม่

การพูดจาหยาบคายกับคำศัพท์ (แต่ถ้าฉันไม่ทำคุณจะพบว่าใครเป็นโอเพ่นซอร์ส ppl อย่างรวดเร็ว) แต่นั่นไม่ใช่ใบอนุญาตโอเพ่นซอร์ส

http://www.opensource.org/osd.htmlดูข้อ 5 "ไม่มีการเลือกปฏิบัติต่อบุคคลหรือกลุ่ม"

นั่นคือสิ่งที่ผู้คนคาดหวังจากใบอนุญาต / ผลิตภัณฑ์ที่ถูกเรียกเก็บเงินเป็นโอเพนซอร์ซถ้าคุณเรียกว่าโอเพ่นซอร์สของคุณคุณจะต้อง "บริษัท ใหญ่ต้องจ่าย!" ประโยคใน legalese คุณจะฉี่ ppl ปิด

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


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

1
มันเป็นเรื่องที่เข้าใจได้ง่ายเพียงเพราะการทำงานอย่างหนักของ OSI และผู้สนับสนุนโอเพ่นซอร์สหลายรายได้ใส่เข้าไป เมื่อมีการเปิดตัวครั้งแรกมันไม่ง่ายและไม่ได้รับการยอมรับในระดับสากลgnu.org/philosophy/open-source-misses-the-point.htmlฉันหวังว่าผู้สนับสนุนโอเพ่นซอร์สจะมีความรุนแรงน้อยกว่าในการติดต่อ กับนักวิจารณ์บางครั้ง แต่ฉันไม่รังเกียจพวกเขา "เป็นเจ้าของ" คำนี้
James

0

แน่นอนว่ามีหลายกรณีเช่น Mozilla และใบอนุญาต tri-MPL / GPL / LGPL จริงอยู่ที่ Mozilla ไม่มีข้อ จำกัด ด้านการใช้งานและไม่คิดค่าใช้จ่ายสำหรับซอฟต์แวร์ของพวกเขา (เท่าที่ฉันรู้) แต่เป็นตัวอย่างของแอปพลิเคชันโอเพนซอร์สยอดนิยม "ยืดหยุ่นยืดหยุ่น"


0

ใช่มีผลิตภัณฑ์ที่มีสิทธิ์ใช้งานดังกล่าว ตัวอย่างที่ดีคือravendb - ซึ่งแน่นอนว่าไม่ได้ถูกรังเกียจโดยนักพัฒนา

การจำศีล Rhinos เสนอทั้งโอเพนซอร์ซและฉบับ RavenDB เชิงพาณิชย์

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

คุณสามารถใช้ Raven ได้ฟรีหากโครงการของคุณเป็นโอเพ่นซอร์ส หากคุณต้องการใช้ Raven ในการสร้างซอฟต์แวร์เชิงพาณิชย์คุณต้องซื้อใบอนุญาตประกอบการค้า ...

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

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