الخلاصة

  • روت Margaret Hamilton لاحقاً أنها اقترحت شاشة أولوية ومهلة من خمس ثوانٍ للرد: تظهر المعلومة الطارئة بدلاً من العرض المعتاد، ويُمنح رائد الفضاء وقتاً للاستجابة. تتعلق الرواية بواجهة وإجراء عمل، لا بحاسوب قرر مصير الهبوط.
  • يوثق سجل Apollo 11 إنذاري البرنامج 1202 و1201، وملاحظات الطاقم، ونداءات “Go” التي أرسلها Charlie Duke. وتشرح تعليقات NASA اللاحقة وذكريات المهندسين مراحل مختلفة من سلسلة المشورة؛ فلا يصح جمعها في حكاية بطل واحد.
  • تستطيع الإشارة ذات الأولوية مقاطعة الانتباه، لكنها لا تمنح صلاحية التصرف. تتوقف الصلاحية على دور الشخص والأدلة المتاحة والإجراء المتبع والحكم البشري.

المقاطعة ليست أمراً

لا يتطلب فهم مساهمة Margaret Hamilton تصويرها على أنها من أنقذت Apollo 11 وحدها. المسألة الأدق التي روتها لاحقاً هي مسألة معلوماتية: إذا كانت الشاشة تعرض بيانات اعتيادية لمهمة جارية، فكيف يعرف الطاقم أن حالة استثنائية تستدعي الانتباه فوراً؟ في التاريخ الشفوي لمتحف تاريخ الحاسوب، تذكرت Hamilton أنها اقترحت شاشة أولوية تقطع العرض الطبيعي وتمنح رائد الفضاء خمس ثوانٍ للرد. وقالت إن زملاءها في العتاد نفذوا قدرة العرض، وإن Houston أدرج الإجراء في قوائم الفحص والتدريب. هذا توثيق لاحق لما تذكرته عن المشكلة ودورها؛ ولا تضم المصادر التي راجعناها مواصفة معاصرة للتصميم تؤكد جميع تفاصيل التنفيذ بصورة مستقلة.

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

ولا ينبغي تحويل «الخمس ثواني» إلى معيار أمان يصلح لكل نظام. لا تثبت المصادر أن هذه المدة كانت مثلى في كل ظرف. الأهم هو التسلسل الذي تذكرته Hamilton: تظهر الرسالة ذات الأولوية، وتتاح للإنسان فرصة للرد، ثم يتابع النظام وفق قاعدة محددة. يتوقف الأمان على الحالة التي تطلق الإنذار، والسياق المعروض، والردود الممكنة، وما تفعله البرمجيات بعد انتهاء المهلة. لا يصف رقم منفرد عقد التفاعل هذا.

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

ما الذي تثبته إنذارات 1202 و1201؟

أثناء الهبوط على القمر في 20 يوليو 1969، أبلغ طاقم Apollo 11 عن إنذار البرنامج 1202 ثم 1201. يجمع سجل الهبوط والاتصالات اللاسلكية بين محادثات الراديو وتعليقات تحريرية أضيفت لاحقاً. أبلغ Aldrin عن الإنذار، وتبادل الطاقم ومركز الأرض المعلومات، ثم نقل Charlie Duke عبارة “Go”. وورد إنذار 1201 لاحقاً وتبعه نداء “Go” آخر. يثبت السجل ما قيل عبر الراديو والترتيب العام للأحداث؛ غير أن بعض الشروح الواردة فيه ليست كلاماً قيل في اللحظة نفسها.

يعرض ملخص المهمة هذه الاتصالات ضمن تسلسل الهبوط. ويقدم تقرير مهمة Apollo 11 تفسيراً تقنياً لاحقاً: ارتبطت الإنذارات بمقاطعات عدّاد غير متوقعة على صلة بواجهات محلل رادار الالتحام، وذكر التقرير أنها استهلكت أكثر من عشرة في المئة من قدرة الحاسوب. ووصف الواقعة بأنها «تعطل كامل للحاسوب» يمحو هذا التفصيل. يشرح التقرير الحمل والمعالجة، لكنه لا يحدد وحده ما عرفه كل مشارك أو من امتلك صلاحية قبول المخاطر التشغيلية.

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

تنسب تعليقات NASA دوراً مهماً إلى Guidance Officer Steve Bales في تقييم ما إذا كان الحمل الزائد يهدد الهبوط. وتبرز ذكريات لاحقة لمشاركين، بينها ذاكرة Hamilton، معرفة Jack Garman بنمط الإنذارات ومشورته. ولا يلزم أن تتعارض الروايتان: فالتعرف على الرمز وتقديم توصية فنية وتقييم المخاطر وإرسال نداء “Go” مراحل مختلفة. لكن السجلات المنشورة لا تعيد بناء كل انتقال داخلي بما يسمح بصياغة سلسلة قيادة واحدة لا خلاف فيها.

ويقدم Frank McGwire وPeter Adler شهادتين منفصلتين. يصف McGwire في روايته بضمير المتكلم تجربته الشخصية مع الإنذارات واستجابة فريق الهندسة. أما شهادة Peter Adler فتقدم منظور مشارك آخر. يقول McGwire إنه لم يشاهد تلك الإنذارات بنفسه في الاختبارات التي أجراها قبل الرحلة. وهذا دليل على تجربته الشخصية، لا على أن البرنامج كله لم يجر محاكاة أو يختبر استعادة النظام. وبالمثل، فإن إشارة Hamilton إلى Garman لا تلغي الدور الذي تنسبه تعليقات الهبوط إلى Bales.

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

مساهمة Hamilton وحدود السببية

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

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

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

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

الإنذار لا يمنح الإذن

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

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

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

ما الذي تقدمه القصة للأنظمة اليوم؟

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

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

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

الخاتمة: اجذب الانتباه واترك القرار واضحاً

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

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

المصادر