สิ่งที่คุณต้องรู้เกี่ยวกับโอเพ่นซอร์สและสิทธิ์การใช้งานที่เป็นกรรมสิทธิ์

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

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

ข้อมูลเบื้องต้นเกี่ยวกับลิขสิทธิ์ซอฟต์แวร์

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

ใบอนุญาตโอเพ่นซอร์ส

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

โดยปกติ ผู้พัฒนาจะเลือกใบอนุญาตโอเพ่นซอร์สเฉพาะ ให้เหมาะสมกับงาน มีให้เลือกมากมาย เช่น GNU General Public License (GPL), MIT License หรือ Mozilla Public License (MPL)

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

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

ใบอนุญาตที่เป็นกรรมสิทธิ์

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

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

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

นอกจากนี้ยังส่งผลให้เกิดปัญหากับผู้ใช้ที่ต้องพึ่งพาซอฟต์แวร์ที่นักพัฒนาละทิ้ง - บ่อยครั้งที่ใบอนุญาตยังคงใช้งานอยู่

การเปรียบเทียบโอเพ่นซอร์สและสิทธิ์ใช้งานที่เป็นกรรมสิทธิ์

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

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

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

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

อย่างไรก็ตาม บริษัทอื่นๆ ได้นำโอเพ่นซอร์สไปใช้ในทางที่ต่างออกไป ทั้ง Google และ Microsoft ได้สร้างหรือซื้อโครงการโอเพนซอร์ซเพื่อสร้างผลิตภัณฑ์ที่เป็นกรรมสิทธิ์ ทั้ง Google Chrome และ Github เป็นกรรมสิทธิ์แต่อยู่บนเบราว์เซอร์ Chromium และ Git ตามลำดับ

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

บทสรุป

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

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