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