في هذه المقالة، نستعرض رحلة بوب في عالم البرمجيات وتحدياتها، من خلال مقالاته العميقة وأفكاره حول إدارة المخاطر.
الأيام الجمعة مع بوب
عندما بدأت في Spectrum قبل 25 عامًا، اقترح عليّ أحد المحررين الكبار أن أجد “حاخامًا”، بمعنى شخص يمكنه إرشادي حول كيفية تعامل مهندسي الكهرباء مع المشكلات وتقييم الحلول المحتملة.
لم أجد واحدًا على الفور. ثم في عام 2005 قررنا القيام بتقرير خاص يركز على تحديات تطوير البرمجيات المؤسسية. اقترحت أن ندعو روبرت ن. شاريت، عضو IEEE Life Senior، الذي يصف نفسه بأنه عالم مخاطر، ومؤلف كتب غزير، وسلطة رائدة في إدارة المخاطر وهندسة البرمجيات، لاستكشاف الأسباب العديدة لفشل مشاريع البرمجيات في صفحاتنا. لا يزال مقاله الأساسي “لماذا تفشل البرمجيات” يُقرأ في فصول الهندسة الجامعية اليوم.
كما يقولون، كانت بداية صداقة جميلة. لقد وجدت حاخامي، شخص يشارك حبي للكتابة. استقرنا في إيقاع استمر لأكثر من 20 عامًا، نتحدث صباح كل يوم جمعة حول مجموعة من المواضيع بما في ذلك الانتشار المتزايد للبرمجيات في حياتنا.
لذا عندما أصبحت محرر موقع Spectrum في عام 2007، كان هو أول مساهم أستعين به لبدء مدونة منتظمة (تذكرون تلك الأيام؟). وُلِد Risk Factor وعلى مدار أكثر من 10 سنوات و1750 منشورًا، وثق بوب المئات من الفشل البرمجي، culminating في “دروس من عقد من فشل تكنولوجيا المعلومات”، الذي فاز بجائزة جيسي إتش. نيل لأفضل الرسوم البيانية في عام 2016. بشكل ساخر، ولكن بشكل متوقع، تم إنشاء تلك الرسوم البيانية في حزمة برمجية لم تعد مدعومة وبالتالي فقدت في غياهب الزمن.
ومع ذلك، لم يكن بوب شخصًا يعتمد على حيلة واحدة. بين وظيفته بدوام كامل في إدارة شركتين استشاريتين وتربية ابنتيه، ماورا وميغان، اللتين ستصبحان عالمة كيمياء حيوية ومهندسة مدنية على التوالي، كتب أيضًا العديد من المقالات العميقة والمفيدة. تشمل هذه المقالات “الطبيب سيرى سجلك الصحي الإلكتروني الآن”، والسلسلة المكونة من 12 جزءًا والكتاب الإلكتروني “شرح انتقال الطاقة الكهربائية”، ومقالتي المفضلة “أوتوماتيكي حتى الموت”، حول العواقب القاتلة لبارادوكس الأتمتة كما يتجلى في الأنظمة السيبرانية الفيزيائية التي تقود الطائرات والقطارات والسيارات.
كان هدفه الرئيسي طوال الوقت هو جعل البرمجيات مرئية، كما أخبرني يوم جمعة في يوليو. “البرمجيات تحيط بنا، لكننا لا نعرفها على الإطلاق”، قال. “كنت أرغب حقًا في أن تساعد قصصي الناس على فهم الأنظمة البرمجية المعقدة بشكل أفضل. لا يمكنك رؤية البرمجيات، ولا يمكنك لمسها، ولا يمكنك تذوقها. قد تشعر بعواقب فشل البرمجيات، لكنك لا ترى السبب نفسه.”
عندما أخبرني أنه سيعلق قبعته كمحرر مساهم ليركز على تصوير الطبيعة وكتابة مجموعة من الثلاثيات الخيالية، بما في ذلك واحدة بعنوان “جرائم STEM” التي تتميز بمحقق تحول من مهندس وحاخامه، سألته أي من مقالاته في Spectrum كان لها أكبر تأثير.
حدد المقالة المميزة لعام 2013 “أزمة STEM هي أسطورة”. “Spectrum أعطتني منصة للتشكيك في الافتراض بأننا بحاجة إلى المزيد من خريجي STEM. حتى ذلك الحين، لم يدرك الناس حقًا مدى كون أزمة STEM أسطورة تم perpetuated من قبل أصحاب العمل والمجتمع الأكاديمي وتم فرضها على مجتمع IEEE”، قال.
قام شاريت ببناء مسيرة مهنية من التشكيك في الافتراضات. أفضل طريقة للتخفيف من المخاطر، أخبرني بينما كانت محادثتنا يوم الجمعة تقترب من نهايتها، هي أن تكون حذرًا عند وضع الافتراضات في المقام الأول. “مقولة المخاطر الرئيسية الخاصة بي هي أن الافتراضات التي تم وضعها هي مخاطر مقبولة.”
من خلال قصصه، ساهم بوب في فهم أعمق للبرمجيات وتأثيرها على حياتنا اليومية، مما يجعلنا نتساءل عن الافتراضات التي نعتمد عليها.
