الكود هو عبء (وليس أصلا). رؤساء التقنية لا يفهمون هذا. يعتقدون أن الذكاء الاصطناعي رائع لأنه ينتج 10,000 ضعف الكود مقارنة بالمبرمج، لكن هذا يعني فقط أنه ينتج 10,000 ضعف المسؤوليات. 1/

إذا كنت ترغب في قراءة أو مشاركة نسخة بتنسيق مقال من هذا الموضوع ، فإليك رابط لها على ، مدونتي الخالية من المراقبة والخالية من الإعلانات والخالية من المتتبعات: 2/

الذكاء الاصطناعي هو الأسبستوس الذي نغرسه في جدران مجتمعنا عالي التقنية: الكود يشكل عبئا. قدرات الكود هي أصول. 3/

هدف متجر التقنية هو وجود كود يحقق قدراته إيرادات أكبر من التكاليف المرتبطة بتشغيل الكود. 4/

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

ففي النهاية، الكود آلة بلا أجزاء متحركة - فهي لا تتآكل؛ ولا يتآكل حتى. هذه هي أطروحة كتاب بول ميسون لعام 2015 "ما بعد الرأسمالية"، وهو كتاب لم يعد يتقدم في الزمن بشكل ملحوظ (رغم أنه ربما لم يكن بنفس سوء مصداقية ميسون السياسية). 6/

الكود ليس آلة قابلة للتكرار بلا حدود ولا تتطلب جهدا كبيرا. بل هو آلة هشة تتطلب إجراءات بطولية متزايدة للحفاظ على عملها بشكل جيد، وفي النهاية "تتآكل" (بمعنى الحاجة إلى إعادة هيكلة شاملة من الأعلى إلى الأسفل). 7/

لفهم سبب كون الكود عبئا، عليك أن تفهم الفرق بين "كتابة الكود" و"هندسة البرمجيات". "كتابة الكود" هواية مفيدة وممتعة ومشوقة للغاية. 8/

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

في الوقت نفسه، "هندسة البرمجيات" هي تخصص يشمل "كتابة الكود"، مع التركيز على العمليات طويلة الأمد ل*النظام* الذي ينتمي إليه الكود. 10/

تهتم هندسة البرمجيات بالعمليات المتقدمة التي تولد البيانات التي يستقبلها النظام. يهتم بالعمليات التالية التي يرسل إليها النظام المعلومات المعالجة. 11/

يهتم بالأنظمة المجاورة التي تستقبل بيانات من نفس العمليات الصادرة و/أو ترسل بيانات إلى نفس العمليات التي يرسل إليها النظام. 12/

"كتابة الكود" تعني صنع كود *يعمل بشكل جيد*. "هندسة البرمجيات" تتعلق بصنع كود *يفشل بشكل جيد*. الأمر يتعلق بصنع كود مقروء - يمكن لأطراف ثالثة فهم وظائفها من قبل أطراف ثالثة قد يطلب منهم صيانتها. 13/

قد يطلب من تلك الأطراف الثالثة تكييف العمليات في الاتجاه السفلي أو العلوي أو المجاور للنظام لمنع تعطل النظام. 14/

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

هل تذكر Y2K؟ كان ذلك يوما يتوقف فيه الكود السليم، الذي يعمل على أجهزة تعمل بشكل مثالي، عن العمل - ليس لأن الكود تغير، بل لأن *الزمن يمضي قدما*. 17/

نحن على بعد 12 عاما من مشكلة Y2038، حيث ستتوقف جميع نسخ يونكس 32-بت عن العمل، لأنها أيضا ستنفد من الثواني القابلة للحساب. 18/

وجود "العالم" عامل لا مفر منه يرهق البرمجيات ويتطلب إعادة بنائها، غالبا بتكلفة باهظة. كلما طالت مدة تشغيل الكود، زادت احتمالية أن يواجه "العالم". 20/

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

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

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

هذه الحالات الإضافية - في الأعلى، والأسفل والمتجاورة - كشفت عن أخطاء في الشيفرة الأصلية لم تظهر في التطبيقات السابقة. 24/

على سبيل المثال، يجب أن يكون لدى جميع خدمات الموقع سلوك افتراضي في الحالة (الشائعة جدا) التي لا تكون فيها متأكدة حقا من مكانها. 25/

ربما لديهم حل عام - على سبيل المثال، يعرفون أي صاري خلوي متصلون به، أو يعرفون أين كانوا *آخر* المرة التي حصلوا فيها على تحديد الموقع بدقة - أو ربما هم تائهون تماما. 26/

اتضح أنه في كثير من الحالات، كانت تطبيقات الموقع ترسم دائرة حول جميع الأماكن التي *يمكن* أن تكون فيها، ثم تضبط موقعها في منتصف تلك الدائرة. 27/

وهذا مقبول إذا كانت الدائرة بقطر بضعة أقدام فقط، أو إذا استبدل التطبيق هذا التقريب بسرعة بموقع أكثر دقة. لكن ماذا لو كان الموقع بعرض أميال وأميال، وإصلاح الموقع *لم يتحسن أبدا*؟ 28/

ماذا لو تم ذكر موقع أي عنوان IP بدون موقع محدد ك *مركز الولايات المتحدة القارية* وأي تطبيق لا يعرف مكانه أبلغ أنه في منزل في كانساس؟ 29/

وفي بلدتي بوربانك، حيث أخبرتنا خدمة مشاركة المواقع التابعة لجوجل ذات مرة أن ابنتنا التي كانت تبلغ من العمر 11 عاما آنذاك (والتي لم نستطع الوصول إلى هاتفها) كانت على بعد 12 ميلا، على منحدر طريق سريع في منطقة غير مدمجة من مقاطعة لوس أنجلوس. 32/

(كانت في حديقة قريبة، لكنها خارج النطاق، وقدر التطبيق موقعها كمركز المنطقة التي ثبتها فيها آخر مرة.) (كانت ساعات صعبة جدا.) 33/

الكود الأساسي - الكود الذي يستخدم افتراضيا غير ضار سابقا لتشويه المواقع المجهولة - يحتاج إلى تحديث *مستمر*، لأن العمليات العليا والنهائية والمجاورة المرتبطة به تتغير *باستمرار*. 34/

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

الكود ليس أصلا - بل هو عبء. كلما طالت مدة تشغيل نظام الحاسوب، زادت ديون التكنولوجيا التي يمثلها. كلما كان النظام أكثر أهمية، أصبح من الصعب إسقاطه وإعادة تصميمه بالكامل. 36/

بدلا من ذلك، توضع طبقات جديدة من الكود فوقه، وأينما تلتقي طبقات الكود، توجد شقوق تتصرف فيها هذه الأنظمة بطرق لا تتطابق تماما. 37/

والأسوأ من ذلك: عندما يتم دمج شركتين، تندمج أنظمة تكنولوجيا المعلومات المتشققة والمتشققة بينهما، بحيث توجد الآن مصادر *مجاورة* من ديون التكنولوجيا، بالإضافة إلى شقوق في البداية والأسفل في التيار: 38/

لهذا السبب الشركات العملاقة عرضة جدا لهجمات البرمجيات الفدية - فهي مليئة بأنظمة غير متوافقة تم إقناعها بمطابقة مع أشكال مختلفة من المعجون الرقمي والخيوط وأسلاك الربط. 39/

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

هل تتذكر عندما تعطلت أجهزة كمبيوتر شركة ساوث ويست إيرلاينز طوال أسبوع عيد الميلاد 2022، مما ترك ملايين المسافرين عالقين؟ 41/

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

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

السبب في أن تطبيق الخطوط الجوية البريطانية يعرض "حدث خطأ غير معروف" بنسبة 40-80٪ من الوقت ليس فقط أنهم فصلوا جميع موظفي تقنية المعلومات واستعانوا بمصادر خارجية لأصحاب عروض منخفضة في الخارج. 44/

هذا هو السبب، بالتأكيد - ولكن أيضا أن أول حواسيب بي إيه تعمل على صمامات كهروميكانيكية، وكل شيء منذ ذلك الحين يجب أن يكون متوافقا مع نظام قضمه أحد تلاميذ آلان تورينج من جذع شجرة كامل بأسنانه الأمامية الخاصة. 45/

الكود هو عبء وليس أصلا (تطبيق BA الجديد متأخر بسنوات). الكود يشكل عبئا. خوادم أجهزة بلومبرغ التي حولت مايكل بلومبرغ إلى ملياردير يعمل على شرائح RISC. 46/

وهذا يعني أنها مقيدة باستخدام عدد متناقص من مزودي الأجهزة ومراكز البيانات المتخصصين، ودفع أجور مبرمجين متخصصين، وبناء سلاسل هشة من الشيفرة لربط هذه الأنظمة بنظيراتها الأقل غرابة في العالم. الكود ليس ميزة. 47/

الذكاء الاصطناعي يمكنه كتابة الكود، لكن الذكاء الاصطناعي لا يستطيع الهندسة البرمجية. هندسة البرمجيات كلها تدور حول التفكير من خلال *السياق* - ماذا سيأتي قبل هذا النظام؟ ماذا سيأتي بعد ذلك؟ ما الذي سيقف بجانبه؟ كيف سيتغير العالم؟ 48/

تتطلب هندسة البرمجيات "نافذة سياق" واسعة جدا، وهو ما لا يمتلكه الذكاء الاصطناعي ولا يمكنه الحصول عليه. نافذة السياق الذكاء الاصطناعي ضيقة وسطحية. تتطلب الزيادات الخطية في نافذة السياق الذكاء الاصطناعي توسعات *هندسية* في متطلبات حسابية: 49/

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

الرؤساء *لا يعرفون* أن الكود هو عبء وليس أصلا. لهذا السبب لا يصمتون عن الحديث عن روبوتات الدردشة التي تكتب أكثر بعشرة آلاف من أي مبرمج بشري. 51/

يعتقدون أنهم وجدوا آلة تنتج *أصولا* بمعدل 10,000 ضعف معدل المبرمج البشري. لم يفعلوا. لقد وجدوا آلة تنتج *المسؤولية* بمعدل 10,000 ضعف معدل أي مبرمج بشري. 52/

سهولة الصيانة ليست مجرد خبرة مكتسبة بصعوبة تعلمك أين توجد المخاطر. 53/

كما يتطلب أيضا تنمية "إحساس أطراف الأصابع" - "إحساس أطراف الأصابع" الذي يتيح لك التخمين المعقول حول أماكن العقبات التي قد تظهر من قبل. 54/

إنها شكل من أشكال معرفة العمليات. إنه أمر لا مفر منه. ليست كامنة حتى في أكبر مجموعة من الكود التي يمكنك استخدامها كبيانات تدريب: *يا إلهي* رؤساء التقنية لا يفهمون هذا. 55/

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

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

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

هذا معيار غير معقول تماما لروبوتات الدردشة بحد ذاته، لكن فكر في هذا: الاحتمالات *مضاعفة*. النظام الذي يحتوي على عمليتين تعملان بموثوقية 95٪ له صافي موثوقية 90.25٪ (0.95 * 0.95). 59/

إذا قسمت مهمة بين عدة روبوتات دقيقة بنسبة 95٪، فإن فرصة إنجاز هذه المهمة بشكل صحيح تنتقل إلى *صفر*. 60/

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

إعادة هيكلة قاعدة شيفرة مايكروسوفت منطقية جدا. مايكروسوفت - مثل الخطوط الجوية البريطانية وشركات قديمة أخرى - لديها الكثير من الشيفرة القديمة التي تمثل ديون تقنية غير مستدامة. 64/

بعضكم مهندسو برمجيات وجدوا أن روبوتات الدردشة مفيدة للغاية في كتابة الكود لهم. هذه مفارقة شائعة في الذكاء الاصطناعي: لماذا يجد بعض الأشخاص الذين يستخدمون الذكاء الاصطناعي ذلك مفيدا جدا، بينما يكرهه آخرون؟ 66/

هل السبب أن الأشخاص الذين لا يحبون الذكاء الاصطناعي هم "سيئون في الذكاء الاصطناعي"؟ هل السبب هو أن معجبي الذكاء الاصطناعي كسالى ولا يهتمون بجودة عملهم؟ 67/

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

الحل الحقيقي لمفارقة الذكاء الاصطناعي يكمن في نظرية الأتمتة، ومفهوم "القنطور" و"القنطور العكسي": 69/

في نظرية الأتمتة، "القنطور" هو الشخص الذي تساعده آلة. "القنطور العكسي" هو شخص تم تجنيده *لمساعدة آلة*. 70/

لنفترض أنك مهندس برمجيات يستخدم الذكاء الاصطناعي لكتابة كود روتيني لديك الوقت والخبرة للتحقق منه، ونشر معرفتك بتقنية Fingerspitzengefühl والعمليات لضمان ملاءمته للغرض. 71/

من السهل أن أفهم لماذا قد تجد استخدام الذكاء الاصطناعي (عندما تختار، بالطرق التي تختارها، وبوتيرة تختارها) مفيدا. لكن لنفترض أنك مهندس برمجيات تم أمره بإنتاج كود بمعدل 10 أضعاف، أو 100 مرة، أو 10,000 ضعف سرعتك السابقة. 72/

لنفترض أن الطريقة الوحيدة لتحقيق ذلك هي عبر الذكاء الاصطناعي، ولا توجد طريقة بشرية يمكنك من خلالها مراجعة هذا الكود والتأكد من أنه لن ينكسر عند أول اتصال مع العالم، ستكرهه: 73/

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

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

أنت تكتب كودا للقيام بشيء ما مرة واحدة، دون التفاعل مع أي أنظمة أخرى. الكثير من البرمجة هو هذا النوع من المشاريع الفائدة. إنه ممل، بلا شكر، وجاهز للأتمتة. 76/

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

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

في قصة البطالة التكنولوجية، هناك فكرة أن التكنولوجيا الجديدة تخلق وظائف جديدة حتى وتجعل القديمة غير ضرورية: فلكل حداد يفقد عمله بسبب السيارة، هناك وظيفة تنتظر كميكانيكي. 79/

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

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

ولكن إذا كنت *تبحث* عن وظيفة سيخلقها الذكاء الاصطناعي بالتأكيد بملايين الدولارات، لدي اقتراح: إزالة الأسبستوس الرقمية. 82/

كود الذكاء الاصطناعي - المكتوب بسرعة 10,000 ضعف سرعة أي مبرمج بشري، مصمم ليعمل بشكل جيد، لكن ليس ليفشل بشكل أنيق - هو الأسبستوس الرقمي الذي نملأ به جدراننا. سيقضي أحفادنا أجيالا في حفر الأسبستوس من الجدران. 83/

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

بالوتيرة التي نسير بها، سيكون لدينا وظائف كاملة لأجيال من مزيلات الأسبستوس. 85/