ซอฟต์แวร์โอเพนซอร์สฟรี (FOSS) หรือซอฟต์แวร์โอเพนซอร์สฟรี/เสรี (FLOSS) คือซอร์สโค้ดที่เปิดเผยต่อสาธารณะซึ่งได้รับอนุญาตโดยไม่มีข้อจำกัดใดๆ ในการใช้งาน การแก้ไข หรือการแจกจ่ายยังคงมีความสับสนเกี่ยวกับคำจำกัดความนี้อยู่ เนื่องจากคำว่า "ฟรี" หรือที่รู้จักกันในชื่อ "เสรี" หมายถึงอิสรภาพของผลิตภัณฑ์ ไม่ใช่ราคา ค่าใช้จ่าย ต้นทุน หรือค่าธรรมเนียม ตัวอย่างเช่น "การมีอิสระในการพูด" ไม่เหมือนกับ "เบียร์ฟรี" ^{[ 19 ]}

ในทางกลับกัน Richard Stallman โต้แย้งว่า "ความหมายที่ชัดเจน" ของคำว่า "โอเพนซอร์ส" คือรหัสต้นฉบับเป็นสาธารณะ/สามารถเข้าถึงได้เพื่อตรวจสอบ โดยไม่จำเป็นต้องให้สิทธิ์อื่นใด แม้ว่าผู้สนับสนุนคำนี้จะกล่าวว่าต้องปฏิบัติตาม เงื่อนไขใน คำจำกัดความของโอเพนซอร์ส ก็ตาม ^{[ 20 ]}

คำว่า "เสรีและเปิดกว้าง" ไม่ควรสับสนกับ การเป็นเจ้าของโดยรัฐ ( การเป็นเจ้าของโดยรัฐ ) การแปรรูปเป็นของรัฐ ( การโอนเป็นของรัฐ ) การต่อต้านการแปรรูปเป็นของรัฐ ( การต่อต้านบริษัทเอกชน ) หรือ พฤติกรรม ที่โปร่งใส

• จีเอ็นยู
  • แถลงการณ์ GNU
  • ริชาร์ด สตอลล์แมน
• Gratis กับ libre (ไม่มีค่าใช้จ่าย กับ ไม่มีข้อจำกัด)

ตามที่ Feller et al. (2005) กล่าวไว้ คำว่า " ซอฟต์แวร์เสรี " และ "ซอฟต์แวร์โอเพนซอร์ส" ควรนำไปใช้กับ "ผลิตภัณฑ์ซอฟต์แวร์ที่เผยแพร่ภายใต้เงื่อนไขที่อนุญาตให้ผู้ใช้" ใช้ แก้ไข และเผยแพร่ซอฟต์แวร์ "ในลักษณะใดก็ได้ตามที่เห็นสมควร โดยไม่ต้องจ่ายค่าลิขสิทธิ์หรือค่าธรรมเนียมให้กับผู้เขียนซอฟต์แวร์สำหรับการมีส่วนร่วมในกิจกรรมที่ระบุไว้" ^{[ 21 ]}

แม้ว่าในตอนแรกจะยอมรับ^{[ 22 ]} แต่ ริชาร์ด สตอลล์แมนแห่ง FSF คัดค้านการใช้คำว่า "โอเพนซอร์ส" กับสิ่งที่พวกเขาเรียกว่า "ซอฟต์แวร์เสรี" อย่างสิ้นเชิง แม้ว่าเขาจะเห็นด้วยว่าทั้งสองคำอธิบาย "ซอฟต์แวร์ประเภทเดียวกันเกือบทั้งหมด" แต่สตอลล์แมนก็พิจารณาว่าการเทียบเคียงคำทั้งสองนั้นไม่ถูกต้องและทำให้เข้าใจผิด^{[ 23 ]}สตอลล์แมนยังคัดค้านแนวคิดปฏิบัตินิยมของOpen Source Initiative ด้วย เนื่องจากเขากลัวว่าอุดมคติของซอฟต์แวร์เสรีในเรื่องเสรีภาพและชุมชนจะถูกคุกคามจากการประนีประนอมกับมาตรฐานในอุดมคติของ FSF สำหรับเสรีภาพของซอฟต์แวร์^{[ 24 ]} FSF ถือว่าซอฟต์แวร์เสรีเป็นส่วนย่อยของซอฟต์แวร์โอเพนซอร์ส และริชาร์ด สตอลล์แมนอธิบายว่า ซอฟต์แวร์ DRMตัวอย่างเช่น สามารถพัฒนาเป็นโอเพนซอร์สได้ แม้ว่าจะไม่ได้ให้เสรีภาพแก่ผู้ใช้ (แต่กลับจำกัดพวกเขา) ดังนั้นจึงไม่ถือว่าเป็นซอฟต์แวร์เสรี^{[ 23 ]}

ในบทความเรื่องThe Cathedral and the Bazaar ในปี 1997 Eric S. Raymondผู้มีส่วนร่วมในการพัฒนาซอฟต์แวร์โอเพนซอร์สที่มีอิทธิพลได้เสนอแบบจำลองสำหรับการพัฒนาซอฟต์แวร์โอเพนซอร์สที่เรียกว่า แบบ จำลองตลาด (bazaar model) Raymond เปรียบเทียบการพัฒนาซอฟต์แวร์ด้วยวิธีการแบบดั้งเดิมกับการสร้างมหาวิหาร โดยแต่ละบุคคลหรือกลุ่มเล็กๆ ทำงานอย่างระมัดระวังและแยกจากกัน เขาแนะนำว่าซอฟต์แวร์ทั้งหมดควรได้รับการพัฒนาโดยใช้รูปแบบตลาด โดยมีวาระและวิธีการที่แตกต่างกัน^{[ 25 ]}

ในรูปแบบการพัฒนาแบบดั้งเดิม ซึ่งเขาเรียกว่า รูปแบบ วิหารการพัฒนาจะเกิดขึ้นในลักษณะรวมศูนย์ บทบาทต่างๆ ได้รับการกำหนดไว้อย่างชัดเจน บทบาทต่างๆ ได้แก่ ผู้ที่อุทิศตนเพื่อการออกแบบ (สถาปนิก) ผู้ที่รับผิดชอบในการจัดการโครงการ และผู้ที่รับผิดชอบในการดำเนินการ วิศวกรรมซอฟต์แวร์แบบดั้งเดิมปฏิบัติตามรูปแบบวิหาร^{[ 25 ]}

อย่างไรก็ตาม รูปแบบตลาดนั้นแตกต่างออกไป ในรูปแบบนี้ บทบาทต่างๆ ไม่ได้ถูกกำหนดไว้อย่างชัดเจน^{[ 25 ]}ลักษณะบางประการที่เสนอสำหรับซอฟต์แวร์ที่พัฒนาโดยใช้รูปแบบตลาดควรแสดงรูปแบบดังต่อไปนี้: ^{[ 26 ]}

• ควรปฏิบัติต่อผู้ใช้เสมือนเป็นผู้ร่วมพัฒนา:ผู้ใช้ควรได้รับการปฏิบัติเสมือนเป็นผู้ร่วมพัฒนา ดังนั้นพวกเขาควรเข้าถึงซอร์สโค้ดของซอฟต์แวร์ได้ นอกจากนี้ ยังสนับสนุนให้ผู้ใช้ส่งส่วนเพิ่มเติมของซอฟต์แวร์ การแก้ไขโค้ด รายงานข้อบกพร่องเอกสารประกอบ ฯลฯ การมีผู้ร่วมพัฒนามากขึ้นจะช่วยเพิ่มอัตราการพัฒนาซอฟต์แวร์กฎของ Linusกล่าวว่า หากมีผู้ตรวจสอบมากพอ ข้อบกพร่องทั้งหมดก็จะมองไม่เห็น นั่นหมายความว่า หากผู้ใช้จำนวนมากตรวจสอบซอร์สโค้ด ในที่สุดพวกเขาก็จะพบข้อบกพร่องทั้งหมดและแนะนำวิธีการแก้ไข ผู้ใช้บางคนมีทักษะการเขียนโปรแกรมขั้นสูง และยิ่งไปกว่านั้น เครื่องของผู้ใช้แต่ละคนยังเป็นสภาพแวดล้อมการทดสอบเพิ่มเติม สภาพแวดล้อมการทดสอบใหม่นี้ทำให้สามารถค้นหาและแก้ไขข้อบกพร่องใหม่ได้ ^{[ 26 ]}
• การเผยแพร่ในช่วงแรก :ควรเผยแพร่ซอฟต์แวร์เวอร์ชันแรกให้เร็วที่สุดเท่าที่จะเป็นไปได้ เพื่อเพิ่มโอกาสในการหาผู้ร่วมพัฒนาตั้งแต่เนิ่นๆ ^{[ 26 ]}
• การผสานรวมบ่อยครั้ง:การเปลี่ยนแปลงโค้ดควรได้รับการผสานรวม (รวมเข้ากับฐานโค้ดที่ใช้ร่วมกัน) บ่อยที่สุดเท่าที่จะเป็นไปได้ เพื่อหลีกเลี่ยงภาระในการแก้ไขข้อบกพร่องจำนวนมากในช่วงท้ายของวงจรชีวิตโครงการ ^{[ 26 ] [ 27 ]}โครงการโอเพนซอร์สบางโครงการมีการสร้างเวอร์ชันรายวันซึ่งการผสานรวมจะดำเนินการโดยอัตโนมัติ ^{[ 26 ]}
• หลายเวอร์ชัน:ควรมีซอฟต์แวร์อย่างน้อยสองเวอร์ชัน ควรมีเวอร์ชันที่มีข้อบกพร่องมากกว่าพร้อมคุณสมบัติเพิ่มเติม และเวอร์ชันที่เสถียรกว่าพร้อมคุณสมบัติน้อยกว่า เวอร์ชันที่มีข้อบกพร่อง (เรียกอีกอย่างว่าเวอร์ชันสำหรับการพัฒนา) มีไว้สำหรับผู้ใช้ที่ต้องการใช้คุณสมบัติล่าสุดทันทีและยินดีที่จะยอมรับความเสี่ยงในการใช้โค้ดที่ยังไม่ได้ทดสอบอย่างละเอียด ^{[ 26 ]}จากนั้นผู้ใช้สามารถทำหน้าที่เป็นผู้ร่วมพัฒนา โดยรายงานข้อบกพร่องและให้การแก้ไขข้อบกพร่อง ^{[ 26 ] [ 28 ]}
• การแบ่งส่วนโมดูลสูง:โครงสร้างทั่วไปของซอฟต์แวร์ควรเป็นแบบโมดูลาร์เพื่อให้สามารถพัฒนาแบบคู่ขนานบนส่วนประกอบอิสระได้ ^{[ 26 ]}
• โครงสร้างการตัดสินใจแบบไดนามิก:จำเป็นต้องมีโครงสร้างการตัดสินใจ ไม่ว่าจะเป็นแบบเป็นทางการหรือไม่เป็นทางการ ที่ทำการตัดสินใจเชิงกลยุทธ์โดยขึ้นอยู่กับความต้องการของผู้ใช้ที่เปลี่ยนแปลงไปและปัจจัยอื่นๆ เปรียบเทียบกับเขียนโปรแกรมแบบสุดขั้ว^{[ 26 ]}

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

การนำมาตรฐานไปใช้แบบโอเพนซอร์สสามารถเพิ่มการยอมรับและความยั่งยืนในระยะยาวของมาตรฐานนั้นได้^{[ 29 ]}มักจะส่งเสริมความภักดีของนักพัฒนา เนื่องจากผู้มีส่วนร่วมรู้สึกถึงการมีส่วนร่วมและความเป็นเจ้าของในกระบวนการพัฒนาและผลิตภัณฑ์ขั้นสุดท้ายมากขึ้น^{[ 30 ]}

นอกจากนี้ ยังต้องการต้นทุนที่ต่ำกว่าสำหรับการตลาดและบริการด้านโลจิสติกส์สำหรับ OSS ^{[ 31 ]} OSS สามารถเป็นเครื่องมือในการส่งเสริมภาพลักษณ์ของบริษัท รวมถึงผลิตภัณฑ์เชิงพาณิชย์^{[ 32 ]}แนวทางการพัฒนา OSS เป็นที่ทราบกันดีว่าช่วยผลิตซอฟต์แวร์ที่เชื่อถือได้และมีคุณภาพสูงได้อย่างรวดเร็วและประหยัด^{[ 31 ]}

การพัฒนาซอฟต์แวร์โอเพนซอร์สมีศักยภาพที่จะเร่งนวัตกรรมและสร้างคุณค่าทางสังคม ตัวอย่างเช่น ในฝรั่งเศส นโยบายที่กระตุ้นให้รัฐบาลสนับสนุนซอฟต์แวร์โอเพนซอร์สฟรีส่งผลให้มีผลงาน OSS เพิ่มขึ้นเกือบ 600,000 ชิ้นต่อปี ซึ่งสร้างคุณค่าทางสังคมโดยการเพิ่มปริมาณและคุณภาพของซอฟต์แวร์โอเพนซอร์ส นโยบายนี้ยังนำไปสู่การเพิ่มขึ้นของสตาร์ทอัพด้านเทคโนโลยีประมาณ 18% และจำนวนผู้ที่ได้รับการจ้างงานในภาคไอทีเพิ่มขึ้น 14% ^{[ 33 ]}

OSS จะมีความน่าเชื่อถือสูงเมื่อมีโปรแกรมเมอร์อิสระหลายพันคนทำการทดสอบและแก้ไขข้อบกพร่องของซอฟต์แวร์^{[ 26 ]}โอเพนซอร์สไม่ขึ้นอยู่กับบริษัทหรือผู้เขียนที่สร้างมันขึ้นมาในตอนแรก แม้ว่าบริษัทจะล้มเหลว โค้ดก็ยังคงอยู่และได้รับการพัฒนาโดยผู้ใช้^{[ 34 ]}

OSS มีความยืดหยุ่นเนื่องจากระบบโมดูลาร์ช่วยให้โปรแกรมเมอร์สามารถสร้างอินเทอร์เฟซแบบกำหนดเองหรือเพิ่มความสามารถใหม่ ๆ ได้ การผสมผสานมุมมองที่แตกต่างกัน วัตถุประสงค์ขององค์กร และเป้าหมายส่วนบุคคลช่วยให้เกิดนวัตกรรม^{[ 35 ]}

ยิ่งไปกว่านั้น ซอฟต์แวร์ฟรีสามารถพัฒนาได้ตามข้อกำหนดทางเทคนิคล้วนๆ ไม่จำเป็นต้องคำนึงถึงแรงกดดันทางการค้าที่มักจะทำให้คุณภาพของซอฟต์แวร์ลดลง แรงกดดันทางการค้าทำให้ผู้พัฒนาซอฟต์แวร์แบบดั้งเดิมให้ความสำคัญกับความต้องการของลูกค้ามากกว่าข้อกำหนดด้านความปลอดภัย เนื่องจากคุณลักษณะดังกล่าวค่อนข้างมองไม่เห็นสำหรับลูกค้า^{[ 36 ]}

ในการพัฒนาซอฟต์แวร์โอเพนซอร์ส จะมีการใช้อุปกรณ์เพื่อสนับสนุนการพัฒนาผลิตภัณฑ์และกระบวนการพัฒนาเอง^{[ 28 ]}

ระบบ ควบคุมเวอร์ชันเช่น ระบบควบคุมเวอร์ชันแบบรวมศูนย์ (CVCS) และระบบควบคุมเวอร์ชันแบบกระจายศูนย์ (DVCS) เป็นตัวอย่างของเครื่องมือ ซึ่งมักเป็นโอเพนซอร์ส ที่ช่วยจัดการไฟล์ซอร์สโค้ดและการเปลี่ยนแปลงไฟล์เหล่านั้นสำหรับโครงการซอฟต์แวร์ เพื่อส่งเสริมการทำงานร่วมกัน CVCS เป็นแบบรวมศูนย์โดยมีที่เก็บข้อมูลส่วนกลาง ในขณะที่ DVCS เป็นแบบกระจายศูนย์และมีที่เก็บข้อมูลในพื้นที่สำหรับผู้ใช้แต่ละคนConcurrent Versions System (CVS) และSubversion (SVN) ในภายหลัง เป็นตัวอย่างของ CVCS ในขณะที่Gitเป็น DVCS และเป็นซอฟต์แวร์ควบคุมเวอร์ชันที่ใช้กันอย่างแพร่หลายที่สุด^{[ 37 ]}ที่เก็บข้อมูลเหล่านี้ได้รับการโฮสต์และเผยแพร่บน สิ่งอำนวยความสะดวก ^ในการโฮสต์ซอร์สโค้ดเช่นGitHubหรือGitlab [ ^{38 ]}

โครงการโอเพนซอร์สใช้ยูทิลิตี้ เช่น ตัวติดตามปัญหา เพื่อจัดการการพัฒนาซอฟต์แวร์โอเพนซอร์ส ตัวติดตามบั๊กที่ใช้^กันทั่วไปได้แก่BugzillaและRedmine ^{[ 28} ]

เครื่องมือต่างๆ เช่นรายชื่ออีเมลและIRCช่วยให้สามารถประสานงานและหารือเกี่ยวกับข้อบกพร่องระหว่างนักพัฒนาได้ หน้าเว็บโครงการ หน้าวิกิ รายการแผนงาน และกลุ่มข่าวช่วยให้สามารถเผยแพร่ข้อมูลโครงการที่มุ่งเน้นผู้ใช้ปลายทางได้^{[ 28 ]}

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

วิธีการบางอย่างในการมีส่วนร่วมในซอฟต์แวร์โอเพนซอร์ส ได้แก่ บทบาทต่างๆ เช่นการเขียนโปรแกรมการบำรุงรักษาการออกแบบและการทดสอบ ส่วน ติดต่อผู้ใช้การออกแบบเว็บการคัดแยกบั๊กการออกแบบและการทดสอบการเข้าถึงการออกแบบ UXการทดสอบโค้ด และการตรวจสอบและการทดสอบความปลอดภัยอย่างไรก็ตาม ยังมีหลายวิธีในการมีส่วนร่วมในโครงการ OSS แม้ว่าจะไม่มีทักษะการเขียนโค้ดก็ตาม ตัวอย่างเช่น วิธีการมีส่วนร่วมที่ไม่เน้นด้านเทคนิคมากนัก ได้แก่ การเขียนและการแก้ไขเอกสารการแปลการจัดการโครงการการจัดและการประสานงานกิจกรรม การตลาด การจัดการการเผยแพร่ การจัดการชุมชน และการประชาสัมพันธ์และการเผยแพร่^{[ 39 ]}

การให้ทุนสนับสนุนเป็นอีกวิธีหนึ่งที่บุคคลและองค์กรเลือกที่จะสนับสนุนโครงการโอเพนซอร์ส กลุ่มต่างๆ เช่นOpen Collectiveเป็นช่องทางให้บุคคลทั่วไปสามารถบริจาคเงินรายเดือนเพื่อสนับสนุนโครงการที่ตนชื่นชอบได้^{[ 40 ]}องค์กรต่างๆ เช่นSovereign Tech Fundสามารถบริจาคเงินหลายล้านเพื่อสนับสนุนเครื่องมือที่รัฐบาลเยอรมันใช้^{[ 41 ]}มูลนิธิวิทยาศาสตร์แห่งชาติได้จัดตั้งโครงการ Pathways to Enable Open-Source Ecosystems (POSE) เพื่อสนับสนุนนวัตกรรมโอเพนซอร์ส^{[ 42 ]}

การนำซอฟต์แวร์โอเพนซอร์สมาใช้ในอุตสาหกรรมเพิ่มขึ้นเรื่อยๆ[ ^{43 ] OSS}เป็นที่นิยมในหลายอุตสาหกรรม เช่นโทรคมนาคมการบินและอวกาศการดูแลสุขภาพและ สื่อ และความบันเทิงเนื่องจากประโยชน์ที่ได้รับ^{[ 44 ]}การนำ OSS มาใช้มีแนวโน้มมากขึ้นในองค์กรขนาดใหญ่ และขึ้นอยู่กับการใช้งานไอที ประสิทธิภาพการดำเนินงาน และผลิตภาพของพนักงานของบริษัท^{[ 43 ]}

อุตสาหกรรมมีแนวโน้มที่จะใช้ OSS เนื่องจากฟังก์ชันการทำงานเบื้องหลัง การสนับสนุนการขาย การวิจัยและพัฒนา คุณสมบัติซอฟต์แวร์ การติดตั้งใช้งานอย่างรวดเร็ว ความสามารถในการพกพาข้ามแพลตฟอร์ม และการหลีกเลี่ยงการจัดการใบอนุญาตเชิงพาณิชย์ นอกจากนี้ ต้นทุนที่ต่ำกว่าสำหรับฮาร์ดแวร์และการเป็นเจ้าของก็เป็นประโยชน์ที่สำคัญเช่นกัน^{[ 43 ]}

องค์กรที่สนับสนุนการพัฒนาและการขยายตัวของการเคลื่อนไหวซอฟต์แวร์เสรีและโอเพนซอร์สมีอยู่ทั่วโลก องค์กรเหล่านี้อุทิศตนเพื่อเป้าหมายต่างๆ เช่น การสอนและการเผยแพร่เทคโนโลยี ดังที่อดีตรองประธานของOpen Source Initiative ได้ระบุไว้ องค์กรของอเมริกาบางแห่ง ได้แก่Free Software Foundation , Software Freedom Conservancy , Open Source InitiativeและSoftware in the Public Interestในยุโรป องค์กรที่โดดเด่นบางแห่ง ได้แก่Free Software Foundation Europe , open-source projects EU (OSP) และOpenForum Europe (OFE) องค์กรของออสเตรเลียคือLinux Australiaในขณะที่เอเชียมี Open source Asia และ FOSSAsia Free and open source software for Africa (FOSSFA) และ OpenAfrica เป็นองค์กรของแอฟริกา และเอเชียกลางและเอเชียใต้มีองค์กรต่างๆ เช่นFLISOLและ GRUP de usuarios de software libre Peru นอกเหนือจากนี้ ยังมีองค์กรอีกมากมายที่อุทิศตนเพื่อความก้าวหน้าของซอฟต์แวร์โอเพนซอร์ส^{[ 39 ]}

โดยทั่วไปแล้ว ผลิตภัณฑ์ ซอฟต์แวร์โอเพนซอร์ส (FOSS)จะได้รับอนุญาตภายใต้ใบอนุญาตสองประเภท ได้แก่ใบอนุญาตแบบอนุญาตอย่างเสรี (permissive licensing ) และใบอนุญาตแบบคัดลอกลิขสิทธิ์ (copyleft licensing ) ใบอนุญาตทั้งสองประเภทนี้แตกต่างจากใบอนุญาต แบบกรรมสิทธิ์ตรง ที่อนุญาตให้ผู้ใช้เข้าถึงซอฟต์แวร์ได้มากขึ้น และอนุญาตให้สร้างงานดัดแปลงได้ตามที่ระบุไว้ในเงื่อนไขของใบอนุญาตเฉพาะนั้นๆ เนื่องจากใบอนุญาตแต่ละประเภทมีกฎเกณฑ์ของตนเอง ใบอนุญาตแบบอนุญาตอย่างเสรีอนุญาตให้ผู้รับซอฟต์แวร์นำสิทธิ์ลิขสิทธิ์ ของผู้เขียนไปใช้ได้ โดยไม่จำเป็นต้องใช้ใบอนุญาตเดียวกันสำหรับการเผยแพร่ ตัวอย่างของใบอนุญาตประเภทนี้ ได้แก่ ใบอนุญาต BSD , MITและApacheใบอนุญาตแบบคัดลอกลิขสิทธิ์นั้นแตกต่างออกไปตรงที่กำหนดให้ผู้รับต้องใช้ใบอนุญาตเดียวกันอย่างน้อยในบางส่วนของการเผยแพร่ผลงาน ใบอนุญาตแบบคัดลอกลิขสิทธิ์ที่เข้มงวดกำหนดให้งานดัดแปลงทั้งหมดต้องใช้ใบอนุญาตเดียวกัน ในขณะที่ใบอนุญาตแบบคัดลอกลิขสิทธิ์ที่อ่อนแอ กำหนดให้ใช้ใบอนุญาตเดียวกันเฉพาะในบางเงื่อนไขเท่านั้น ตัวอย่างของใบอนุญาตประเภทนี้ ได้แก่ตระกูลใบอนุญาต GNUและใบอนุญาตMPLและEPLความคล้ายคลึงกันระหว่างการอนุญาตทั้งสองประเภทนี้ ได้แก่ การอนุญาตให้ใช้สิทธิ์ลิขสิทธิ์อย่างกว้างขวาง การกำหนดให้ผู้รับต้องเก็บรักษาประกาศลิขสิทธิ์ และการส่งสำเนาใบอนุญาตให้กับผู้รับพร้อมกับรหัส^{[ 45 ]}

หลักฐานทางกฎหมายที่สำคัญประการหนึ่งสำหรับซอฟต์แวร์โอเพนซอร์สถูกสร้างขึ้นในปี 2551 เมื่อคดี Jacobson v Katzer บังคับใช้เงื่อนไขของใบอนุญาต Artisticรวมถึงการให้เครดิตและการระบุการแก้ไข คำตัดสินในคดีนี้ทำให้การบังคับใช้ภายใต้กฎหมายลิขสิทธิ์มีความชัดเจนมากขึ้นเมื่อไม่ปฏิบัติตามเงื่อนไขของใบอนุญาต เนื่องจากความคล้ายคลึงกันของใบอนุญาต Artisticกับใบอนุญาตซอฟต์แวร์โอเพนซอร์สอื่นๆ คำตัดสินนี้จึงสร้างแบบอย่างที่สามารถนำไปใช้ได้อย่างกว้างขวาง^{[ 45 ]}

ตัวอย่างของใบอนุญาตซอฟต์แวร์เสรี / ใบอนุญาตโอเพนซอร์สได้แก่ใบอนุญาต Apache , ใบอนุญาต BSD , ใบอนุญาต GNU General Public License , ใบอนุญาต GNU Lesser General Public License , ใบอนุญาต MIT , ใบอนุญาต Eclipse Public Licenseและ ใบอนุญาต Mozilla Public License ^{[ 45 ]}

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

ในประวัติศาสตร์ทางกฎหมายของซอฟต์แวร์โดยรวม มีการถกเถียงกันมากว่าควรคุ้มครองซอฟต์แวร์ในฐานะทรัพย์สินทางปัญญาภายใต้กฎหมายสิทธิบัตรกฎหมายลิขสิทธิ์หรือการกำหนดข้อบังคับเฉพาะขึ้นมา ในที่สุดกฎหมายลิขสิทธิ์ก็กลายเป็นมาตรฐาน โดยถือว่าโปรแกรมคอมพิวเตอร์เป็นรูปแบบหนึ่งของงานวรรณกรรม พร้อมกับมีการปรับเปลี่ยนข้อบังคับเฉพาะบางประการ^{[ 45 ]}

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

ประเด็นอีกประการหนึ่งได้แก่มาตรการป้องกันทางเทคโนโลยี (TPM) และ เทคนิค การจัดการสิทธิ์ดิจิทัล (DRM) ซึ่งได้รับการยอมรับและคุ้มครองทางกฎหมายในระดับสากลภายใต้สนธิสัญญาองค์การทรัพย์สินทางปัญญาโลก (WIPO) ปี 1996ผู้สนับสนุนซอฟต์แวร์โอเพนซอร์สไม่ชอบเทคโนโลยีเหล่านี้ เนื่องจากเทคโนโลยีเหล่านี้จำกัดผู้ใช้ปลายทางซึ่งอาจเกินกว่ากฎหมายลิขสิทธิ์ ยุโรปตอบสนองต่อข้อร้องเรียนดังกล่าวโดยการนำ TPM มาอยู่ภายใต้การควบคุมทางกฎหมาย ซึ่งถือเป็นชัยชนะสำหรับผู้สนับสนุน OSS ^{[ 45 ]}

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

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

เนื่องจากทฤษฎีเศรษฐศาสตร์มุ่งเน้นไปที่การบริโภคทรัพยากรที่หายากเป็นหลัก พลวัตของ OSS จึงอาจเข้าใจได้ยาก ใน OSS ผู้ผลิตจะกลายเป็นผู้บริโภคโดยการได้รับผลตอบแทนจากการมีส่วนร่วมในโครงการ ตัวอย่างเช่น นักพัฒนาจะได้รับการยกย่องจากเพื่อนร่วมงานจากการมีส่วนร่วมที่ประสบความสำเร็จในโครงการ OSS ประโยชน์ทางสังคมและการปฏิสัมพันธ์ของ OSS นั้นยากที่จะนำมาพิจารณาในแบบจำลองทางเศรษฐศาสตร์เช่นกัน ยิ่งไปกว่านั้น นวัตกรรมทางเทคโนโลยีสร้างการอภิปรายและมุมมองด้านคุณค่าที่เปลี่ยนแปลงอยู่ตลอดเวลา ทำให้แบบจำลองทางเศรษฐศาสตร์ไม่สามารถคาดการณ์พฤติกรรมทางสังคมได้^{[ 46 ]}

แม้ว่า OSS จะเป็นสิ่งที่ท้าทายในเชิงทฤษฎีในแบบจำลองทางเศรษฐศาสตร์ แต่ก็สามารถอธิบายได้ว่าเป็นกิจกรรมทางสังคมที่ยั่งยืนซึ่งต้องใช้ทรัพยากร ทรัพยากรเหล่านี้ได้แก่ เวลา เงิน เทคโนโลยี และการมีส่วนร่วม นักพัฒนาหลายคนใช้เทคโนโลยีที่ได้รับทุนจากองค์กรต่างๆ เช่น มหาวิทยาลัยและรัฐบาล แม้ว่าองค์กรเหล่านี้จะได้รับประโยชน์จากงานที่ทำโดย OSS ก็ตาม เมื่อ OSS เติบโตขึ้น ระบบไฮบริดที่มีทั้ง OSS และระบบที่เป็นกรรมสิทธิ์ก็กลายเป็นเรื่องธรรมดามากขึ้น^{[ 46 ]}

ตลอดช่วงกลางทศวรรษ 2000 บริษัทเทคโนโลยีจำนวนมากขึ้นเรื่อยๆ เริ่มใช้ซอฟต์แวร์โอเพนซอร์ส ตัวอย่างเช่น การที่ เดลล์เริ่มจำหน่ายคอมพิวเตอร์ ที่ติดตั้ง ลินุกซ์ไว้แล้ว แม้แต่ ไมโครซอฟต์เองก็เปิดตัวระบบปฏิบัติการที่ใช้ลินุกซ์ แม้จะเคยมีความขัดแย้งกับขบวนการโอเพนซอร์สมาก่อนก็ตาม ถึงแม้จะมีการพัฒนาเหล่านี้ บริษัทเหล่านี้ก็มักจะใช้โอเพนซอร์สเพื่อวัตถุประสงค์บางอย่างเท่านั้น ซึ่งนำไปสู่ความกังวลว่าโอเพนซอร์สกำลังถูกบริษัทต่างๆ เอาเปรียบโดยไม่ได้รับอะไรตอบแทน^{[ 34 ]}

รัฐบาลหลายแห่งสนใจที่จะนำซอฟต์แวร์โอเพนซอร์สมาใช้และส่งเสริมเนื่องจากมีประโยชน์มากมาย ตัวอย่างเช่นรัฐบาลสหราชอาณาจักรได้ออกนโยบายส่งเสริมโอเพนซอร์สและมาตรฐานเปิดในปี 2547 และได้ย้ำนโยบายดังกล่าวอีกครั้งในปี 2552 ว่า "รัฐบาลจะพิจารณาโซลูชันโอเพนซอร์สควบคู่ไปกับ โซลูชัน ที่เป็นกรรมสิทธิ์ อย่างจริงจังและเป็นธรรม " ^{[ 47 ]}อย่างไรก็ตาม ประเด็นที่ต้องพิจารณาคือความปลอดภัยทางไซเบอร์แม้ว่าช่องโหว่โดยบังเอิญจะเป็นไปได้ แต่การโจมตีจากภายนอกก็เป็นไปได้เช่นกัน ด้วยความกังวลเหล่านี้ ความสนใจของรัฐบาลในการมีส่วนร่วมในการกำกับดูแลซอฟต์แวร์จึงมีความโดดเด่นมากขึ้น อย่างไรก็ตาม นี่เป็นเพียงภาพรวมของปัญหา โดยแต่ละประเทศมีปฏิสัมพันธ์ทางการเมืองเฉพาะของตนเองกับซอฟต์แวร์โอเพนซอร์สและเป้าหมายในการนำไปใช้ ตัวอย่างเช่น สหรัฐอเมริกาให้ความสำคัญกับความมั่นคงของชาติในส่วนที่เกี่ยวกับการนำซอฟต์แวร์โอเพนซอร์สมาใช้ เนื่องจากภัยคุกคามที่รับรู้ได้จากการเพิ่มขึ้นของกิจกรรมซอฟต์แวร์โอเพนซอร์สในประเทศต่างๆ เช่น จีนและรัสเซีย โดยกระทรวงกลาโหมพิจารณาเกณฑ์หลายประการสำหรับการใช้ OSS เกณฑ์เหล่านี้รวมถึงว่ามาจากแหล่งที่เชื่อถือได้และได้รับการดูแลรักษาโดยแหล่งที่เชื่อถือได้หรือไม่ ว่าจะได้รับการดูแลรักษาต่อไปหรือไม่ มีการพึ่งพาส่วนประกอบย่อยในซอฟต์แวร์หรือไม่ ความปลอดภัยและความสมบูรณ์ของส่วนประกอบ และอิทธิพลของรัฐบาลต่างประเทศ^{[ 2 ]}

อีกประเด็นหนึ่งสำหรับรัฐบาลเกี่ยวกับโอเพนซอร์สคือการลงทุนในเทคโนโลยีต่างๆ เช่นระบบปฏิบัติการเซมิคอนดักเตอร์ คลาวด์และปัญญาประดิษฐ์เทคโนโลยีเหล่านี้ล้วนมีผลกระทบต่อความร่วมมือระดับโลก ซึ่งก่อให้เกิดปัญหาด้านความปลอดภัยและผลที่ตามมาทางการเมือง ประเทศต่างๆ ต้องสร้างสมดุลระหว่างนวัตกรรมทางเทคโนโลยีกับการพึ่งพาเทคโนโลยีในความร่วมมือเหล่านี้ ตัวอย่างเช่น หลังจากที่บริษัทหัวเว่ยของจีนซึ่งพึ่งพาโอเพนซอร์สถูกห้ามไม่ให้ใช้ระบบ Android ของ Googleในปี 2019 พวกเขาก็เริ่มสร้างระบบปฏิบัติการทางเลือกของตนเองขึ้นมา นั่นคือHarmony OS ^{[ 2 ]}

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

ในยุคแรกเริ่มของการคำนวณโดยเฉพาะอย่างยิ่งในช่วงทศวรรษ 1950 และ 1960 โปรแกรมเมอร์และนักพัฒนาซอฟต์แวร์มักแบ่งปันซอฟต์แวร์เพื่อเรียนรู้ซึ่งกันและกันและพัฒนาสาขานี้ ระบบในยุคแรก เช่นUnixยังให้ผู้ใช้เข้าถึงซอร์สโค้ด ได้ ทำให้สามารถทำงานร่วมกันและแก้ไขได้ อย่างไรก็ตาม ด้วยการเติบโตของ อุตสาหกรรม ซอฟต์แวร์เชิงพาณิชย์ในช่วงทศวรรษ 1970 และ 1980 วัฒนธรรมการแบ่งปันแบบเปิดนี้เริ่มลดลงเนื่องจากโมเดลกรรมสิทธิ์กลายเป็นที่แพร่หลาย แม้จะมีการเปลี่ยนแปลงนี้ สถาบันการศึกษาและสถาบันวิจัยยังคงส่งเสริมแนวทางการพัฒนาซอฟต์แวร์แบบร่วมมือกันต่อไป^{[ 48 ]}

เพื่อตอบสนองต่อเรื่องนี้ ขบวนการโอเพนซอร์สจึงถือกำเนิดขึ้นจากผลงานของโปรแกรมเมอร์ผู้เชี่ยวชาญที่กระตือรือร้น ซึ่งมักถูกเรียกว่าแฮกเกอร์หรือวัฒนธรรมแฮกเกอร์^{[ 49 ]}หนึ่งในผู้ที่กระตือรือร้นเหล่านี้คือRichard Stallmanซึ่งเป็นแรงผลักดันสำคัญเบื้องหลังขบวนการซอฟต์แวร์เสรีซึ่งต่อมาได้นำไปสู่ขบวนการโอเพนซอร์สในปี 1984 เขาลาออกจาก MIT เพื่อสร้างระบบปฏิบัติการเสรีGNUหลังจากที่วัฒนธรรมโปรแกรมเมอร์ในห้องปฏิบัติการของเขาถูกบีบคั้นด้วยซอฟต์แวร์กรรมสิทธิ์ที่ขัดขวางการแบ่งปันและปรับปรุงซอร์สโค้ด GNU สามารถใช้งานร่วมกับ UNIX ได้ ซึ่งหมายความว่าโปรแกรมเมอร์ที่กระตือรือร้นจะยังคงคุ้นเคยกับวิธีการทำงานของมัน อย่างไรก็ตาม ในไม่ช้าก็ปรากฏชัดว่ามีความสับสนบางอย่างเกี่ยวกับฉลากที่ Stallman เลือกใช้ของซอฟต์แวร์เสรีซึ่งเขาอธิบายว่าเสรีเหมือนกับเสรีภาพในการพูด ไม่ใช่เบียร์ฟรี โดยอ้างถึงความหมายของคำว่าเสรีในฐานะอิสรภาพมากกว่าราคา ต่อมาเขาได้ขยายแนวคิดเรื่องอิสรภาพนี้ไปสู่เสรีภาพที่สำคัญสี่ประการ ผ่านทาง GNU บรรทัดฐานของโอเพนซอร์สในการรวมซอร์สโค้ดของผู้อื่น การแก้ไขข้อบกพร่องของชุมชน และข้อเสนอแนะเกี่ยวกับโค้ดสำหรับคุณสมบัติใหม่ ๆ ได้ปรากฏขึ้น ในปี 1985 สตอลแมนได้ก่อตั้งมูลนิธิซอฟต์แวร์เสรี (FSF) เพื่อส่งเสริมการเปลี่ยนแปลงในซอฟต์แวร์และเพื่อช่วยเขียน GNU เพื่อป้องกันไม่ให้งานของเขาถูกนำไปใช้ในซอฟต์แวร์กรรมสิทธิ์ สตอลแมนได้สร้างแนวคิดของcopyleftซึ่งอนุญาตให้ใครก็ตามสามารถใช้งานของเขาได้ แต่ภายใต้เงื่อนไขเฉพาะ เพื่อบรรลุเป้าหมายนี้ เขาได้สร้างGNU General Public License (GNU GPL) ในปี 1989 ซึ่งได้รับการปรับปรุงในปี 1991 ^{[ 27 ]} ในปี 1991 GNU ได้รวมเข้ากับเคอร์เนล Linuxที่เขียนโดยLinus Torvaldsเนื่องจาก GNU ขาดเคอร์เนล^{[ 50 ]}ปัจจุบันระบบปฏิบัติการนี้มักถูกเรียกว่าLinux ^{[ 27 ]}ตลอดช่วงเวลานี้ มีโครงการซอฟต์แวร์เสรีและใบอนุญาตอื่นๆ อีกมากมายในช่วงเวลานั้น ซึ่งแต่ละโครงการก็มีแนวคิดที่แตกต่างกันเกี่ยวกับความหมายของซอฟต์แวร์เสรีและควรจะเป็นอย่างไร รวมถึงจริยธรรมของซอฟต์แวร์กรรมสิทธิ์ เช่นBerkeley Software Distribution , TeXและX Window System ^{[ 51 ]}

เมื่อซอฟต์แวร์เสรีพัฒนาขึ้นมูลนิธิซอฟต์แวร์เสรีจึงเริ่มมองหาวิธีนำแนวคิดซอฟต์แวร์เสรีและประโยชน์ที่รับรู้ได้มาสู่อุตสาหกรรมซอฟต์แวร์เชิงพาณิชย์สรุปได้ว่าการเคลื่อนไหวทางสังคม ของ FSF ไม่ดึงดูดใจบริษัทต่างๆ และพวกเขาต้องการหาวิธีสร้างแบรนด์ใหม่ให้กับขบวนการซอฟต์แวร์เสรีเพื่อเน้นย้ำถึงศักยภาพทางธุรกิจของการแบ่งปันและการทำงานร่วมกันในซอร์สโค้ดซอฟต์แวร์^{[ 51 ]}คำว่าโอเพนซอร์สได้รับการเสนอแนะโดยคริสติน ปีเตอร์สันในปี 1998 ในการประชุมของผู้สนับสนุนซอฟต์แวร์เสรี หลายคนในกลุ่มรู้สึกว่าชื่อซอฟต์แวร์เสรีนั้นสร้างความสับสนให้กับผู้มาใหม่และขัดขวางความสนใจของอุตสาหกรรม และพวกเขายอมรับการกำหนดใหม่เป็นโอเพนซอร์สอย่างง่ายดาย ทำให้เกิดโครงการริเริ่มโอเพนซอร์ส (OSI) และคำจำกัดความของ OSI เกี่ยวกับซอฟต์แวร์โอเพนซอร์ส^{[ 27 ]} ปัจจุบันคำจำกัดความของ โครงการริเริ่มโอเพนซอร์ส (OSI) ได้รับการยอมรับจากรัฐบาลหลายแห่งในระดับนานาชาติว่าเป็นมาตรฐานหรือคำจำกัดความโดยพฤตินัย^{[ 50 ]}คำจำกัดความนี้อิงตามแนวทางซอฟต์แวร์เสรีของ Debianซึ่งเขียนและดัดแปลงโดย Bruce Perens เป็นหลัก^{[ 52 ]}คำจำกัดความของ OSI แตกต่างจากคำจำกัดความของซอฟต์แวร์เสรีตรงที่อนุญาตให้รวมซอฟต์แวร์กรรมสิทธิ์และอนุญาตให้มีเสรีภาพมากขึ้นในการออกใบอนุญาต บางคน เช่น Stallman เห็นด้วยกับแนวคิดดั้งเดิมของซอฟต์แวร์เสรีมากกว่า เนื่องจากมีจุดยืนทางศีลธรรมที่เข้มแข็งต่อต้านซอฟต์แวร์กรรมสิทธิ์ แม้ว่าจะมีการทับซ้อนกันมากระหว่างสองขบวนการในแง่ของการทำงานของซอฟต์แวร์^{[ 27 ]}

ในขณะที่ Open Source Initiative พยายามส่งเสริมการใช้คำศัพท์ใหม่และเผยแพร่หลักการที่ยึดถือ ผู้จำหน่ายซอฟต์แวร์เชิงพาณิชย์กลับพบว่าตนเองถูกคุกคามมากขึ้นเรื่อยๆ จากแนวคิดของซอฟต์แวร์ที่แจกจ่ายอย่างเสรีและการเข้าถึงซอร์สโค้ด ของแอปพลิเคชันอย่างทั่วถึง โดยผู้บริหารของ Microsoft เรียกซอฟต์แวร์โอเพนซอร์ส ว่าเป็นตัวทำลาย ทรัพย์สินทางปัญญาในปี 2544 อย่างไรก็ตาม แม้ว่าซอฟต์แวร์โอเพนซอร์สฟรี (FOSS) จะมีบทบาทนอกเหนือจากการพัฒนาซอฟต์แวร์เอกชนกระแสหลักมาโดยตลอด แต่บริษัทขนาดใหญ่อย่างMicrosoftก็เริ่มพัฒนาเว็บไซต์โอเพนซอร์สอย่างเป็นทางการบนอินเทอร์เน็ต IBM, Oracle และ State Farm เป็นเพียงบริษัทบางส่วนที่มีส่วนได้ส่วนเสียในตลาดโอเพนซอร์สที่มีการแข่งขันสูงในปัจจุบัน ซึ่งถือเป็นการเปลี่ยนแปลงครั้งสำคัญในปรัชญาขององค์กรเกี่ยวกับการพัฒนา FOSS ^{[ 53 ]}

อนาคตของชุมชนซอฟต์แวร์โอเพนซอร์ส และชุมชนซอฟต์แวร์เสรีโดยรวม ประสบความสำเร็จ แม้ว่าจะไม่สับสนเกี่ยวกับสิ่งที่ตนยึดมั่นก็ตาม ตัวอย่างเช่นAndroidและUbuntuเป็นตัวอย่างของความสำเร็จครั้งสำคัญในการพัฒนาซอฟต์แวร์โอเพนซอร์สให้โดดเด่นขึ้นมาจากเบื้องหลังนวัตกรรมทางเทคโนโลยีในช่วงต้นทศวรรษ 2000 อย่างไรก็ตาม บางคนในชุมชนมองว่าสิ่งเหล่านี้เป็นความล้มเหลวในการเป็นตัวแทนของ OSS เนื่องจากปัญหาต่างๆ เช่น การลดความสำคัญของศูนย์กลาง OSS ของ Android โดย Google และพันธมิตร การใช้ใบอนุญาต Apacheที่อนุญาตให้มีการ fork และส่งผลให้สูญเสียโอกาสในการทำงานร่วมกันภายใน Android การให้ความสำคัญกับความสะดวกสบายมากกว่าอิสรภาพใน Ubuntu และคุณสมบัติภายใน Ubuntu ที่ติดตามผู้ใช้เพื่อวัตถุประสงค์ทางการตลาด^{[ 34 ]}

การใช้ OSS กลายเป็นเรื่องปกติมากขึ้นในธุรกิจ โดย 78% ของบริษัทรายงานว่าพวกเขาดำเนินการทั้งหมดหรือบางส่วนบน FOSS ความนิยมของ OSS เพิ่มสูงขึ้นจนถึงจุดที่Microsoftซึ่งเคยต่อต้าน OSS ได้รวมการใช้งาน OSS ไว้ในระบบของตน อย่างไรก็ตาม ความสำเร็จนี้ได้ก่อให้เกิดความกังวลที่จะกำหนดอนาคตของ OSS เนื่องจากชุมชนต้องตอบคำถามต่างๆ เช่น OSS คืออะไร ควรจะเป็นอย่างไร และควรทำอย่างไรเพื่อปกป้องมัน หากจำเป็นต้องปกป้อง โดยรวมแล้ว แม้ว่าการปฏิวัติซอฟต์แวร์เสรีและโอเพนซอร์สจะชะลอตัวลงจนถึงจุดสมดุลในตลาด แต่ก็ไม่ได้หมายความว่ามันจบลงแล้ว เนื่องจากต้องมีการอภิปรายเชิงทฤษฎีมากมายเพื่อกำหนดอนาคตของมัน^{[ 34 ]}

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

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

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

ริชาร์ด สตอลล์แมนผู้นำของขบวนการซอฟต์แวร์เสรีและสมาชิกของมูลนิธิซอฟต์แวร์เสรี คัดค้านการใช้คำว่าโอเพนซอร์สกับสิ่งที่พวกเขาเรียกว่าซอฟต์แวร์เสรี แม้ว่าเขาจะเห็นด้วยว่าทั้งสองคำอธิบายถึงซอฟต์แวร์ประเภทเดียวกันเกือบทั้งหมด แต่สตอลล์แมนคิดว่าการเทียบเคียงคำทั้งสองนั้นไม่ถูกต้องและทำให้เข้าใจผิด^{[ 23 ]} เขาเชื่อว่าความแตกต่างหลักคือการเลือกใช้คำใดคำหนึ่งจะทำให้ผู้อื่นรู้เกี่ยวกับเป้าหมายของตน: การพัฒนา (โอเพนซอร์ส) หรือจุดยืนทางสังคม (ซอฟต์แวร์เสรี) ^{[ 56 ]}อย่างไรก็ตาม มีการทับซ้อนกันอย่างมากระหว่างซอฟต์แวร์โอเพนซอร์สและซอฟต์แวร์เสรี^{[ 23 ]}สตอลล์แมนยังคัดค้านลัทธิปฏิบัตินิยมที่ประกาศใช้ของOpen Source Initiativeเนื่องจากเขากลัวว่าอุดมคติของซอฟต์แวร์เสรีในเรื่องเสรีภาพและชุมชนจะถูกคุกคามจากการประนีประนอมกับมาตรฐานในอุดมคติของ FSF สำหรับเสรีภาพของซอฟต์แวร์^{[ 56 ]} FSF ถือว่าซอฟต์แวร์ฟรีเป็นส่วนย่อยของซอฟต์แวร์โอเพนซอร์ส และ Richard Stallman อธิบายว่า ซอฟต์แวร์ DRMตัวอย่างเช่น สามารถพัฒนาเป็นโอเพนซอร์สได้ แม้ว่าจะจำกัดผู้ใช้ก็ตาม ดังนั้นจึงไม่ถือว่าเป็นซอฟต์แวร์ฟรี^{[ 23 ]}

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

นักพัฒนาใช้คำทางเลือกอื่น เช่นซอฟต์แวร์โอเพนซอร์สฟรี ( FOSS ) หรือซอฟต์แวร์โอเพนซอร์สฟรี (FLOSS) เพื่ออธิบายซอฟต์แวร์โอเพนซอร์สที่เป็นซอฟต์แวร์ฟรีเช่น กัน ^{[ 39 ]}

ซอฟต์แวร์สามารถเผยแพร่ได้พร้อมกับซอร์สโค้ดซึ่งเป็นโค้ดที่อ่านได้ ซอฟต์แวร์จะเรียกว่ามีซอร์สโค้ดให้ดูได้เมื่อซอร์สโค้ดนั้นสามารถดูได้ อย่างไรก็ตาม เพื่อให้มีซอร์สโค้ดให้ดูได้หรือเป็นFOSSซอร์สโค้ดไม่จำเป็นต้องเข้าถึงได้สำหรับทุกคน เพียงแค่ผู้ใช้ซอฟต์แวร์นั้นเท่านั้น แม้ว่าซอฟต์แวร์ FOSS ทั้งหมดจะมีซอร์สโค้ดให้ดูได้เนื่องจากเป็นข้อกำหนดที่กำหนดโดยคำจำกัดความของโอเพนซอร์สแต่ซอฟต์แวร์ที่มีซอร์สโค้ดให้ดูได้ทั้งหมดก็ไม่ได้เป็น FOSS ตัวอย่างเช่น หากซอฟต์แวร์ไม่ตรงตามแง่มุมอื่นๆ ของคำจำกัดความของโอเพนซอร์ส เช่น การอนุญาตให้แก้ไขหรือแจกจ่ายซ้ำ แม้ว่าจะมีซอร์สโค้ดให้ดูได้ ซอฟต์แวร์นั้นก็ไม่ใช่ FOSS ^{[ 57 ]}

แนวโน้มล่าสุดในบริษัทซอฟต์แวร์คือการเปิดเผยซอร์สโค้ด หรือการเปลี่ยนซอฟต์แวร์ที่เป็นกรรมสิทธิ์ เดิม ให้เป็นซอฟต์แวร์โอเพนซอร์สโดยการเผยแพร่ภายใต้ใบอนุญาตโอเพนซอร์ส [ ^{58 ] [ 59 ] ตัวอย่าง}ของบริษัทที่ทำเช่นนี้ ได้แก่ Google, Microsoft และ Apple ^{[ 58 ]}นอกจากนี้ การเปิดเผยซอร์สโค้ดยังหมายถึงการเขียนโปรแกรมซอฟต์แวร์โอเพนซอร์สหรือการติดตั้งซอฟต์แวร์โอเพนซอร์ส^{[ 59 ]}การเปิดเผยซอร์สโค้ดมีประโยชน์หลายประการ เช่น การดึงดูดผู้ร่วมพัฒนาภายนอกมากขึ้นที่นำมุมมองใหม่ๆ และความสามารถในการแก้ปัญหามาด้วย ข้อเสียของการเปิดเผยซอร์สโค้ด ได้แก่ งานที่ต้องทำเพื่อบำรุงรักษาชุมชนใหม่ เช่น การทำให้โค้ดพื้นฐานเข้าใจง่าย การตั้งช่องทางการสื่อสารสำหรับนักพัฒนาใหม่ และการสร้างเอกสารเพื่อให้นักพัฒนาใหม่เข้าร่วมได้ง่าย อย่างไรก็ตาม การตรวจสอบโครงการโอเพนซอร์สหลายโครงการพบว่า แม้ว่าโครงการโอเพนซอร์สใหม่จะดึงดูดผู้มาใหม่จำนวนมาก แต่ส่วนใหญ่ก็มีแนวโน้มที่จะออกจากโครงการในไม่ช้า และการแยกสาขาของพวกเขาก็มีแนวโน้มที่จะไม่มีผลกระทบมากนัก^{[ 58 ]}

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

แม้ว่าจะสามารถร่วมมือกันในระดับนานาชาติได้ แต่พบว่าผู้มีส่วนร่วมในซอฟต์แวร์โอเพนซอร์สส่วนใหญ่อยู่ในกลุ่มขนาดใหญ่ เช่นซิลิคอนแวลลีย์ซึ่งส่วนใหญ่จะร่วมมือกันภายในกลุ่มของตนเอง เหตุผลที่เป็นไปได้สำหรับปรากฏการณ์นี้อาจเป็นเพราะกลุ่มผู้มีส่วนร่วมในโอเพนซอร์สส่วนใหญ่ทำงานด้านซอฟต์แวร์ ซึ่งหมายความว่าที่ตั้งทางภูมิศาสตร์ของโอเพนซอร์สมีความเกี่ยวข้องอย่างใกล้ชิดกับการกระจายตัวดังกล่าว และการทำงานร่วมกันอาจได้รับการส่งเสริมผ่านเครือข่ายการทำงานและเครือข่ายสังคม^{[ 60 ]} การยอมรับโค้ดอาจได้รับผลกระทบจากสถานะภายในกลุ่มเครือข่ายสังคมเหล่านี้ ทำให้เกิดอคติ ที่ไม่เป็นธรรมในการยอมรับโค้ดตามสถานที่ตั้ง^{[ 61 ]}อุปสรรคต่อการทำงานร่วมกันในระดับนานาชาติยังรวมถึงความแตกต่างทางภาษาหรือวัฒนธรรม^{[ 62 ]}นอกจากนี้ แต่ละประเทศยังแสดงให้เห็นว่ามีอัตราการยอมรับโค้ดจากผู้มีส่วนร่วมภายในประเทศของตนเองสูงกว่า ยกเว้นอินเดีย ซึ่งบ่งชี้ถึงอคติสำหรับผู้ร่วมงานที่มีวัฒนธรรมคล้ายคลึงกัน^{[ 62 ]}

ในปี 2021 ประเทศที่มีส่วนร่วมในการพัฒนาซอฟต์แวร์โอเพนซอร์สมากที่สุด ได้แก่ สหรัฐอเมริกา จีน เยอรมนี อินเดีย และสหราชอาณาจักร ตามลำดับ^{[ 60 ]}จากการศึกษาในปี 2021 ประเทศที่มีจำนวนนักพัฒนา OSS ต่อหัวมากที่สุด ได้แก่ ไอซ์แลนด์ สวิตเซอร์แลนด์ นอร์เวย์ สวีเดน และฟินแลนด์ ตามลำดับ ในขณะที่ในปี 2008 ประเทศที่มีจำนวนผู้มีส่วนร่วมโดยประมาณสูงสุดใน SourceForge ได้แก่ สหรัฐอเมริกา เยอรมนี สหราชอาณาจักร แคนาดา และฝรั่งเศส^{[ 60 ] [ 62 ]}แม้ว่าจะมีการศึกษาหลายครั้งเกี่ยวกับการกระจายตัวและการมีส่วนร่วมของนักพัฒนา OSS แต่ก็ยังเป็นสาขาที่เปิดกว้างซึ่งสามารถวัดได้หลายวิธี ตัวอย่างเช่น การมีส่วนร่วมในเทคโนโลยีสารสนเทศและการสื่อสาร ประชากร ความมั่งคั่ง และสัดส่วนการเข้าถึงอินเทอร์เน็ต ได้แสดงให้เห็นว่ามีความสัมพันธ์กับการมีส่วนร่วมใน OSS ^{[ 62 ]}

แม้ว่าความหลากหลายทางเพศจะช่วยเพิ่มประสิทธิภาพการทำงานของทีมได้ แต่ผู้หญิงก็ยังคงเผชิญกับอคติเมื่อมีส่วนร่วมในโครงการซอฟต์แวร์โอเพนซอร์สเมื่อสามารถระบุเพศของพวกเธอได้^{[ 63 ]}ในปี 2545 มีผู้หญิงเพียง 1.5% เท่านั้นที่เป็นนักพัฒนาซอฟต์แวร์โอเพนซอร์สในระดับนานาชาติ ในขณะที่ผู้หญิงมีสัดส่วนเพียง 28% ของบทบาทในอุตสาหกรรมเทคโนโลยี ซึ่งแสดงให้เห็นถึงการเป็นตัวแทนที่ต่ำของพวกเธอในสาขาซอฟต์แวร์^{[ 64 ]}แม้ว่าการมีส่วนร่วมใน OSS จะไม่มีข้อกำหนดเบื้องต้น แต่ความลำเอียงทางเพศ นี้ อาจยังคงมีอยู่เนื่องจากความเชื่อทั่วไปของผู้มีส่วนร่วมว่าเพศไม่ควรเป็นเรื่องสำคัญ และคุณภาพของโค้ดควรเป็นสิ่งเดียวที่พิจารณาสำหรับการยอมรับโค้ด ซึ่งทำให้ชุมชนไม่สามารถแก้ไขความเหลื่อมล้ำเชิงระบบในการเป็นตัวแทนของผู้หญิงได้^{[ 49 ]}อย่างไรก็ตาม ตัวเลขล่าสุดของการมีส่วนร่วมของผู้หญิงใน OSS ในระดับนานาชาติที่คำนวณตั้งแต่ปี 2548 ถึง 2564 คือ 9.8% โดยส่วนใหญ่เป็นผู้มีส่วนร่วมรายใหม่ๆ ซึ่งบ่งชี้ว่าการมีส่วนร่วมของผู้หญิงอาจกำลังเพิ่มขึ้น^{[ 65 ]}

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

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

โครงการซอฟต์แวร์โอเพนซอร์สได้รับการสร้างและดูแลโดยเครือข่ายโปรแกรมเมอร์ ซึ่งมักจะเป็นอาสาสมัคร และมีการใช้งานอย่างแพร่หลายในผลิตภัณฑ์ฟรีและเชิงพาณิชย์^{[ 67 ]}

• Unix : Unix เป็นระบบปฏิบัติการที่สร้างโดย AT&T ซึ่งเริ่มต้นจากการเป็นต้นแบบของซอฟต์แวร์โอเพนซอร์ส เนื่องจาก การปฏิวัติซอฟต์แวร์ เสรีและโอเพนซอร์สเริ่มต้นขึ้นเมื่อนักพัฒนาเริ่มพยายามสร้างระบบปฏิบัติการโดยไม่ต้องใช้โค้ด Unix Unix ถูกสร้างขึ้นในช่วงทศวรรษ 1960 ก่อนการค้าซอฟต์แวร์และก่อนที่แนวคิดของซอฟต์แวร์โอเพนซอร์สจะมีความจำเป็น ดังนั้นจึงไม่ถือว่าเป็นโครงการซอฟต์แวร์โอเพนซอร์สที่แท้จริง มันเริ่มต้นจากการเป็นโครงการวิจัยก่อนที่จะนำมาใช้ในเชิงพาณิชย์ในช่วงกลางทศวรรษ 1980 ก่อนที่จะนำมาใช้ในเชิงพาณิชย์ มันเป็นตัวแทนของอุดมคติหลายประการของการปฏิวัติซอฟต์แวร์เสรีและโอเพนซอร์ส รวมถึงการทำงานร่วมกันแบบกระจายอำนาจของผู้ใช้ทั่วโลกการเผยแพร่แบบต่อเนื่องและวัฒนธรรมชุมชนที่ไม่ชอบซอฟต์แวร์กรรมสิทธิ์^{[ 34 ]}

• BSD: Berkeley Software Distribution (BSD) เป็นระบบปฏิบัติการที่เริ่มต้นจากการเป็นเวอร์ชันหนึ่งของUnixในปี 1978 ซึ่งผสมผสานโค้ด Unix กับโค้ดจากห้องปฏิบัติการ Berkeley เพื่อเพิ่มฟังก์ชันการทำงาน เนื่องจาก BSD มุ่งเน้นไปที่การเพิ่มฟังก์ชันการทำงาน จึงได้แบ่งปันนวัตกรรมที่ยิ่งใหญ่ที่สุดกับระบบปฏิบัติการ Unix หลักอย่างเปิดเผย นี่เป็นตัวอย่างของการแบ่งปันโค้ดสาธารณะฟรี ซึ่งเป็นลักษณะสำคัญของ FOSS ในปัจจุบัน เมื่อ Unix กลายเป็นเชิงพาณิชย์ในช่วงทศวรรษ 1980 นักพัฒนาหรือสมาชิกในชุมชนที่ไม่สนับสนุนซอฟต์แวร์กรรมสิทธิ์เริ่มมุ่งเน้นไปที่ BSD และเปลี่ยนให้เป็นระบบปฏิบัติการที่ไม่รวมโค้ดของ Unix เวอร์ชันสุดท้ายของ BSD ได้รับการเผยแพร่ในปี 1995 ^{[ 34 ]}

• GNU : GNU เป็นระบบปฏิบัติการฟรีที่สร้างโดยRichard Stallmanในปี 1984 โดยชื่อมีความหมายว่า Gnu's Not Unix แนวคิดคือการสร้าง ระบบปฏิบัติการทางเลือก ของ Unixที่ทุกคนสามารถใช้งานได้ และอนุญาตให้นักโปรแกรมแบ่งปันโค้ดระหว่างกันได้อย่างอิสระ อย่างไรก็ตาม เป้าหมายของ GNU ไม่ใช่แค่การแทนที่ Unix แต่เป็นการสร้างเวอร์ชันที่เหนือกว่าซึ่งมีขีดความสามารถทางเทคโนโลยีมากกว่า มันถูกปล่อยออกมาก่อนที่ความเชื่อทางปรัชญาของการปฏิวัติซอฟต์แวร์เสรีและโอเพนซอร์สจะได้รับการกำหนดอย่างแท้จริง เนื่องจากการสร้างโดย Richard Stallman นักโปรแกรม FOSS ที่มีชื่อเสียง GNU จึงมีส่วนร่วมอย่างมากในกิจกรรม FOSS โดยหนึ่งในความสำเร็จที่ยิ่งใหญ่ที่สุดของ GNU คือการสร้างGNU General Public Licenseหรือ GPL ซึ่งอนุญาตให้นักพัฒนาสามารถเผยแพร่ซอฟต์แวร์ที่สามารถแบ่งปันและแก้ไขได้อย่างถูกกฎหมาย^{[ 34 ]}

• ลินุกซ์ : ลินุกซ์เป็นเคอร์เนลระบบปฏิบัติการที่เปิดตัวในปี 1991 โดยLinus Torvaldsลินุกซ์ได้รับแรงบันดาลใจจากการสร้างเวอร์ชันที่ดีกว่าของบริการระบบปฏิบัติการเชิงพาณิชย์Minixมันแตกต่างอย่างสิ้นเชิงจากสิ่งที่แฮกเกอร์คนอื่นๆ ผลิตในเวลานั้น เนื่องจากมันฟรีโดยสมบูรณ์และกระจายอำนาจ ต่อมา ลินุกซ์อยู่ภายใต้ใบอนุญาต GPLทำให้ผู้คนสามารถสร้างรายได้จากลินุกซ์และนำลินุกซ์เข้าสู่ชุมชนโอเพนซอร์ส^{[ 34 ]}

• Apache: Apache เริ่มต้นในปี 1995 จากความร่วมมือของกลุ่มนักพัฒนาที่ปล่อยเว็บเซิร์ฟเวอร์ของตนเองเนื่องจากไม่พอใจกับ โค้ดเบส NCSA HTTPdชื่อ Apache มาจากแพตช์หลายตัวที่พวกเขาใช้กับโค้ดเบสนี้ ภายในหนึ่งปีหลังจากการเปิดตัว Apache ก็กลายเป็นเว็บเซิร์ฟเวอร์ ชั้นนำของโลก ในไม่ช้า Apache ก็ออกใบอนุญาตของตนเองซึ่งสร้างความขัดแย้งในชุมชน FOSS โดยรวม แต่ในที่สุดก็พิสูจน์แล้วว่าประสบความสำเร็จ ใบอนุญาต Apache อนุญาตให้สมาชิกที่ได้รับอนุญาตเข้าถึงซอร์สโค้ดโดยตรง ซึ่งแตกต่างอย่างเห็นได้ชัดจากแนวทางของ GNU และ Linux ^{[ 34 ]}

แม้ว่าเดิมทีคำว่าโอเพนซอร์สจะใช้เฉพาะกับซอร์สโค้ดของซอฟต์แวร์เท่านั้น แต่ปัจจุบันมีการนำไปใช้ในหลายด้านอื่นๆ เช่นนิเวศวิทยาโอเพนซอร์สซึ่งเป็นการเคลื่อนไหวเพื่อกระจายอำนาจเทคโนโลยีเพื่อให้ทุกคนสามารถใช้งานได้^{[ 23 ] [ 68 ]}อย่างไรก็ตาม มักมีการนำไปใช้ผิดในด้านอื่นๆ ที่มีหลักการที่แตกต่างและขัดแย้งกัน ซึ่งทับซ้อนกันเพียงบางส่วนเท่านั้น^{[ 49 ]}

หลักการเดียวกันที่อยู่เบื้องหลังซอฟต์แวร์โอเพนซอร์สสามารถพบได้ในโครงการอื่นๆ อีกมากมาย เช่น โอเพนซอร์สเนื้อหาแบบเปิดและ การทำงานร่วมกัน แบบเปิด^{[ 69 ] [ 70 ]}

"วัฒนธรรม" หรืออุดมการณ์นี้ถือว่าหลักการต่างๆ ใช้ได้โดยทั่วไปเพื่ออำนวยความสะดวกในการป้อนข้อมูลวาระ วิธีการ และลำดับความสำคัญที่แตกต่างกันไปพร้อมกัน ซึ่งแตกต่างจากรูปแบบการพัฒนาแบบรวมศูนย์ เช่น รูปแบบที่ใช้กันทั่วไปในบริษัทเชิงพาณิชย์^{[ 25 ]}