يُعد DevConf US مؤتمراً مجتمعياً يركز على المطورين وتقنيات Red Hat. وبما أنه أُقيم في الحرم الجامعي لجامعة بوسطن خلال الفصل الدراسي، فقد كنا نعلم مسبقاً أننا سنلتقي بطلاب. لكن ما لم أتوقعه تماماً هو كيف سيعيد هذا الحضور الطلابي الكثيف تشكيل نظرتي للأهداف التي ينبغي لجناحنا تحقيقها.

إلى جانب زملائي شون ماكانس (Shaun McCance)، وماثيو ميلر (Matthew Miller)، وإيمي ماريش (Amy Marrich)، وتو هونغ سي (To Hung Sze)، أدرنا معاً طاولة مشتركة لفيدورا وسنت أو إس. أبقينا الطاولة بسيطة وخفيفة بالمقارنة مع الفعاليات الأخرى. لم تكن لدينا عروض توضيحية على حواسيب محمولة، ولا منصات عرض معقدة، ولا أي تجهيزات تقنية مبهرة. اكتفينا بوجودنا ومعنا صندوق فعاليات Pelican الموثوق والمليء بالملصقات، والأشرطة المعلقة، والدبابيس، والهدايا الترويجية (swag).

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

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

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

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

ولمن يملكه الفضول، تكون خلاصة الفكرة على النحو التالي. كل ثلاث سنوات، يتفرع مشروع فيدورا ليصبح الأساس لتوزيعة CentOS Stream، والتي تغذي بدورها مباشرة نظام Red Hat Enterprise Linux (RHEL). إلا أن التأثير لا يتوقف عند منتجات Red Hat وحدها، وهو أمر يجهله معظم الطلاب في العادة. فالتوزيعات المؤسساتية المشتقة في المصب (downstream) مثل AlmaLinux وRocky Linux ترجع في أصلها عبر CentOS Stream إلى فيدورا. علاوة على ذلك، يبرز مزودو السحابة العملاقة (hyperscalers) كأنظمة تشغيل مشتقة ومثيرة للاهتمام أيضاً. فعلى سبيل المثال، نظام Amazon Linux مشتق مباشرة من فيدورا لينكس. وهذا العام، أعلنت مايكروسوفت أن Azure Linux، وهو نظام تشغيل الحاويات المخصص لمشرف الأجهزة الافتراضية لديهم، سيعتمد في معماريته المستقبلية على فيدورا.

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

أدرك الطلاب تلك القيمة وأهميتها على الفور. واستوعبوا القوة المعمارية المترتبة على الوجود عند المنبع (upstream). ومع ذلك، لم تكن النقاشات التي تركت أثراً حقيقياً في نفوسهم تدور حول خيارات بناء الحزم (packaging flags) أو إصدارات النواة (kernel). بل كانت تدور حول المسارات المهنية والمستقبل الوظيفي.

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

وهنا بالضبط أدركت ما كان ينقص جناحنا. لم تكن لدينا دعوة واضحة لاتخاذ خطوة عملية.

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

منذ سنوات، عندما كنتُ طالباً في معهد روتشستر للتكنولوجيا (RIT) وسفيراً لفيدورا، أدرتُ عدداً غير قليل من أجنحة فيدورا في هاكاثونات جامعية مثل HackMIT وBitcamp. في ذلك الوقت، تعلمت درساً جوهرياً حول التفاعل مع الطلاب: إنهم يحتاجون إلى أنشطة عملية وقابلة للتحقيق بأيديهم.

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

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

إذا أردنا تحويل الفضول إلى مساهمين دائمين في المجتمع على المدى الطويل، فإن خطة عملنا تحتاج إلى ثلاثة تحديثات ملموسة:

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

فيدورا مجتمع مترامي الأطراف ومتشعب للغاية. إن مستودع جيت التوزيعة (dist-git) في فيدورا، وهو الموطن الأساسي لمصادر الحزم، يضم زهاء 20,000 حزمة برمجية. أضف إلى ذلك مستودعات الفرق ومجموعات الاهتمام الخاص (SIGs) التي تنسق جهود الأشخاص الذين يقفون وراء تلك الحزم على Fedora Forge، لتجد أن عدد المواقع التي تُصنع فيها القرارات ضخم إلى حد هائل. ومع ذلك، فإن معظم المساهمين لا يتعاملون إلا مع قلة محدودة منها. إلا أن هذه القلة ذاتها غالباً ما تكون مبعثرة عبر منصات مختلفة، دون وجود واجهة عرض موحدة تشملها جميعاً.

قبل اعتماد سير العمل هذا، كان الشعور السائد أشبه بفوضى عارمة، و_لدي_ من التجارب الصعبة ما يثبت ذلك. تعتمد فيدورا في تسيير أعمالها على القوائم البريدية، ومواضيع منصة Fedora Discussion، وغرف محادثات Matrix، وبطاقات التذاكر والمشكلات على Fedora Forge. وعلاوة على ذلك، تتوزع كل هذه القنوات عبر العشرات من الفرق، ومجموعات العمل (WGs)، ومجموعات الاهتمام الخاص (SIGs). باختصار، هناك عدد هائل من الأماكن المختلفة لمتابعة عدد هائل من الأمور المتنوعة.

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

بالإضافة إلى ذلك، تُدار الاجتماعات في فيدورا بشكل ممتاز…​ نظرياً على الورق. تعقد فيدورا اجتماعات نصية افتراضية في غرف محادثات Matrix بالاستعانة بروبوت يسجل كل شاردة وواردة. لكل اجتماع بداية واضحة، ونهاية محددة، ومحاور مفهرسة وموثقة. لكن السجل الدقيق لا يعني بالضرورة استكمال المتابعة والتنفيذ. فعلى سبيل المثال، في اجتماعات مجموعة AI/ML SIG، نناقش قراراً ما أو يتولى شخص مهمة معينة، ويجري توثيق ذلك في السجل. لكن الأمر لا يجد طريقه دائماً للعودة إلى التذكرة المعنية أو إلى منشور النقاش ذي الصلة. فالسجل موجود، لكنه لا يربط نفسه تلقائياً بالمواضع التي تحتاج إلى تحديث.

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

إليكم إذاً سير العمل الذي أعتمد عليه الآن. إنه لا يقضي على الفوضى تماماً، لكنه يساعدني في إدارتها والسيطرة عليها بصورة أفضل بكثير. أولاً، أوجه وكيلاً معتمداً على الذكاء الاصطناعي التوليدي والنماذج اللغوية (LLM-gen-AI) نحو مجلد يحتوي على عدة مستودعات Git مستنسخة محلياً. على سبيل المثال: مستودع وثائق AI/ML SIG، ومستودع تذاكر AI/ML SIG، ومكتبة مهارات الوكلاء (Agent Skills library). ثم أطلب منه إجراء تحليل شامل عبر هذه المستودعات جميعاً.

كما أزوده أيضاً بسجلات الاجتماعات أو ملخصاتها. وأطلب منه مطابقتها ومقارنتها بالتذاكر المفتوحة ومواضيع النقاش على Fedora Discussion:

والأهم من ذلك كله، أنني لا أريده أن يقتصر على قراءة الملفات من نسخ git المستنسخة محلياً لدي فحسب. بل أريده أن يستعلم عن الخوادم البعيدة أيضاً: عبر واجهة برمجة تطبيقات Fedora Forge API، والبطاقات، والنقاشات، وغيرها. إن واجهة برمجة تطبيقات Forgejo التحتية ضخمة ومتكاملة للغاية. وهي تتيح للوكيل تتبع وتيرة العمل الفعلية التي يعمل بها الفريق لحظة بلحظة، بدلاً من مجرد أخذ لقطة ساكنة.

كانت مكتبة مهارات وكلاء فيدورا بحاجة ماسة إلى إرشادات للمراجعين. وقامت لورا باركزيوفا (Laura Barcziová - @lbarczio)، ضمن فريق المراجعة لدينا، بكتابة ملف REVIEWING.md متقن ومحكم في مستودع ai-ml/skills-library. إلا أن مستودع الوثائق المستقل ai-ml/docs كان يحتوي فقط على صفحة حول كيفية إنشاء مهارة جديدة، دون أي كلمة عن كيفية مراجعتها.

استعنتُ بوكيل داخل OpenCode لسحب سياق النقاش من بطاقات Fedora Forge حول آلية المراجعة المعتمدة لدينا. وقد ساعدني الوكيل في التوفيق بين ذلك السياق ومسودة لورا. وبعد ذلك، نسقتُ إرسال عدة طلبات سحب (Pull Requests) متزامنة عبر المستودعات في الوقت نفسه. وأدى هذا إلى مواءمة موقع وثائق AI/ML SIG بالكامل مع ما قرره الفريق في الواقع.

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

آمل أن تكون هذه الإطلالة على أسلوبي وسير عملي مفيدة وملهمة. حتى الآن، لا تتوفر خاصية التعليقات في مدونتي، مع أنني أدرس إضافتها. أشر إليّ بالإشارة (@) في منشور على لينكد إن (LinkedIn) وسيسعدني أن نواصل حوارنا هناك.

الصورة الأصلية بواسطة DM David على Unsplash. عُدلت بواسطة جاستن ويلر (Justin Wheeler). تُوزع صورة الغلاف المعدلة حصرياً بموجب رخصة CC BY-SA 4.0.