A Dead Link Is Not Lost Code: Separating Repository Reachability from Deposit Availability in Zenodo Software Citations
تحلل هذه الدراسة 3,837 استشهاداً برمجياً من منصة "زيندو" (Zenodo) لتثبت أنه في حين تظل معظم الملفات المؤرشفة متاحة حتى عندما تصبح مستودعات الكود المصدري الخاصة بها غير قابلة للوصول، فإن جزءاً كبيراً من الاستشهادات المكسورة ينجم عن مؤشرات المستودعات المعطلة بدلاً من فقدان البرمجيات نفسها، مما يسلط الض الضوء على تمييز جوهري بين توفر المستودع وسلامة المودع.
البحث الأصلي مرخَّص بموجب CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل
في عالم العلوم الحديث، لم يعد البرنامج الحاسوبي مجرد أداة فحسب؛ بل أصبح منتجاً بحثياً في حد ذاته، يستحق نفس القدر من التقدير الذي تناله المقالة المنشورة في دورية علمية. ولضمان أن يكون هذا التقدير عادلاً ودائماً، يقوم العلماء الآن بإرفاق علامة رقمية خاصة ببرامجهم، وهي معرف فريد يعمل كعنوان دائم. يشير هذا الوسم إلى نسخة محددة من البرنامج، مجمدة في الزمن، بحيث يمكن لأي شخص يقرأ ورقة بحثية بعد سنوات أن يجد بالضبط نفس الكود الذي استخدمه المؤلف. يعتمد النظام على وعد: وهو أن هذا العنوان سيقود القارئ دائماً إلى البرنامج. ولكن لكي يتحقق هذا الوعد، يجب أن يحدث أمران: أولاً، يجب أن يعمل العنوان نفسه، ليقود إلى صفحة حيث يتم تخزين البرنامج. ثانياً، يجب أن يظل البرنامج نفسه موجوداً، بانتظار التحميل. فإذا أدى العنوان إلى صفحة تقول "الملف غير موجود"، أو إذا تم تحميل الصفحة ولكن الكود قد اختفى، فإن السجل العلمي يعاني من فجوة.
لقد عرف الباحثون منذ زمن طويل أن الروابط الإلكترية في العلم غالباً ما تتعطل، وهي مشكلة تُعرف باسم "تعفن الروابط" (link rot). ومع ذلك، فإن استشهادات البرمجيات تختلف لأنها مبنية على نظام ذي طبقتين. يشير الوسم الدائم إلى أرشيف رقمي، والذي بدوره يشير إلى مستودع الكود الأصلي، والذي غالباً ما يكون مستضافاً على منصة مثل "GitHub". تُدار الأرشيف من قبل مؤسسة مكرسة للحفاظ على الأشياء آمنة، بينما يعيش الكود الأصلي على منصة يمكن للمالك فيها تغيير الاسم، أو جعل المشروع خاصاً، أو حذفه في أي وقت. وهذا يخلق وضعاً فريداً حيث قد يظل الوسم الدائم يعمل بشكل مثالي، حتى لو اختفى المشروع الأصلي. وقد شرع باحث في قياس مدى تكرار حدوث ذلك بالضبط، والأهم من ذلك، معرفة ما إذا كان البرنامج نفسه لا يزال قابلاً للاسترجاع عندما يكون المسار الأصلي مسدوداً.
ركزت الدراسة على آلاف السجلات البرمجية من أرشيف رقمي رئيسي يسمى "Zenodo"، وهو مستخدم على نطاق واسع من قبل العلماء لحفظ أكوادهم. لم يكتفِ الباحث بالتحقق مما إذا كانت صفحات المشاريع الأصلية لا تزال عبر الإنترنت فحسب؛ بل تحقق من ثلاثة مستويات متميزة في سلسلة الاستشهاد. أولاً، تحقق مما إذا كان مستودع المشروع الأصلي لا يزال موجوداً. ثياً، تحقق مما إذا كانت النسخة المحددة من الكود المذكورة في الاستشهاد لا تزال متاحة. وأخيراً، في الحالات التي انكسر فيها المسار الأصلي، تحقق مما إذا كان الأرشيف الرقمي لا يزال يحتفظ بالملفات الفعلية. سمح هذا النهج للباحث بالفصل بين فشل الرابط وبين فقدان البرنامج نفسه.
كشفت النتائج عن نمط واضح من التحلل بمرور الوقت. فكلما زاد عمر السجلات البرمجية، زادت احتمالية تعطل روابطها. لم تعد حوالي 4.7 بالمئة من مستودعات المشاريع الأصلية قابلة للوصول. ومع ذلك، كانت المشكلة أكثر شيوعاً عند النظر في النسخ المحددة من الكود التي استشهد بها العلماء بالفعل. في هذا الفحص الأكثر صرامة، ارتفع معدل الفشل إلى 5.45 بالمئة. وهذا الاختلاف مهم لأنه يعني أنه في حوالي حالة واحدة من كل ست حالات من الاستشهادات المكسورة، لا يزال المشروع الأصلي حياً وبخير، ولكن نسخة الكود المحددة التي استشهد بها الباحث قد حُذفت أو نُقلت. هذا تمييز جوهري: فالفحص البسيط لصفحة المشروع الرئيسية سيغفل عن هذا الفشل تماماً، مما يجعل البرنامج يبدو متاحاً بينما هو ليس كذلك.
رغم هذه الروابط المكسورة، أثبت الأرشيف الرقمي أنه شبكة أمان فعالة للغاية. فعندما اتبع الباحث الروابط المكسورة إلى الأرشيف، وجد أنه في 94.4 بالمئة من الحالات، كان الأرشيف لا يزال يقدم الملفات الأصلية. وهذا يعني أنه حتى عندما فُقد المسار إلى المشروع الأصلي، كان البرنامج نفسه لا يزال موجوداً عادةً، محفوظاً في الأرشيف. إن الأرشيف يقوم بما صُمم لأجله تماماً: الحفاظ على الكود آمناً حتى عندما يختفي موطنه الأصلي. الحالة الوحيدة التي فُقد فيها البرنامج حقاً كانت في نسبة ضئيلة جداً من الحالات، أقل من واحد بالمئة من إجمالي الاستشهادات، حيث كان سجل الأرشيف موجوداً ولكن الملفات كانت مفقودة.
كما سلطت الدراسة الضوء على خطر خفي ولكنه مهم. فحوالي 6.4 بالمئة من الاستشهادات التي بدت تعمل كانت تعتمد في الواقع على "إعادة توجيه مجاملة" (courtesy redirect). يحدث هذا عندما يتغير اسم مشروع ما، وتقوم منصة الاستضافة تلقائياً بتوجيه الاسم القديم إلى الاسم الجديد. وبينما يعمل هذا اليوم، إلا أنه ليس ضماناً دائماً؛ فإذا طالب شخص آخر بالاسم القدب في المستقبل، فقد ينكسر الرابط بصمت أو يشير إلى كود غير ذي صلة. وهذا يشير إلى أنه بينما يحفظ الأرشيف البرنامج، فإن الطريقة التي نشير بها إليه تحتاج إلى مزيد من الحذر. وخلص الباحث إلى ضرورة أن يستشهد العلماء بمعرف الأرشيف الدائم بدلاً من رابط المشروع الأصلي، وأن الأدوات المستخدمة للتحقق من الاستشهادات يجب أن تنظر إلى الأرشيف أولاً قبل إعلان المرجع ميتاً. إن البنية التحتية المبنية لحماية برمجيات البحث تعمل، لكنها تتطلب منا أن ننظر بعمق أكبر من مجرد الرابط السطحي للعثور على الكود الذي لا يزال باقياً.
غارق في أبحاث مجالك؟
تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.