سلسلة التقنية · 07

لماذا تفشل أغلى البرمجيات في العالم

سطر واحد من شيفرة أُعيد استخدامها دمّر صاروخاً بقيمة 370 مليون دولار. وذلك النمط لم يتوقّف حقاً.

صورة مقسومة: صاروخ Ariane 5 ينفجر في كرة نار على جانب، ومحرّر شيفرة داكن على الجانب الآخر يبرز حساب سرعة موسوماً بخطأ تنفيذ.

في 1996 انفجر صاروخ Ariane 5 بعد 37 ثانية من إطلاقه. السبب: تحويل رقم بـ64 بت إلى عدد صحيح بـ16 بت. سطر واحد من شيفرة أُعيد استخدامها — وعملت بلا خلل عقداً كاملاً — جعل صاروخاً بقيمة 370 مليون دولار يدمّر نفسه.

هذا ليس تاريخاً قديماً. إنه يتكرّر باستمرار.

البرمجيات لا تتآكل. لكن العالم حولها يتآكل.

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

التعقيد غير مرئي حتى ينكسر

برمجيات البنوك والرعاية الصحية والطيران عالمياً ليست نظاماً واحداً. إنها آلاف الترقيعات والتكاملات القديمة المتراكمة عبر عقود. ولا يفهمها شخص واحد كاملةً. وحين تنكسر لا يعرف أحد السبب — لأن أحداً لا يعرف تماماً ما هي.

الاختبار لا يستطيع محاكاة الواقع

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

الدَّين التقني صامت — حتى يصير كارثياً

كل «سنصلحه لاحقاً» يتراكم. أما عطل British Airways عام 2017 الذي علّق 75,000 مسافر؟ فقد أطفأ متعاقد مكوّناً في مركز بيانات داخل نظام بلا إجراء تعافٍ — لأن أحداً لم يكتب واحداً.

المهندسون يرحلون. وتذهب المعرفة معهم.

أخطر البرمجيات هي التي لم يعد أحد يفهمها كاملةً. ولهذا ما زالت COBOL — المكتوبة في الستينيات — تعالج ثلاثة تريليونات دولار من المعاملات يومياً. لأن أحداً لا يريد لمس ما لا يفهمه.

الخلاصة: لا تفشل البرمجيات لأن المهندسين مهملون. تفشل لأن الأنظمة المعقّدة لا يمكن فهمها كاملةً ولا اختبارها كاملةً. والجواب ليس شيفرة مثالية، بل قابلية للمراقبة، وتكراراً، وتواضعاً يعامل الفشل يقيناً لا حالة نادرة.

الجزء الثامن يكمل من هنا: الذكاء الاصطناعي صار داخل خط النشر لديك.

وسومsoftware-engineeringsystem-designreliabilitytech-historydevops

Originally published on LinkedIn.

التعليقات

لا تعليقات بعد — الكلمة الأولى لك.

اكتب تعليقاً

تُقرأ التعليقات قبل نشرها، لذا لن يظهر تعليقك فوراً.

اقرأ السلسلة — سلسلة التقنية

فهرس سلسلة التقنية
  1. 01لماذا DevOps (وما هو حقاً)
  2. 02من الصفر إلى المئة: أساسيات الخوادم والسحابة والشبكات
  3. 03السحابة تحت النار: ما على كل قائد تقني أن يتعلّمه
  4. 04لماذا تسقط شركات التقنية الكبرى رغم كل شيء
  5. 05الحرب الصامتة داخل كل شركة تقنية
  6. 06الإنترنت لم يُصمَّم يوماً ليكون بهذا الحجم
  7. 07لماذا تفشل أغلى البرمجيات في العالم (هذه المقالة)
  8. 08الذكاء الاصطناعي داخل خط النشر لديك. وأغلب الفرق تديره بشكل خاطئ.
  9. 09اختراق ووردبريس الياباني: من الصفر إلى المئة
  10. 10VPN: ما هو، ولمن هو فعلاً
  11. 11لماذا لم يعد «full-stack» اختيارياً
  12. 13ما تصميم الأنظمة ولماذا يهمّك
  13. 14فقدان بياناتك هو العلّة الوحيدة التي لا يمكن إصلاحها
محمد نصيف

محمد نصيف

مهندس DevOps وقائد تقني · جدة، السعودية

يكتب The Stack Notes — ملاحظات ميدانية عن البنية التحتية والذكاء الاصطناعي والمال والعمل. بنية سحابية، CI/CD، أمن وأتمتة في شركة كود سفن لتقنية المعلومات.

تشغّل بنية تحتية تفضّل أن يراجعها أحد قبل أن تنكسر؟ أتولّى مراجعات تقنية المعلومات والسحابة للشركات. ابدأ طلب مراجعة.

العودة إلى The Stack Notes