مؤشر تنمية التعاون

علامة الكلمة الرئيسية: علامات سياق نموذج المقاييس: المجتمع، البرامج، النظام البيئي، المساهم

لماذا يهم

المشاريع مفتوحة المصدر، باعتبارها مظهرًا نموذجيًا لذكاء المجموعة البشرية، تعد القدرة على إنشاء إدارة تطوير تعاونية عنصرًا أساسيًا يساهم في نجاح المشروع. والكود، باعتباره الناتج النهائي للمشروع، هو جوهر مساهمة المجتمع بأكمله. لذلك نقوم بتقييم مدى جودة إدارة عملية التطوير ومدى نجاح المجتمع في التطوير التعاوني حول سلسلة من المقاييس غير المباشرة المتعلقة بمساهمة الكود.

قصص المستخدم

كمدير مجتمع، أريد ملاحظة اتجاه جودة البرنامج مع تغييرات الإصدار وما هو السبب الجذري (أسباب جيدة أو سيئة) في هذه التغييرات. باعتباري OSPO أو مدير برنامج من إحدى الشركات، أرغب في التعاون مع المجتمعات التي لديها القدرة على إنتاج برامج عالية الجودة بشكل مستمر. وهذا مهم بشكل خاص، عندما يكون لدي مشاريع متعددة للاختيار من بينها. كمستخدم، أريد اختيار عناصر برمجية عالية الجودة لتلبية المتطلبات.

المقاييس في نموذج المقاييس

• المساهمين - تحديد عدد منشئي طلبات التغيير النشطين ومراجعي الأكواد ومؤلفي الالتزام الموجودين خلال الـ 90 يومًا الماضية.
• التزامات تغييرات التعليمات البرمجية
  - تحديد متوسط ​​عدد الالتزامات أسبوعيًا خلال الـ 90 يومًا الماضية.
  - النسبة المئوية للأسابيع التي تم فيها الالتزام بكود واحد على الأقل خلال الـ 90 يومًا الماضية.
  - النسبة المئوية لمستودعات الأكواد التي تحتوي على كود واحد على الأقل في آخر 30 يومًا.
• تغيير طلب المراجعات
  -- النسبة المئوية للكود الذي تم تنفيذه مؤخرًا لمدة 90 يومًا مع مراجع واحد على الأقل ليس منشئ طلب التغيير)
  -- النسبة المئوية للأفراد الذين يقومون بدمج طلبات التغيير والأفراد الذين قاموا بتأليف طلبات التغيير والذين ليسوا نفس الشخص في آخر 90 يومًا.
• شوكة فنية
  - تحديد متوسط ​​عدد مرات الشوكة أسبوعيًا خلال الـ 90 يومًا الماضية.
• خطوط تغيير التعليمات البرمجية
  - تحديد متوسط ​​عدد الخطوط التي تم لمسها (الخطوط المضافة بالإضافة إلى الخطوط المحذوفة) أسبوعيًا خلال الـ 90 يومًا الماضية.

رؤى البيانات

خلفية السياق الذي تم التحقيق فيه

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

رؤى مستمدة من نموذج المقاييس

نقوم بإحصاء قيم النماذج المترية كل أسبوع، ويتراوح نطاق القيمة بين 0-1. في البداية، كانت نتيجة المجتمع "أ" أعلى بكثير من المجتمع "ب". وكانت درجة المجتمع "ب" تتزايد بشكل مطرد، حتى سبتمبر 2020، عندما تجاوزت درجات المجتمع "أ". وفي ذلك الوقت، بدأت درجة المجتمع "أ" في الانخفاض. من أجل الحصول على رؤى أعمق، قمنا بفحص نتيجة كل مقياس.

رؤى محددة للمقاييس مستمدة من نموذج المقاييس

عدد المساهمين

في هذا المقياس، نلفت الانتباه إلى مجموعة المساهمين الذين أغلقوا ضمن جهود طلب التغيير والالتزام بالرمز. تم استكشاف عدد المساهمين بشكل أكبر من خلال المرشحات الموجودة على activity_dates_and_times قياس.

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

تكرار الالتزام

إذا قمنا بفحص الرسوم البيانية لعدد المساهمين وتكرار الالتزام معًا، فسنجد أن هناك ارتباطات قوية. يمكن تحديد تكرار الالتزام باستخدام تجميع code_changes_commits قياس.

يتم الحفاظ عليه

في هذا المقياس، استكشفنا النسبة المئوية للأسابيع التي تم فيها الالتزام بكود واحد على الأقل في آخر 90 يومًا. نظرًا لأن المستودعات التي نختارها هي المكون الرئيسي، نجد أن كلا المستودعين يحتفظان بتكرار صيانة مرتفع.

الالتزام وتغيير نسبة الطلب المرتبطة

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

طلب التغيير والمشكلات المرتبطة

في هذا المقياس، نقدم مجتمع C جديدًا باعتباره المرجع الثالث، وهو مجتمع شاب مفتوح المصدر للتعلم الآلي، مميز باللون الأحمر. يمكننا أن نجد أن كلا من المجتمع "أ" والمجتمع "ب" لم يكن لديهما قاعدة منتظمة حول طلبات التغيير والمشكلات المرتبطة بإرشادات المساهمة.

نسبة مراجعة الكود

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

نسبة دمج التعليمات البرمجية

لا توجد اختلافات كثيرة بين المجتمع "أ" والمجتمع "ب"، حيث يأخذ كلاهما هذا المقياس على محمل الجد. قد يشير هذا إلى أهمية هذا المقياس فيما يتعلق بضمان جودة الكود.

خطوط تردد الكود

يرتبط عدد أسطر التعليمات البرمجية المصدر بقوة بعبء العمل، ولكنه يرتبط بشكل أقل بالقيمة التي تم إنشاؤها. كما أن شكل التعليمات البرمجية الذي يمكن حسابه في سطور التعليمات البرمجية غير مؤكد لأننا لا نركز على نموذج التعليمات البرمجية، ولكننا نستخدمه فقط لوصف عبء العمل، كما أن وزنه منخفض في النموذج المتري الإجمالي.

مراجع حسابات

• https://github.com/ossf/scorecard/blob/main/docs/checks.md

المساهمين

• يهوي وانغ
• ليانغ وانغ
• Chenqi شان
• جون تشونغ
• مات جيرمونبريز
• شون جوجينز
• فينود أهوجا

للإشارة إلى هذا المقياس في البرامج أو المنشورات ، يرجى استخدام عنوان URL الثابت هذا: https://chaoss.community/?p=4455