البرمجيات مفتوحة المصدر

البرمجيات الحرة والمفتوحة المصدر (FOSS) أو البرمجيات الحرة/المفتوحة المصدر (FLOSS) هي شفرة مصدرية متاحة للجميع، مرخصة دون أي قيود على الاستخدام أو التعديل أو التوزيع. ولا يزال هناك لبسٌ حول هذا التعريف لأن كلمة "حر"، أو "مفتوح المصدر"، تشير إلى حرية المنتج نفسه، وليس إلى سعره أو تكلفته أو رسومه. فعلى سبيل المثال، "حرية التعبير" لا تعني "الحصول على بيرة مجانية". ^{[ 19 ]}

في المقابل، يجادل ريتشارد ستالمان بأن "المعنى الواضح" لمصطلح "المصدر المفتوح" هو أن شفرة المصدر متاحة للجمهور/يمكن الوصول إليها للفحص، دون منح أي حقوق أخرى بالضرورة، على الرغم من أن مؤيدي المصطلح يقولون إنه يجب استيفاء الشروط الواردة في تعريف المصدر المفتوح . ^{[ 20 ]}

لا ينبغي الخلط بين "الحرية والانفتاح" والملكية العامة ( ملكية الدولة )، أو إلغاء الخصخصة ( التأميم )، أو مناهضة الخصخصة ( النشاط المناهض للشركات )، أو السلوك الشفاف .

• جنو
  • بيان جنو
  • ريتشارد ستالمان
• مجاني مقابل حر (بدون تكلفة مقابل بدون قيود)

وفقًا لفيلر وآخرون (2005)، ينبغي تطبيق مصطلحي " البرمجيات الحرة " و"البرمجيات مفتوحة المصدر" على أي "منتجات برمجية يتم توزيعها بموجب شروط تسمح للمستخدمين" باستخدام البرمجيات وتعديلها وإعادة توزيعها "بأي طريقة يرونها مناسبة، دون اشتراط دفعهم أي رسوم أو عوائد لمؤلف (مؤلفي) البرمجيات مقابل ممارسة الأنشطة المذكورة". ^{[ 21 ]}

على الرغم من قبوله المبدئي، ^{[ 22 ]} يعارض ريتشارد ستالمان، من مؤسسة البرمجيات الحرة (FSF)، بشدة استخدام مصطلح "المصدر المفتوح" لوصف ما يسمونه "البرمجيات الحرة". ورغم موافقته على أن المصطلحين يصفان "فئة البرمجيات نفسها تقريبًا"، إلا أن ستالمان يعتبر مساواة المصطلحين غير صحيحة ومضللة. ^{[ 23 ]} كما يعارض ستالمان البراغماتية المعلنة لمبادرة المصادر المفتوحة ، إذ يخشى أن تتعرض مُثُل البرمجيات الحرة، المتمثلة في الحرية والمجتمع، للتهديد نتيجة التنازل عن معايير مؤسسة البرمجيات الحرة المثالية لحرية البرمجيات. ^{[ 24 ]} وتعتبر مؤسسة البرمجيات الحرة البرمجيات الحرة جزءًا من البرمجيات مفتوحة المصدر، وقد أوضح ريتشارد ستالمان أن برامج إدارة الحقوق الرقمية (DRM) ، على سبيل المثال، يمكن تطويرها كمصدر مفتوح، على الرغم من أنها لا تمنح مستخدميها الحرية (بل تقيدهم)، وبالتالي لا تُصنّف كبرمجيات حرة. ^{[ 23 ]}

في مقالته "الكاتدرائية والبازار" عام ١٩٩٧، يقترح إريك س. ريموند، أحد أبرز المساهمين في مجال البرمجيات مفتوحة المصدر، نموذجًا لتطوير البرمجيات مفتوحة المصدر يُعرف بنموذج البازار . يُشبه ريموند تطوير البرمجيات بالأساليب التقليدية ببناء كاتدرائية، حيث يقوم الأفراد أو المجموعات الصغيرة بعمل دقيق ومنعزل. ويقترح أن تُطوَّر جميع البرمجيات باستخدام أسلوب البازار، مع اختلاف الأهداف والنهج. ^{[ ٢٥ ]}

في النموذج التقليدي للتطوير، الذي أطلق عليه اسم نموذج الكاتدرائية ، يتم التطوير بطريقة مركزية. الأدوار محددة بوضوح، وتشمل أشخاصًا متخصصين في التصميم (المهندسين المعماريين)، وأشخاصًا مسؤولين عن إدارة المشروع، وأشخاصًا مسؤولين عن التنفيذ. يتبع هندسة البرمجيات التقليدية نموذج الكاتدرائية. ^{[ 25 ]}

لكن نموذج السوق يختلف. ففي هذا النموذج، لا تُحدد الأدوار بوضوح. ^{[ 25 ]} ينبغي أن تُظهر بعض الخصائص المقترحة للبرمجيات المطورة باستخدام نموذج السوق الأنماط التالية: ^{[ 26 ]}

• ينبغي معاملة المستخدمين كمطورين مشاركين: يُعامل المستخدمون كمطورين مشاركين، ولذا ينبغي أن يكون لديهم حق الوصول إلى شفرة المصدر للبرنامج. علاوة على ذلك، يُشجع المستخدمون على تقديم إضافات للبرنامج، وتصحيحات برمجية، وتقارير عن الأخطاء ، وتوثيق، وما إلى ذلك. إن وجود المزيد من المطورين المشاركين يزيد من سرعة تطور البرنامج. ينص قانون لينوس على أنه إذا اطلع عدد كافٍ من المستخدمين على شفرة المصدر، فإن جميع الأخطاء تكون سطحية. هذا يعني أنه إذا اطلع العديد من المستخدمين على شفرة المصدر، فسوف يكتشفون في النهاية جميع الأخطاء ويقترحون كيفية إصلاحها. يمتلك بعض المستخدمين مهارات برمجة متقدمة، بالإضافة إلى أن جهاز كل مستخدم يوفر بيئة اختبار إضافية. تتيح بيئة الاختبار الجديدة هذه إمكانية العثور على أخطاء جديدة وإصلاحها. ^{[ 26 ]}
• الإصدارات المبكرة : ينبغي إصدار النسخة الأولى من البرنامج في أقرب وقت ممكن لزيادة فرص العثور على مطورين مشاركين في وقت مبكر. ^{[ 26 ]}
• التكامل المتكرر: ينبغي دمج تغييرات الكود (دمجها في قاعدة بيانات مشتركة) قدر الإمكان لتجنب عبء إصلاح عدد كبير من الأخطاء في نهاية دورة حياة المشروع. ^{[ 26 ] [ 27 ]} بعض مشاريع المصادر المفتوحة لديها إصدارات ليلية حيث يتم التكامل تلقائيًا . ^{[ 26 ]}
• إصدارات متعددة: ينبغي أن يتوفر البرنامج بإصدارين على الأقل. أحدهما يحتوي على عدد أكبر من الميزات ولكنه أكثر عرضة للأخطاء، والآخر أكثر استقرارًا ويحتوي على عدد أقل من الميزات. الإصدار التجريبي (ويُسمى أيضًا إصدار التطوير) مُخصص للمستخدمين الذين يرغبون في استخدام أحدث الميزات فورًا، والذين يتحملون مخاطر استخدام كود لم يُختبر بشكل كامل بعد. ^{[ 26 ]} ويمكن للمستخدمين حينها المشاركة كمطورين، حيث يقومون بالإبلاغ عن الأخطاء وإصلاحها. ^{[ 26 ] [ 28 ]}
• مستوى عالٍ من التنميط: يجب أن يكون الهيكل العام للبرنامج معياريًا مما يسمح بالتطوير المتوازي على مكونات مستقلة. ^{[ 26 ]}
• هيكل اتخاذ القرار الديناميكي: ثمة حاجة إلى هيكل لاتخاذ القرار، سواء كان رسميًا أو غير رسمي، يتخذ قرارات استراتيجية بناءً على متطلبات المستخدم المتغيرة وعوامل أخرى. وهذا ما يُقارن بمنهجية البرمجة المتطرفة . ^{[ 26 ]}

تبدأ عملية تطوير البرمجيات مفتوحة المصدر باستخلاص المتطلبات ، حيث يدرس المطورون إمكانية إضافة ميزات جديدة أو إصلاح الأخطاء في مشاريعهم. ويتم ذلك من خلال التواصل مع مجتمع البرمجيات مفتوحة المصدر عبر قنوات مثل الإبلاغ عن الأخطاء وتتبعها ، أو القوائم البريدية ، وصفحات المشاريع. بعد ذلك، يختار مطورو البرمجيات مفتوحة المصدر مهمةً أو يُكلفون بها، ثم يحددون حلاً لها. ونظرًا لتعدد مسارات الحلول الممكنة في هذا النوع من البرمجيات، يجب اختيار الحل الأمثل بعناية فائقة، وأحيانًا بالاستعانة بآراء الزملاء . ثم يبدأ المطور بكتابة الكود وإضافته إلى المستودع. بعد ذلك، يُختبر الكود ويُراجع من قبل الزملاء. ويمكن للمطورين تعديل الكود وتطويره من خلال التغذية الراجعة من التكامل المستمر . بمجرد رضا القيادة والمجتمع عن المشروع ككل، يمكن إصداره جزئيًا وتوثيق تعليمات المستخدم. إذا كان المشروع جاهزًا للإصدار، يُجمد، ولا يُجرى عليه سوى إصلاحات الأخطاء الجسيمة أو التحسينات الأمنية. وأخيرًا، يُصدر المشروع بالكامل، ولا يُجرى عليه سوى إصلاحات طفيفة للأخطاء. ^{[ 28 ]}

يمكن لتطبيق معيار ما باستخدام المصادر المفتوحة أن يزيد من اعتماده واستدامته على المدى الطويل. ^{[ 29 ]} وغالبًا ما يعزز ذلك ولاء المطورين، حيث يشعر المساهمون بمزيد من المشاركة والملكية في عملية التطوير والمنتج النهائي. ^{[ 30 ]}

علاوة على ذلك، تتطلب البرمجيات مفتوحة المصدر انخفاض تكاليف التسويق والخدمات اللوجستية. ^{[ 31 ]} يمكن أن تكون البرمجيات مفتوحة المصدر أداةً لتعزيز صورة الشركة، بما في ذلك منتجاتها التجارية. ^{[ 32 ]} وقد عُرف عن منهجية تطوير البرمجيات مفتوحة المصدر أنها تُسهم في إنتاج برمجيات موثوقة وعالية الجودة بسرعة وبتكلفة منخفضة. ^{[ 31 ]}

يُتيح تطوير البرمجيات مفتوحة المصدر إمكانية تسريع الابتكار وخلق قيمة اجتماعية. ففي فرنسا، على سبيل المثال، أدت سياسة شجعت الحكومة على دعم البرمجيات الحرة مفتوحة المصدر إلى زيادة مساهمات هذه البرمجيات إلى ما يقارب 600 ألف مساهمة سنويًا، مما ولّد قيمة اجتماعية من خلال رفع كمية وجودة هذه البرمجيات. كما أدت هذه السياسة إلى زيادة تقديرية تصل إلى 18% في عدد الشركات الناشئة في مجال التكنولوجيا، وزيادة بنسبة 14% في عدد العاملين في قطاع تكنولوجيا المعلومات. ^{[ 33 ]}

يمكن أن تكون البرمجيات مفتوحة المصدر موثوقة للغاية عندما يقوم آلاف المبرمجين المستقلين باختبارها وإصلاح أخطائها. ^{[ 26 ]} لا تعتمد البرمجيات مفتوحة المصدر على الشركة أو المؤلف الذي أنشأها في الأصل. حتى في حال إفلاس الشركة، يبقى الكود موجودًا ويستمر تطويره من قِبل مستخدميه. ^{[ 34 ]}

تتميز البرمجيات مفتوحة المصدر بالمرونة، حيث تسمح الأنظمة المعيارية للمبرمجين ببناء واجهات مخصصة أو إضافة قدرات جديدة إليها. ويُتيح مزيج وجهات النظر المتباينة، وأهداف الشركات، والغايات الشخصية، الابتكار. ^{[ 35 ]}

علاوة على ذلك، يمكن تطوير البرمجيات الحرة وفقًا لمتطلبات تقنية بحتة، دون الحاجة إلى مراعاة الضغوط التجارية التي غالبًا ما تُؤثر سلبًا على جودة البرمجيات. فالضغوط التجارية تجعل مطوري البرمجيات التقليدية يُولون اهتمامًا أكبر لمتطلبات العملاء على حساب متطلبات الأمان، نظرًا لأن هذه الميزات غير مرئية إلى حد ما للعميل. ^{[ 36 ]}

في تطوير البرمجيات مفتوحة المصدر، تُستخدم الأدوات لدعم تطوير المنتج وعملية التطوير نفسها. ^{[ 28 ]}

تُعدّ أنظمة التحكم في الإصدارات، مثل نظام التحكم المركزي في الإصدارات (CVCS) ونظام التحكم الموزع في الإصدارات (DVCS)، أمثلةً على أدوات، غالباً ما تكون مفتوحة المصدر، تُساعد في إدارة ملفات الشيفرة المصدرية والتغييرات التي تطرأ عليها في مشروع برمجي، وذلك لتعزيز التعاون. تتميز أنظمة CVCS بمركزيتها ووجود مستودع مركزي، بينما تتميز أنظمة DVCS بمركزيتها ووجود مستودع محلي لكل مستخدم. يُعدّ نظام الإصدارات المتزامنة (CVS)، ولاحقاً نظام Subversion (SVN)، مثالين على أنظمة CVCS، بينما يُعدّ Git نظام DVCS، وهو برنامج التحكم في الإصدارات الأكثر استخداماً على نطاق واسع. ^{[ 37 ]} تُستضاف المستودعات وتُنشر على منصات استضافة الشيفرة المصدرية ، مثل GitHub أو GitLab . ^{[ 38 ]}

تستخدم مشاريع المصادر المفتوحة أدوات مثل أنظمة تتبع المشكلات لتنظيم تطوير البرمجيات مفتوحة المصدر. ومن أنظمة تتبع الأخطاء الشائعة الاستخدام Bugzilla و Redmine . ^{[ 28 ]}

توفر أدوات مثل القوائم البريدية و IRC وسائل للتنسيق ومناقشة الأخطاء بين المطورين. وتتيح صفحات الويب الخاصة بالمشاريع، وصفحات الويكي، وقوائم خارطة الطريق، ومجموعات الأخبار، توزيع معلومات المشروع التي تركز على المستخدمين النهائيين. ^{[ 28 ]}

يمكن تصنيف الأدوار الأساسية للمشاركين في مشاريع البرمجيات مفتوحة المصدر إلى فئات متعددة، بدءًا من القيادة التي تتوسط المشروع وتتحكم في تنفيذه. يليهم المساهمون الأساسيون ذوو الخبرة الواسعة والسلطة الكبيرة في المشروع، والذين يمكنهم توجيه المساهمين الآخرين. أما المساهمون غير الأساسيين، فهم أقل خبرة وسلطة، لكنهم يساهمون بانتظام ويُعدّون عنصرًا حيويًا في تطوير المشروع. أما المساهمون الجدد، فهم الأقل خبرة، ولكن مع التوجيه والإرشاد، يمكنهم أن يصبحوا مساهمين منتظمين. ^{[ 39 ]}

تشمل بعض الطرق الممكنة للمساهمة في البرمجيات مفتوحة المصدر أدوارًا مثل البرمجة ، والصيانة ، وتصميم واجهة المستخدم واختبارها، وتصميم المواقع الإلكترونية ، وفرز الأخطاء ، وتصميم إمكانية الوصول واختبارها، وتصميم تجربة المستخدم ، واختبار الشفرة، ومراجعة الأمان واختباره. مع ذلك، توجد عدة طرق للمساهمة في مشاريع البرمجيات مفتوحة المصدر حتى بدون مهارات البرمجة. على سبيل المثال، تشمل بعض الطرق الأقل تقنية للمشاركة كتابة الوثائق وتحريرها، والترجمة ، وإدارة المشاريع ، وتنظيم الفعاليات وتنسيقها، والتسويق، وإدارة الإصدارات، وإدارة المجتمع، والعلاقات العامة والتواصل. ^{[ 39 ]}

يُعدّ التمويل وسيلة أخرى يختارها الأفراد والمنظمات للمساهمة في مشاريع المصادر المفتوحة. توفر مجموعات مثل " أوبن كوليكتيف" وسيلة للأفراد للمساهمة شهريًا في دعم مشاريعهم المفضلة. ^{[ 40 ]} وتستطيع منظمات مثل "سوفيرين تك فاند" المساهمة بملايين الدولارات لدعم الأدوات التي تستخدمها الحكومة الألمانية . ^{[ 41 ]} وقد أنشأت المؤسسة الوطنية للعلوم برنامج "مسارات لتمكين النظم البيئية للمصادر المفتوحة" (POSE) لدعم الابتكار في مجال المصادر المفتوحة. ^{[ 42 ]}

يتزايد اعتماد البرمجيات مفتوحة المصدر في مختلف القطاعات الصناعية مع مرور الوقت. ^{[ 43 ]} تحظى هذه البرمجيات بشعبية واسعة في العديد من الصناعات ، مثل الاتصالات والفضاء والرعاية الصحية والإعلام والترفيه ، لما توفره من مزايا. ^{[ 44 ]} يزداد احتمال اعتمادها في المؤسسات الكبيرة، ويعتمد ذلك على استخدام الشركة لتقنية المعلومات، وكفاءة عملياتها، وإنتاجية موظفيها. ^{[ 43 ]}

من المرجح أن تستخدم الصناعات البرمجيات مفتوحة المصدر (OSS) لما توفره من وظائف إدارية، ودعم للمبيعات، وبحوث وتطوير، وميزات برمجية، وسرعة في النشر، وقابلية للتنقل بين المنصات، وتجنب إدارة التراخيص التجارية. إضافةً إلى ذلك، يُعد انخفاض تكلفة الأجهزة والملكية من المزايا المهمة أيضاً. ^{[ 43 ]}

توجد في جميع أنحاء العالم منظمات تُسهم في تطوير وتوسيع حركات البرمجيات الحرة والمفتوحة المصدر. وتُكرّس هذه المنظمات جهودها لأهدافٍ مثل تعليم ونشر التكنولوجيا. وكما ذكر نائب رئيس سابق لمبادرة المصادر المفتوحة ، تشمل بعض المنظمات الأمريكية مؤسسة البرمجيات الحرة ، ومؤسسة حرية البرمجيات ، ومبادرة المصادر المفتوحة ، ومنظمة البرمجيات في المصلحة العامة . أما في أوروبا، فتُعدّ مؤسسة البرمجيات الحرة الأوروبية ، ومشاريع المصادر المفتوحة في الاتحاد الأوروبي (OSP)، ومنتدى المصادر المفتوحة الأوروبي (OFE) من أبرز هذه المنظمات. ومن المنظمات الأسترالية منظمة لينكس أستراليا، بينما تضم ​​آسيا منظمة المصادر المفتوحة في آسيا ومنظمة FOSSAsia. وتُعدّ منظمة البرمجيات الحرة والمفتوحة المصدر لأفريقيا (FOSSFA) ومنظمة OpenAfrica من المنظمات الأفريقية، أما في وسط وجنوب آسيا فتوجد منظمات مثل FLISOL ومجموعة مستخدمي البرمجيات الحرة في بيرو. وإلى جانب هذه المنظمات، توجد العديد من المنظمات الأخرى المُكرّسة للنهوض بالبرمجيات مفتوحة المصدر. ^{[ 39 ]}

تُمنح تراخيص منتجات البرمجيات الحرة والمفتوحة المصدر عمومًا بموجب نوعين من التراخيص: التراخيص المتساهلة وتراخيص حقوق النسخ المتبادلة . يختلف هذان النوعان عن التراخيص الاحتكارية في أنهما يتيحان لعدد أكبر من المستخدمين الوصول إلى البرنامج، كما يسمحان بإنشاء أعمال مشتقة وفقًا لشروط الترخيص المحدد، حيث أن لكل ترخيص قواعده الخاصة. تسمح التراخيص المتساهلة لمتلقي البرنامج بتطبيق حقوق التأليف والنشر للمؤلف دون الحاجة إلى استخدام الترخيص نفسه للتوزيع. ومن أمثلة هذا النوع من التراخيص تراخيص BSD و MIT و Apache . أما تراخيص حقوق النسخ المتبادلة، فتختلف في أنها تشترط على المتلقين استخدام الترخيص نفسه لبعض أجزاء توزيع أعمالهم على الأقل. تشترط تراخيص حقوق النسخ المتبادلة القوية استخدام الترخيص نفسه لجميع الأعمال المشتقة، بينما تشترط تراخيص حقوق النسخ المتبادلة الضعيفة استخدام الترخيص نفسه في ظروف معينة فقط. ومن أمثلة هذا النوع من التراخيص عائلة تراخيص GNU ، وتراخيص MPL و EPL . تشمل أوجه التشابه بين هاتين الفئتين من التراخيص أنهما توفران منحًا واسعًا لحقوق التأليف والنشر، وتشترطان على المستلمين الاحتفاظ بإشعارات حقوق التأليف والنشر، وأن نسخة من الترخيص تُقدم للمستلمين مع الشفرة البرمجية. ^{[ 45 ]}

أُرسيت سابقة قانونية هامة لبرمجيات المصادر المفتوحة عام ٢٠٠٨، عندما فرضت قضية جاكوبسون ضد كاتزر شروط رخصة Artistic ، بما في ذلك الإسناد وتحديد التعديلات. وقد عزز حكم هذه القضية إنفاذ القانون بموجب قانون حقوق النشر عند عدم الالتزام بشروط الرخصة. ونظرًا لتشابه رخصة Artistic مع رخص برمجيات المصادر المفتوحة الأخرى، فقد شكّل الحكم سابقة قانونية واسعة الانتشار. ^{[ ٤٥ ]}

تشمل أمثلة تراخيص البرمجيات الحرة / تراخيص المصادر المفتوحة تراخيص أباتشي ، وتراخيص بي إس دي ، وتراخيص جنو العامة ، وتراخيص جنو العامة الصغرى ، وتراخيص إم آي تي ، وتراخيص إكليبس العامة ، وتراخيص موزيلا العامة . ^{[ 45 ]}

توجد عدة مناطق رمادية في تنظيم البرمجيات تؤثر بشكل كبير على البرمجيات مفتوحة المصدر، مثل تحديد ما إذا كانت البرمجيات سلعة أم خدمة، وما يُعتبر تعديلاً، والحوكمة من خلال العقود مقابل التراخيص، والملكية وحق الاستخدام. ورغم وجود تطورات في هذه القضايا، إلا أنها غالباً ما تُثير المزيد من التساؤلات. ويُؤثر وجود هذه الغموض في التنظيم سلباً على الصناعات التقنية ككل. ^{[ 45 ]}

في التاريخ القانوني للبرمجيات ككل، دار نقاش واسع حول ما إذا كان ينبغي حمايتها كملكية فكرية بموجب قانون براءات الاختراع ، أو قانون حقوق النشر ، أو وضع تنظيم خاص بها. وفي نهاية المطاف، أصبح قانون حقوق النشر هو المعيار، حيث تُعتبر برامج الحاسوب شكلاً من أشكال العمل الأدبي، مع بعض التعديلات الطفيفة في التنظيم الخاص. ^{[ 45 ]}

يُصنَّف البرمجيات عمومًا إلى شفرة مصدرية وشفرة تنفيذية ، وكلاهما قابل للحماية، مع وجود تباين قانوني في هذا التعريف. وتسعى بعض الأنظمة القانونية إلى توسيع أو تضييق هذا المفهوم لأغراضها الخاصة. فعلى سبيل المثال، تُعرّف محكمة العدل الأوروبية برنامج الحاسوب بأنه لا يشمل وظائف البرنامج، أو لغة البرمجة ، أو تنسيق ملفات البيانات. ومن خلال تقييد حماية الجوانب المختلفة للبرمجيات، يُفضِّل القانون نهج المصادر المفتوحة في استخدام البرمجيات. وتتبنى الولايات المتحدة الأمريكية على وجه الخصوص نهجًا مفتوحًا للبرمجيات، حيث أن معظم تراخيص المصادر المفتوحة صادرة منها. ومع ذلك، فقد زاد هذا من التركيز على حقوق براءات الاختراع ضمن هذه التراخيص، الأمر الذي أثار ردود فعل سلبية من مجتمع البرمجيات مفتوحة المصدر، الذي يُفضِّل أشكالًا أخرى من حماية الملكية الفكرية . ^{[ 45 ]}

تتضمن إحدى القضايا الأخرى تدابير الحماية التقنية وتقنيات إدارة الحقوق الرقمية ، والتي حظيت باعتراف وحماية قانونية دولية بموجب معاهدة المنظمة العالمية للملكية الفكرية لعام 1996. وقد أبدى مؤيدو البرمجيات مفتوحة المصدر استياءهم من هذه التقنيات لأنها تقيّد المستخدمين النهائيين بما قد يتجاوز قانون حقوق النشر. واستجابت أوروبا لهذه الشكاوى بإخضاع تدابير الحماية التقنية لضوابط قانونية، ما مثّل انتصارًا لأنصار البرمجيات مفتوحة المصدر. ^{[ 45 ]}

في مجتمعات المصادر المفتوحة، بدلاً من امتلاك البرمجيات المنتجة، يمتلك المنتج عملية تطويرها. وبهذه الطريقة، يكون مستقبل البرمجيات مفتوحًا، مما يجعل الملكية أو حقوق الملكية الفكرية أمرًا صعبًا ضمن البرمجيات مفتوحة المصدر. يمكن للترخيص والعلامة التجارية منع الآخرين من سرقتها، والحفاظ على مكانتها كمنفعة عامة . يمكن اعتبار البرمجيات مفتوحة المصدر منفعة عامة لأنها متاحة للجميع ولا تنقص قيمتها للآخرين عند تحميلها من قِبل شخص واحد. تتميز البرمجيات مفتوحة المصدر بأنها تزداد قيمةً مع استخدامها والمساهمة فيها، بدلاً من أن تتناقص كمورد. يُفسر ذلك بمفاهيم مثل الاستثمار في السمعة وتأثيرات الشبكة . ^{[ 46 ]}

يمكن تفسير النموذج الاقتصادي للبرمجيات مفتوحة المصدر من خلال مساهمة المطورين في المشاريع، مما يُحقق منافع عامة. يختار المطورون المشاريع بناءً على الفوائد أو التكاليف المتوقعة، مثل تحسين سمعة المشروع أو قيمته. قد تنبع دوافع المطورين من مصادر وأسباب عديدة، ولكن الخلاصة المهمة هي أن المال ليس الحافز الوحيد، ولا حتى الأهم . ^{[ 46 ]}

نظرًا لأن النظرية الاقتصادية تركز بشكل أساسي على استهلاك الموارد النادرة، فإن فهم ديناميكية البرمجيات مفتوحة المصدر قد يكون صعبًا. في هذا النوع من البرمجيات، يتحول المنتجون إلى مستهلكين من خلال جني ثمار المساهمة في مشروع ما. على سبيل المثال، يحظى المطور بتقدير كبير من زملائه لمساهمته الناجحة في مشروع برمجيات مفتوحة المصدر. كما يصعب على النماذج الاقتصادية مراعاة الفوائد والتفاعلات الاجتماعية للبرمجيات مفتوحة المصدر. علاوة على ذلك، يُحدث التطور التكنولوجي نقاشات وتوقعات متغيرة باستمرار حول القيم، مما يجعل النموذج الاقتصادي عاجزًا عن التنبؤ بالسلوك الاجتماعي. ^{[ 46 ]}

على الرغم من أن البرمجيات مفتوحة المصدر تُشكّل تحديًا نظريًا في النماذج الاقتصادية، إلا أنه يُمكن تفسيرها كنشاط اجتماعي مستدام يتطلب موارد. تشمل هذه الموارد الوقت والمال والتكنولوجيا والمساهمات. وقد استخدم العديد من المطورين تقنيات ممولة من منظمات مثل الجامعات والحكومات، مع أن هذه المنظمات نفسها تستفيد من العمل الذي تُنجزه البرمجيات مفتوحة المصدر. ومع نمو البرمجيات مفتوحة المصدر، أصبحت الأنظمة الهجينة التي تجمع بين البرمجيات مفتوحة المصدر والأنظمة الاحتكارية أكثر شيوعًا. ^{[ 46 ]}

خلال منتصف العقد الأول من الألفية الثانية، بدأت شركات تقنية عديدة في استخدام البرمجيات مفتوحة المصدر. فعلى سبيل المثال، قامت شركة ديل ببيع أجهزة كمبيوتر مثبت عليها نظام لينكس مسبقًا. كما أطلقت مايكروسوفت نظام تشغيل قائم على لينكس رغم معارضتها السابقة لحركة البرمجيات مفتوحة المصدر. وعلى الرغم من هذه التطورات، تميل هذه الشركات إلى استخدام البرمجيات مفتوحة المصدر لأغراض محددة فقط، مما يثير مخاوف من استغلال الشركات الكبرى لهذه البرمجيات دون تقديم أي مقابل. ^{[ 34 ]}

تُبدي العديد من الحكومات اهتمامًا بتطبيق برمجيات المصادر المفتوحة والترويج لها لما توفره من فوائد جمة؛ فعلى سبيل المثال، أصدرت حكومة المملكة المتحدة سياسةً تُشجع على استخدام المصادر المفتوحة والمعايير المفتوحة عام 2004، وأعادت تأكيدها عام 2009، حيث نصّت على أن "الحكومة ستنظر بنشاط وإنصاف في حلول المصادر المفتوحة جنبًا إلى جنب مع الحلول الاحتكارية ". ^{[ 47 ]} ومع ذلك، تبرز مسألة الأمن السيبراني كأحد أهم التحديات. فبينما تُعدّ الثغرات الأمنية العرضية واردة، فإن الهجمات من جهات خارجية واردة أيضًا. وبسبب هذه المخاوف، ازداد اهتمام الحكومات بالمساهمة في إدارة البرمجيات. إلا أن هذه هي الخطوط العريضة للمسألة، إذ لكل دولة تفاعلاتها السياسية الخاصة مع برمجيات المصادر المفتوحة وأهدافها من تطبيقها. فعلى سبيل المثال، ركزت الولايات المتحدة على الأمن القومي فيما يتعلق بتطبيق برمجيات المصادر المفتوحة نظرًا للتهديد المُتصوَّر من تزايد نشاط هذه البرمجيات في دول مثل الصين وروسيا، حيث تدرس وزارة الدفاع معايير متعددة لاستخدامها. تشمل هذه المعايير ما إذا كان البرنامج يأتي من مصادر موثوقة ويتم صيانته من قبلها، وما إذا كان سيستمر صيانته، وما إذا كانت هناك تبعيات على مكونات فرعية في البرنامج، وأمن المكونات وسلامتها، والتأثير الحكومي الأجنبي. ^{[ 2 ]} في عام 2014، أرادت حكومة كوريا الجنوبية زيادة استخدامها للبرمجيات الحرة والمفتوحة المصدر. ^{[ 48 ]}

من القضايا الأخرى التي تواجه الحكومات فيما يتعلق بالبرمجيات مفتوحة المصدر استثماراتها في تقنيات مثل أنظمة التشغيل ، وأشباه الموصلات ، والحوسبة السحابية ، والذكاء الاصطناعي . لهذه التقنيات تداعيات على التعاون العالمي، مما يثير مجدداً قضايا أمنية وعواقب سياسية. يتعين على العديد من الدول الموازنة بين الابتكار التكنولوجي والاعتماد التكنولوجي في هذه الشراكات. على سبيل المثال، بعد منع شركة هواوي الصينية، المعتمدة على البرمجيات مفتوحة المصدر، من استخدام نظام أندرويد من جوجل عام ٢٠١٩، بدأت الشركة في تطوير نظام تشغيل بديل خاص بها: هارموني أو إس . ^{[ ٢ ]}

أنشأت ألمانيا مؤخراً صندوقاً سيادياً للتكنولوجيا ، للمساعدة في دعم إدارة وصيانة البرامج التي تستخدمها.

في بدايات الحوسبة ، ولا سيما خلال خمسينيات وستينيات القرن العشرين، كان المبرمجون والمطورون يتبادلون البرامج بشكل شائع للتعلم من بعضهم البعض والنهوض بهذا المجال. بل إن أنظمةً مبكرةً مثل يونكس أتاحت للمستخدمين الوصول إلى شفرة المصدر ، مما سمح بالتعاون والتعديل. إلا أنه مع صعود صناعة البرمجيات التجارية في سبعينيات وثمانينيات القرن العشرين، بدأت ثقافة المشاركة المفتوحة هذه بالتراجع مع هيمنة النماذج الاحتكارية. وعلى الرغم من هذا التحول، واصلت المؤسسات الأكاديمية والبحثية تشجيع ممارسات تطوير البرمجيات التعاونية. ^{[ 49 ]}

استجابةً لذلك، وُلدت حركة المصادر المفتوحة من عمل مبرمجين متحمسين ومهرة، يُشار إليهم على نطاق واسع باسم "الهاكرز" أو "ثقافة الهاكرز" . ^{[ 50 ]} كان ريتشارد ستالمان ، أحد هؤلاء المتحمسين ، قوة دافعة وراء حركة البرمجيات الحرة ، التي مهدت لاحقًا لظهور حركة المصادر المفتوحة . في عام 1984، استقال من معهد ماساتشوستس للتكنولوجيا (MIT) لإنشاء نظام تشغيل حر، وهو جنو (GNU) ، بعد أن خُنقت ثقافة البرمجة في مختبره بسبب البرمجيات الاحتكارية التي منعت مشاركة شفرة المصدر وتحسينها. كان جنو متوافقًا مع نظام يونكس، مما يعني أن المبرمجين المتحمسين سيظلون على دراية بكيفية عمله. ومع ذلك، سرعان ما اتضح وجود بعض الالتباس حول المصطلح الذي اختاره ستالمان للبرمجيات الحرة ، والذي وصفه بأنه "حر" بمعنى حرية التعبير، وليس "بيرة مجانية"، مشيرًا إلى معنى "حر" بمعنى الحرية وليس السعر. لاحقًا، وسّع مفهوم الحرية هذا ليشمل الحريات الأساسية الأربع. من خلال جنو، ظهرت معايير المصادر المفتوحة التي تتضمن دمج شفرة المصدر الخاصة بالآخرين، وإصلاحات الأخطاء المجتمعية، واقتراحات الشفرة للميزات الجديدة. في عام ١٩٨٥، أسس ستالمان مؤسسة البرمجيات الحرة (FSF) لتعزيز التغييرات في البرمجيات والمساهمة في كتابة نظام جنو. ولمنع استخدام أعماله في البرمجيات الاحتكارية، ابتكر ستالمان مفهوم حقوق النسخ المتبادلة (copyleft )، الذي يسمح لأي شخص باستخدام أعماله، ولكن بشروط محددة. ولتحقيق ذلك، أنشأ رخصة جنو العمومية العامة (GNU GPL) في عام ١٩٨٩، والتي تم تحديثها في عام ١٩٩١. ^{[ ٢٧ ]} في عام ١٩٩١، تم دمج جنو مع نواة لينكس التي كتبها لينوس تورفالدز ، نظرًا لافتقار جنو إلى نواة. ^{[ ٥١ ]} يُشار إلى نظام التشغيل الآن عادةً باسم لينكس . ^{[ ٢٧ ]} خلال هذه الفترة، ظهرت العديد من مشاريع البرمجيات الحرة والتراخيص الأخرى، ولكل منها أفكار مختلفة حول مفهوم البرمجيات الحرة، بالإضافة إلى أخلاقيات البرمجيات الاحتكارية، مثل توزيعة برمجيات بيركلي ، و TeX ، ونظام X Window . ^{[ 52 ]}

مع تطور البرمجيات الحرة، بدأت مؤسسة البرمجيات الحرة ( FSF ) في البحث عن كيفية تطبيق أفكار البرمجيات الحرة وفوائدها المتوقعة في صناعة البرمجيات التجارية . وخلصت المؤسسة إلى أن نشاطها الاجتماعي لم يكن جذابًا للشركات، وأنها بحاجة إلى طريقة لإعادة صياغة حركة البرمجيات الحرة للتأكيد على الإمكانات التجارية لمشاركة شفرة المصدر والتعاون عليها. ^{[ 52 ]} اقترحت كريستين بيترسون مصطلح "المصدر المفتوح " عام 1998 في اجتماع لمؤيدي البرمجيات الحرة. شعر العديد من الحاضرين أن مصطلح "البرمجيات الحرة" مُربك للمبتدئين ويُعيق اهتمام الصناعة، فقبلوا بسهولة التسمية الجديدة "المصدر المفتوح"، مما أدى إلى إنشاء مبادرة المصادر المفتوحة (OSI) وتعريفها للبرمجيات مفتوحة المصدر. ^{[ 27 ]} يُعترف الآن بتعريف مبادرة المصادر المفتوحة (OSI) من قِبل العديد من الحكومات دوليًا باعتباره التعريف القياسي أو الفعلي . ^{[ 51 ]} استند هذا التعريف إلى إرشادات دبيان للبرمجيات الحرة ، التي كتبها وعدّلها بشكل أساسي بروس بيرنز. ^{[ 53 ]} يختلف تعريف مبادرة البرمجيات المفتوحة (OSI) عن تعريف البرمجيات الحرة في أنه يسمح بإدراج البرمجيات الاحتكارية ويمنح مزيدًا من الحرية في ترخيصها. ونتيجةً لذلك، يتفق البعض، مثل ستالمان، مع المفهوم الأصلي للبرمجيات الحرة لأنه يتخذ موقفًا أخلاقيًا قويًا ضد البرمجيات الاحتكارية، على الرغم من وجود تداخل كبير بين الحركتين من حيث آلية عمل البرمجيات. ^{[ 27 ]}

بينما سعت مبادرة المصادر المفتوحة إلى تشجيع استخدام المصطلح الجديد والترويج للمبادئ التي تتبناها، وجد مُورّدو البرامج التجارية أنفسهم مُهددين بشكل متزايد بمفهوم البرامج المُوزّعة مجانًا والوصول الشامل إلى شفرة المصدر للتطبيقات ، حتى أن أحد المديرين التنفيذيين في مايكروسوفت وصف المصادر المفتوحة بأنها مُدمّر للملكية الفكرية في عام 2001. ومع ذلك، فبينما لعبت البرامج الحرة والمفتوحة المصدر (FOSS) تاريخيًا دورًا خارج نطاق تطوير البرامج الخاصة السائدة، بدأت شركات كبيرة مثل مايكروسوفت في تطوير حضور رسمي للمصادر المفتوحة على الإنترنت. وتُعدّ شركات مثل آي بي إم وأوراكل وستيت فارم مجرد أمثلة قليلة على الشركات التي لها مصلحة عامة جادة في سوق المصادر المفتوحة التنافسي اليوم، مما يُشير إلى تحوّل كبير في فلسفة الشركات فيما يتعلق بتطوير البرامج الحرة والمفتوحة المصدر. ^{[ 54 ]}

لقد أصبح مستقبل مجتمع البرمجيات مفتوحة المصدر، ومجتمع البرمجيات الحرة تبعًا لذلك، ناجحًا، وإن كان يكتنفه بعض الغموض حول ماهيته. فعلى سبيل المثال، يُعدّ كلٌّ من نظامي أندرويد وأوبونتو من أبرز محطات النجاح في صعود البرمجيات مفتوحة المصدر إلى الصدارة بعد أن كانت هامشية في مجال الابتكار التكنولوجي كما كانت عليه الحال في أوائل العقد الأول من الألفية الثانية. ومع ذلك، يرى البعض في هذا المجتمع أنهما فشلا في تمثيل البرمجيات مفتوحة المصدر، وذلك بسبب مشكلاتٍ مثل التقليل من شأن مركز البرمجيات مفتوحة المصدر في أندرويد من قِبل جوجل وشركائها، واستخدام رخصة أباتشي التي سمحت بالتفرع وأدت إلى ضياع فرص التعاون داخل أندرويد، وتفضيل سهولة الاستخدام على الحرية في أوبونتو، ووجود ميزات في أوبونتو تتعقب المستخدمين لأغراض تسويقية. ^{[ 34 ]}

أصبح استخدام البرمجيات مفتوحة المصدر أكثر شيوعًا في عالم الأعمال، حيث أفادت 78% من الشركات بأنها تُدير كل أو جزء من عملياتها باستخدام هذه البرمجيات. وقد بلغت شعبية البرمجيات مفتوحة المصدر حدًا دفع شركة مايكروسوفت ، التي كانت تُعارضها سابقًا، إلى دمجها في أنظمتها. مع ذلك، أثار هذا النجاح مخاوف ستُحدد مستقبل البرمجيات مفتوحة المصدر، إذ يتعين على مجتمع المطورين الإجابة عن أسئلة جوهرية، مثل: ما هي البرمجيات مفتوحة المصدر؟ وماذا ينبغي أن تكون؟ وكيف يُمكن حمايتها، إن كانت تحتاج إلى حماية أصلًا؟ عمومًا، ورغم أن ثورة البرمجيات الحرة والمفتوحة المصدر قد تباطأت إلى حدٍّ ما في السوق، إلا أن ذلك لا يعني نهايتها، إذ لا بد من إجراء العديد من النقاشات النظرية لتحديد مستقبلها. ^{[ 34 ]}

يختلف برنامج المصادر المفتوحة عن برنامج الملكية الفكرية في كونه متاحًا للجميع، ولا يتطلب ترخيصه أي رسوم، كما يُسمح بتعديله وتوزيعه وفقًا لشروط الترخيص. كل هذا يهدف إلى منع احتكار أي منتج من منتجات المصادر المفتوحة، وهو هدف تسعى إليه برامج الملكية الفكرية. تُقيّد برامج الملكية الفكرية خيارات عملائها بين الالتزام باستخدام ذلك البرنامج، أو ترقيته، أو التحوّل إلى برنامج آخر، مما يُجبر العملاء على التضحية بتفضيلاتهم البرمجية مقابل التكلفة المالية. يتمثل السيناريو الأمثل لمورّد برامج الملكية الفكرية في فرض احتكار ، حيث لا يستطيع العميل أو لا يرغب في تغيير البرنامج بسبب هذه التكاليف، ويستمر في شراء المنتجات من ذلك المورّد. ^{[ 55 ]}

في البرامج الاحتكارية، لا يمكن توفير إصلاحات الأخطاء إلا من قِبل المورّد، ويتطلب الانتقال إلى منصات أخرى شراءً جديدًا، ويعتمد استمرار المنتج على المورّد الذي يمكنه إيقافه في أي وقت. ^{[ 50 ]} إضافةً إلى ذلك، لا تُوفّر البرامج الاحتكارية شفرتها المصدرية، ولا يمكن للمستخدمين تعديلها. بالنسبة للشركات، قد يُشكّل هذا خطرًا أمنيًا ومصدرًا للإحباط، إذ لا يمكنها تخصيص المنتج وفقًا لاحتياجاتها، وقد توجد تهديدات خفية أو تسريبات معلومات داخل البرنامج لا يمكنها الوصول إليها أو تغييرها. ^{[ 27 ]}

بحسب تعريف مبادرة المصادر المفتوحة (OSI)، فإن المصادر المفتوحة عبارة عن رخصة برمجيات واسعة النطاق تتيح الوصول إلى شفرة المصدر للجمهور مع قيود مخففة أو معدومة على استخدامها وتعديلها. ومن السمات الواضحة للمصادر المفتوحة أنها تفرض قيودًا قليلة جدًا على استخدامها أو توزيعها من قبل أي منظمة أو مستخدم، وذلك لتمكين التطور السريع للبرمجيات. ^{[ 56 ]}

يعارض ريتشارد ستالمان ، زعيم حركة البرمجيات الحرة وعضو مؤسسة البرمجيات الحرة، استخدام مصطلح "المصدر المفتوح" لوصف ما يسمونه "البرمجيات الحرة". ورغم إقراره بأن المصطلحين يصفان تقريبًا نفس فئة البرمجيات، إلا أن ستالمان يعتبر مساواة المصطلحين غير صحيحة ومضللة. ^{[ 23 ]} فهو يعتقد أن الفرق الرئيسي يكمن في أن اختيار أحد المصطلحين على الآخر يُعرّف الآخرين بأهداف المستخدم: التطوير (المصدر المفتوح) أو الموقف الاجتماعي (البرمجيات الحرة). ^{[ 57 ]} ومع ذلك، ثمة تداخل كبير بين برمجيات المصدر المفتوح والبرمجيات الحرة. ^{[ 23 ]} كما يعارض ستالمان البراغماتية المعلنة لمبادرة المصادر المفتوحة ، إذ يخشى أن تُهدد مُثُل البرمجيات الحرة المتمثلة في الحرية والمجتمع نتيجةً للتنازل عن معايير مؤسسة البرمجيات الحرة المثالية لحرية البرمجيات. ^{[ 57 ]} تعتبر مؤسسة البرمجيات الحرة البرمجيات الحرة مجموعة فرعية من البرمجيات مفتوحة المصدر، وقد أوضح ريتشارد ستالمان أن برامج إدارة الحقوق الرقمية ، على سبيل المثال، يمكن تطويرها كمصدر مفتوح، على الرغم من القيود التي تفرضها على مستخدميها، وبالتالي لا تُعتبر برمجيات حرة. ^{[ 23 ]}

ذكرت مؤسسة البرمجيات الحرة (FSF) أن مصطلح "المصدر المفتوح" يُثير نوعًا مختلفًا من الغموض، إذ يخلط بين مجرد توفر المصدر وحرية استخدامه وتعديله وإعادة توزيعه. ^{[ 23 ]} من جهة أخرى، وُجهت انتقادات لمصطلح "البرمجيات الحرة" بسبب غموض كلمة "حر"، الذي اعتُبر مُثبطًا لتبني الشركات له، وللاستخدام التاريخي المُبهم لهذا المصطلح. ^{[ 57 ]}

وقد استخدم المطورون المصطلحات البديلة مثل البرمجيات الحرة والمفتوحة المصدر ( FOSS ) أو البرمجيات الحرة/المفتوحة المصدر (FLOSS) لوصف البرمجيات مفتوحة المصدر التي هي أيضًا برمجيات حرة . ^{[ 39 ]}

يمكن توزيع البرامج مع شفرة المصدر ، وهي شفرة قابلة للقراءة. يُقال إن البرنامج متاحٌ بشفرته المصدرية عندما تكون هذه الشفرة متاحة للاطلاع. مع ذلك، لكي يكون البرنامج متاحًا بشفرته المصدرية أو برنامجًا مفتوح المصدر (FOSS) ، لا يشترط أن تكون الشفرة المصدرية متاحة للجميع، بل لمستخدمي البرنامج فقط. في حين أن جميع برامج FOSS متاحة بشفرتها المصدرية لأن هذا شرطٌ منصوص عليه في تعريف المصادر المفتوحة ، إلا أن ليس كل برنامج متاح بشفرته المصدرية برنامجًا مفتوح المصدر. على سبيل المثال، إذا لم يستوفِ البرنامج جوانب أخرى من تعريف المصادر المفتوحة، مثل السماح بالتعديل أو إعادة التوزيع، فحتى لو كانت الشفرة المصدرية متاحة، فلن يكون البرنامج برنامجًا مفتوح المصدر. ^{[ 58 ]}

يُعدّ تحويل البرمجيات الاحتكارية إلى برمجيات مفتوحة المصدر، عبر إصدارها بموجب ترخيص مفتوح المصدر ، اتجاهًا حديثًا في شركات البرمجيات . ^{[ 59 ] [ 60 ]} ومن أمثلة الشركات التي طبّقت هذا النهج: جوجل، ومايكروسوفت، وآبل. ^{[ 59 ]} كما يُمكن أن يُشير مصطلح "البرمجيات مفتوحة المصدر" إلى برمجة البرمجيات مفتوحة المصدر أو تثبيتها. ^{[ 60 ]} للبرمجيات مفتوحة المصدر فوائد عديدة، منها جذب المزيد من المساهمين الخارجيين الذين يُضيفون وجهات نظر جديدة وقدرات مميزة في حل المشكلات. أما سلبياتها فتتمثل في الجهد المبذول للحفاظ على المجتمع الجديد، كجعل الكود الأساسي سهل الفهم، وإنشاء قنوات تواصل للمطورين الجدد، وتوثيق المشروع لتسهيل انضمامهم. ومع ذلك، أظهرت مراجعة لعدد من المشاريع مفتوحة المصدر أنه على الرغم من جذب المشروع الجديد للعديد من الوافدين الجدد، إلا أن الكثير منهم يُرجّح أن يغادروا المشروع سريعًا، كما أن نسخهم المُعدّلة غالبًا ما تكون غير مؤثرة. ^{[ 59 ]}

من المفاهيم الأخرى التي قد تتشابه مع البرمجيات مفتوحة المصدر: البرامج التجريبية ، وبرامج الملكية العامة ، والبرامج المجانية ، وبرامج عرض/قراءة الملفات المتاحة مجانًا ولكنها لا توفر شفرة المصدر. مع ذلك، تختلف هذه البرامج عن البرمجيات مفتوحة المصدر في الوصول إلى شفرة المصدر ، والترخيص، وحقوق النشر، والرسوم. ^{[ 27 ]}

على الرغم من إمكانية التعاون دوليًا، وُجد أن معظم المساهمين في برمجيات المصادر المفتوحة يتمركزون في تجمعات كبيرة مثل وادي السيليكون ، حيث يسود التعاون فيما بينهم. قد يعود سبب هذه الظاهرة إلى أن غالبية المساهمين في برمجيات المصادر المفتوحة يعملون في مجال البرمجيات، مما يعني أن الموقع الجغرافي لهذه البرمجيات يرتبط ارتباطًا وثيقًا بهذا الانتشار، وأن التعاون قد يُشجع من خلال شبكات العمل والشبكات الاجتماعية . ^{[ 61 ]} قد يتأثر قبول الكود بالمكانة الاجتماعية داخل هذه التجمعات، مما يخلق تحيزات غير عادلة في قبول الكود بناءً على الموقع. ^{[ 62 ]} تشمل عوائق التعاون الدولي أيضًا الاختلافات اللغوية والثقافية. ^{[ 63 ]} علاوة على ذلك، أظهرت الدراسات أن كل دولة لديها معدل قبول أعلى للكود من المساهمين داخلها باستثناء الهند، مما يشير إلى تحيز لصالح المتعاونين ذوي الخلفية الثقافية المتشابهة. ^{[ 63 ]}

في عام 2021، كانت الدول التي سجلت أعلى مساهمات في برمجيات المصادر المفتوحة هي الولايات المتحدة، والصين، وألمانيا، والهند، والمملكة المتحدة، على التوالي. ^{[ 61 ]} أما الدول التي سجلت أعلى نسبة من مطوري برمجيات المصادر المفتوحة للفرد الواحد، وفقًا لدراسة أجريت في عام 2021، فكانت أيسلندا، وسويسرا، والنرويج، والسويد، وفنلندا، على التوالي. بينما في عام 2008، كانت الدول التي سجلت أعلى عدد من المساهمين المُقدَّرين في منصة SourceForge هي الولايات المتحدة، وألمانيا، والمملكة المتحدة، وكندا، وفرنسا. ^{[ 61 ] [ 63 ]} على الرغم من وجود العديد من الدراسات التي تناولت توزيع ومساهمات مطوري برمجيات المصادر المفتوحة، إلا أن هذا المجال لا يزال مفتوحًا ويمكن قياسه بطرق مختلفة. فعلى سبيل المثال، أظهرت الدراسات وجود ارتباط بين المشاركة في تكنولوجيا المعلومات والاتصالات، وعدد السكان، والثروة، ونسبة الوصول إلى الإنترنت، ومساهمات برمجيات المصادر المفتوحة. ^{[ 63 ]}

على الرغم من أن التنوع بين الجنسين يُحسّن إنتاجية الفريق، لا تزال النساء يواجهن تحيزات عند المساهمة في مشاريع البرمجيات مفتوحة المصدر عندما يكون جنسهن قابلاً للتحديد. ^{[ 64 ]} في عام 2002، لم تتجاوز نسبة النساء بين مطوري البرمجيات مفتوحة المصدر على المستوى الدولي 1.5%، بينما شكلن 28% من وظائف قطاع التكنولوجيا، مما يدل على ضعف تمثيلهن في مجال البرمجيات. ^{[ 65 ]} ورغم عدم وجود شروط مسبقة للمساهمة في البرمجيات مفتوحة المصدر، قد يستمر هذا التحيز الجنسي بسبب الاعتقاد السائد بين المساهمين بأن الجنس لا ينبغي أن يكون له أهمية، وأن جودة الكود هي المعيار الوحيد لقبوله، مما يحول دون معالجة التفاوتات المنهجية في تمثيل المرأة. ^{[ 50 ]} مع ذلك، تشير إحصائية حديثة لمشاركة النساء في البرمجيات مفتوحة المصدر على المستوى الدولي، والتي حُسبت بين عامي 2005 و2021، إلى أن 9.8%، ومعظمهن من المساهمات الجدد، مما يدل على احتمال نمو مشاركة المرأة. ^{[ 66 ]}

يُحفَّز المساهمون في البرمجيات مفتوحة المصدر (OSS) بالإيمان بفلسفة البرمجيات الحرة والمفتوحة المصدر (FOSS)، والاهتمامات الشخصية، والاهتمام بالمجتمع، والشغف بالمشاريع وحل المشكلات، وغيرها. إضافةً إلى ذلك، قد يُساهم مستخدمو برنامجٍ ما لتحسين الأدوات التي يستخدمونها، بينما ينجذب آخرون إلى الطبيعة التعاونية لبيئات تطوير البرمجيات مفتوحة المصدر. كما تُتيح المساهمة في البرمجيات مفتوحة المصدر فرصةً لتطوير مهارات البرمجة وهندسة النظم، حيث تُوفر مشاريع البرمجيات مفتوحة المصدر الكبيرة وواسعة الانتشار، مثل لينكس وتور، بيئاتٍ مُحفزة يُمكن للمساهمين من خلالها اختبار قدراتهم على التفكير التحليلي والمنهجي، والبرمجة، والاستدلال. كذلك، يُتيح الانخراط في المشاريع النشطة للمساهمين مواكبة أحدث الممارسات والاتجاهات في هذا المجال. تتضمن مشاريع البرمجيات مفتوحة المصدر الابتكارات والاتجاهات، مما يجعلها شائعةً في المجال التقني. كما تُساهم المساهمة في البرمجيات مفتوحة المصدر في تعزيز ظهور المساهم وسمعته داخل المجتمع، حيث تكون المساهمات متاحةً للجميع ويُمكن للآخرين مراجعتها. ونتيجةً لذلك، يُساهم آلاف المساهمين يوميًا في مشاريع البرمجيات مفتوحة المصدر ويُساعدون في صيانتها لتحسينها لصالح الجمهور.

على الرغم من أن البرمجة كانت تُعتبر في الأصل مهنة نسائية، إلا أن هناك فجوة كبيرة لا تزال قائمة في مجال الحوسبة. ^{[ 67 ]} وتُعدّ الهوية الاجتماعية مصدر قلق كبير، إذ تواجه النساء في قطاع التكنولوجيا شعورًا بعدم الأمان حيال جذب انتباه الرجال غير المرغوب فيه والتحرش، أو اعتبار معرفتهن التقنية غير أنثوية، مما يؤثر سلبًا على ثقتهن بأنفسهن. ^{[ 50 ]} ويُصرّح بعض الرجال العاملين في مجال التكنولوجيا بوضوح أنهم يعتقدون أن اندماج المرأة في ثقافة هذا القطاع أمر مستحيل، مما يزيد من شعور النساء بعدم الأمان بشأن مكانتهن في هذا القطاع. إضافةً إلى ذلك، حتى في بيئة تطوعية مثل البرمجيات مفتوحة المصدر، غالبًا ما تُسند للنساء الجوانب الأقل تقنية في المشاريع، مثل الاختبار اليدوي أو التوثيق، على الرغم من أن إنتاجية النساء والرجال متساوية في المساهمات في البرمجيات مفتوحة المصدر. وتشمل التحيزات الصريحة طول مدة تلقي الملاحظات، ومزيدًا من التدقيق في الشيفرة البرمجية، وانخفاض معدل قبولها. ^{[ 64 ]} وفي مجتمع البرمجيات مفتوحة المصدر تحديدًا، تُشير النساء إلى شيوع استخدام لغة مسيئة جنسيًا، وإلى أن هوية المرأة كأنثى تحظى باهتمام أكبر من هويتها كمساهمة في البرمجيات مفتوحة المصدر. يصعب معالجة التحيز بسبب الاعتقاد السائد بأن الجنس لا ينبغي أن يكون له أهمية، حيث يشعر معظم المساهمين بأن حصول النساء على معاملة خاصة أمر غير عادل وأن النجاح يجب أن يعتمد على المهارة، مما يحول دون أي تغييرات لتكون أكثر شمولاً. ^{[ 50 ]}

تُبنى مشاريع البرمجيات مفتوحة المصدر وتُصان بواسطة شبكة من المبرمجين، الذين قد يكونون في كثير من الأحيان متطوعين، وتُستخدم على نطاق واسع في المنتجات المجانية والتجارية على حد سواء. ^{[ 68 ]}

• يونكس : يونكس هو نظام تشغيل أنشأته شركة AT&T، وبدأ كتمهيد لبرمجيات المصادر المفتوحة، إذ انطلقت ثورة البرمجيات الحرة والمفتوحة المصدر عندما شرع المطورون في محاولة إنشاء أنظمة تشغيل دون استخدام شفرة يونكس. تم تطوير يونكس في ستينيات القرن العشرين، قبل تسويق البرمجيات وقبل أن يصبح مفهوم برمجيات المصادر المفتوحة ضروريًا، ولذلك لم يُعتبر مشروعًا حقيقيًا لبرمجيات المصادر المفتوحة. بدأ كمشروع بحثي قبل أن يُطرح تجاريًا في منتصف ثمانينيات القرن العشرين. قبل طرحه تجاريًا، جسّد يونكس العديد من مُثُل ثورة برمجيات المصادر المفتوحة، بما في ذلك التعاون اللامركزي بين المستخدمين حول العالم، والإصدارات المتتالية ، وثقافة مجتمعية رافضة للبرمجيات الاحتكارية . ^{[ 34 ]}

• نظام BSD: توزيعة برمجيات بيركلي (BSD) هو نظام تشغيل بدأ كنسخة معدلة من يونكس عام 1978، حيث دمج شفرة يونكس مع شفرة من مختبرات بيركلي لزيادة وظائفه. ولأن BSD ركز على زيادة الوظائف، فقد شارك ابتكاراته الرئيسية مع نظام يونكس الرئيسي علنًا. وهذا مثال على مشاركة الشفرة البرمجية المجانية العامة، وهي سمة أساسية للبرمجيات الحرة والمفتوحة المصدر اليوم. مع انتشار يونكس تجاريًا في ثمانينيات القرن الماضي، بدأ المطورون أو أعضاء المجتمع الذين لم يدعموا البرمجيات الاحتكارية بالتركيز على BSD وتحويله إلى نظام تشغيل لا يتضمن أيًا من شفرة يونكس. صدرت النسخة النهائية من BSD عام 1995. ^{[ 34 ]}

• جنو : جنو هو نظام تشغيل مجاني أنشأه ريتشارد ستالمان عام 1984، واسمه يعني "جنو ليس يونكس". كانت الفكرة هي إنشاء نظام تشغيل بديل ليونكس ، متاح للجميع، ويسمح للمبرمجين بمشاركة التعليمات البرمجية بحرية. مع ذلك، لم يكن هدف جنو استبدال يونكس فحسب، بل إنشاء نسخة متفوقة ذات قدرات تقنية أكبر. صدر جنو قبل أن تتبلور المبادئ الفلسفية لثورة البرمجيات الحرة والمفتوحة المصدر. وبفضل ابتكاره على يد المبرمج البارز في مجال البرمجيات الحرة والمفتوحة المصدر، ريتشارد ستالمان، انخرط جنو بشكل كبير في نشاط هذا المجال، وكان من أبرز إنجازاته إصدار رخصة جنو العمومية (GPL)، التي سمحت للمطورين بنشر برامج يمكن مشاركتها وتعديلها بشكل قانوني. ^{[ 34 ]}

• لينكس : لينكس هو نواة نظام تشغيل طُرحت عام ١٩٩١ على يد لينوس تورفالدز . استُلهم لينكس من تطوير نسخة محسّنة من نظام التشغيل الربحي مينيكس . تميّز لينكس باختلافه الجذري عما كان يُنتجه المبرمجون الآخرون في ذلك الوقت، لكونه مجانيًا تمامًا ولا مركزيًا. لاحقًا، أُخضع لينكس لرخصة جنو العمومية (GPL) ، مما أتاح للمستخدمين تحقيق الربح منه، وضمّه إلى مجتمع البرمجيات الحرة والمفتوحة المصدر. ^{[ ٣٤ ]}

• أباتشي: بدأ مشروع أباتشي عام ١٩٩٥ كتعاون بين مجموعة من المطورين الذين أطلقوا خادم الويب الخاص بهم بسبب استيائهم من قاعدة بيانات NCSA HTTPd . وقد سُمّي أباتشي بهذا الاسم نسبةً إلى التعديلات العديدة التي أجروها على هذه القاعدة. وفي غضون عام من إطلاقه، أصبح خادم الويب الرائد عالميًا . وسرعان ما أصدر أباتشي ترخيصه الخاص ، مما أثار جدلًا في مجتمع البرمجيات الحرة والمفتوحة المصدر، ولكنه أثبت نجاحه في نهاية المطاف. سمح ترخيص أباتشي للأعضاء المصرح لهم بالوصول المباشر إلى شفرة المصدر، وهو ما يختلف اختلافًا ملحوظًا عن نهج جنو ولينكس. ^{[ ٣٤ ]}

في حين أن مصطلح "المصدر المفتوح" كان يُستخدم في الأصل للإشارة فقط إلى شفرة المصدر للبرمجيات، فإنه يُستخدم الآن في العديد من المجالات الأخرى، مثل بيئة المصادر المفتوحة ، وهي حركة تهدف إلى لامركزية التقنيات بحيث يتمكن أي شخص من استخدامها. ^{[ 23 ] [ 69 ]} ومع ذلك، غالبًا ما يُساء استخدامه في مجالات أخرى ذات مبادئ مختلفة ومتنافسة، والتي لا تتداخل إلا جزئيًا. ^{[ 50 ]}

يمكن إيجاد نفس المبادئ التي يقوم عليها برنامج المصادر المفتوحة في العديد من المشاريع الأخرى، مثل المصادر المفتوحة والمحتوى المفتوح والتعاون المفتوح . ^{[ 70 ] [ 71 ]}

تتبنى هذه "الثقافة" أو الأيديولوجية وجهة النظر القائلة بأن المبادئ تنطبق بشكل عام لتسهيل الإدخال المتزامن لأجندات ومناهج وأولويات مختلفة، على عكس نماذج التنمية الأكثر مركزية مثل تلك المستخدمة عادة في الشركات التجارية. ^{[ 25 ]}