بعد انقطاع طويل للكهرباء، تحدث لحظة مألوفة. يعود التيار، فتبدأ الأجهزة في الاستيقاظ دفعة واحدة. الحاسوب إلى الشاحن. الهاتف إلى الشاحن. البطاريات تحتاج إلى التعويض. الإنترنت يعود. الخدمات تبدأ في المزامنة. التحديثات تكتشف فجأة أن لديها أشياء كثيرة تريد تنزيلها. وفي وسط كل ذلك نحاول أن نعود إلى العمل. بعد ساعة ربما نكتشف أن الكهرباء انقطعت من جديد، بينما استهلكنا معظم الفترة في تحديث برنامج لم نكن بحاجة إليه أو في تصفح الإنترنت لأن الشبكة أصبحت متاحة. المشكلة ليست دائمًا قصر مدة الكهرباء. أحيانًا المشكلة هي أننا نتعامل مع عودتها وكأنها ستبقى. في البيئة غير المستقرة، من الأفضل النظر إلى فترة الطاقة على أنها نافذة مورد يجب أن نستخدم جزءًا منها للاستعداد لما سيأتي بعدها.
أولًا: استعد القدرة قبل أن تستأنف الراحة
عندما تعود الكهرباء، تكون الأولوية الطبيعية هي شحن الأشياء. لكن ليست كل الأجهزة متساوية في القيمة التشغيلية. الهاتف قد يكون وسيلة الاتصال والمصادقة والوصول إلى الإنترنت. الحاسوب هو أداة الإنتاج الرئيسية. بطارية خارجية قد تضمن ساعات إضافية لاحقًا. جهاز لوحي قد يوفر وسيلة منخفضة الاستهلاك للقراءة والكتابة. لذلك من المفيد أن يكون لديك ترتيب معروف مسبقًا بدل توزيع الطاقة عشوائيًا. الفكرة ليست: ما الجهاز الأقل شحنًا؟ بل: أي شحنة الآن ستمنحني أكبر قدرة على الاستمرار لاحقًا؟ قد تكون زيادة الهاتف من 60% إلى 100% أقل أهمية من رفع Power Bank فارغ إلى مستوى يمكنه إنقاذ الهاتف لاحقًا. إدارة الطاقة هنا تصبح قرارًا عن الاستمرارية، لا مجرد أرقام بطارية.
ثانيًا: استخدم عودة الإنترنت للمزامنة فورًا
إذا عادت الشبكة مع الكهرباء، فهناك مجموعة صغيرة من العمليات تستحق أن تحدث مبكرًا. ارفع العمل الذي أنجزته أثناء الانقطاع. ادفع commits المهمة. زامن المستندات. ارفع النسخ الاحتياطية التي تنتظر. استقبل التحديثات الضرورية من الفريق أو المشاريع. السبب بسيط: قد تستمر الكهرباء بينما تختفي الشبكة، أو العكس. وجود الموردين معًا هو أفضل لحظة لتنفيذ الأشياء التي تحتاج كليهما. لا تنتظر آخر خمس دقائق كي تقول: "كان يجب أن أرفع هذا الملف."
ثالثًا: نزّل ما سيحررك من الإنترنت لاحقًا
بعد إخراج العمل من جهازك، يأتي الاتجاه المعاكس: أدخل إليه ما ستحتاجه. إذا كنت تعرف أنك ستعمل على مكتبة برمجية، نزّل الحزم التي تحتاجها. إذا كنت ستقرأ عدة أوراق، احتفظ بها محليًا. إذا كنت تحتاج مستندات أو ملفات من الفريق، احصل عليها الآن. إذا كان هناك مستودع ستعمل عليه، حدّثه. إذا كنت تتوقع الرجوع إلى Documentation، احفظ الأجزاء المهمة. هذه واحدة من أعلى الاستثمارات عائدًا في فترة الاتصال. عدة دقائق من التنزيل الآن قد تخلق عدة ساعات من الاستقلال لاحقًا.
رابعًا: لا تسمح للتحديثات باختطاف نافذة الطاقة
الأنظمة الحديثة تحب الكهرباء والإنترنت كثيرًا. بمجرد اجتماعهما تبدأ بعض البرامج في التصرف وكأن اللحظة صُنعت من أجلها. تحديث نظام. تحديث تطبيق. مزامنة صور. تنزيل ملفات سحابية. فهرسة. عمليات خلفية. بعض هذه العمليات مهمة، لكنها ليست بالضرورة مهمة الآن. في البيئة المستقرة، تحديث يستغرق عشرين دقيقة أمر عادي. أما إذا كانت لديك ساعة واحدة فقط من الكهرباء، فقد يلتهم ثلث نافذتك. لذلك من المفيد التمييز بين: تحديث أمني أو تشغيلي تحتاجه فعلًا. و: تحديث يستطيع الانتظار. لا تجعل الجهاز يقرر وحده كيف ينفق المورد الأكثر ندرة في يومك.
خامسًا: نفّذ الأعمال الثقيلة أثناء وجود المصدر الأقوى
هناك أعمال يمكن كتابتها على البطارية، وأعمال من الأفضل تنفيذها عندما يكون الجهاز موصولًا بالطاقة. Build كبير. اختبارات طويلة. معالجة بيانات. ضغط ملفات. عمليات Docker ثقيلة. نسخ احتياطي محلي كبير. إذا كنت تعلم أنك ستحتاج واحدة منها، فإن فترة الكهرباء هي أفضل وقت لها. أما الكتابة والقراءة والتخطيط فيمكن غالبًا ترحيلها إلى الفترة التالية. هذه الفكرة تقلب ترتيب اليوم التقليدي. بدل تنفيذ المهام حسب رغبتنا فقط، ننفذها أيضًا حسب تكلفة المورد الذي تحتاجه.
ماذا لو كان لدينا خادم بعيد؟
الخادم البعيد يمكن أن يزيد قيمة نافذة الكهرباء أكثر. يمكن استخدام دقائق الاتصال لإرسال العملية الثقيلة إلى مكان آخر. مثلًا: ترفع التغييرات. تشغّل الاختبارات على الخادم. تبدأ build. تطلب تنزيل ملف كبير إلى الخادم. ثم تنفصل. حتى لو اختفت الكهرباء محليًا، تستمر العملية في مكان آخر. هذا يجعل بعض المهام التي كانت تحتاج ساعة من تشغيل الحاسوب تحتاج فقط إلى عشر دقائق من الطاقة والاتصال المحليين. وهذه واحدة من أكثر فوائد البنية البعيدة أهمية في البيئات المتقطعة.
الساعة الأولى ليست كلها للعمل
هناك خطأ في الاتجاه المعاكس أيضًا. عندما نعرف أن الكهرباء قد تنقطع، يمكن أن يتحول الأمر إلى سباق محموم. شحن. رفع. تنزيل. تشغيل. نسخ. اختبارات. فنحاول استهلاك كل دقيقة. لكن النظام الجيد يجب أن يقلل التوتر، لا أن يزيده. لذلك لا تحتاج إلى قائمة من عشرين إجراء. يكفي غالبًا ترتيب بسيط:
- استعادة الطاقة: شحن الأجهزة والبطاريات الأكثر أهمية.
- حماية الحالة: مزامنة ورفع العمل والنسخ الضرورية.
- الاستعداد: تنزيل ما تحتاجه للعمل دون اتصال.
- استغلال القدرة: تشغيل العمليات الثقيلة أو إرسالها إلى الخادم.
- العودة للعمل: ابدأ المهمة التي تحقق أعلى قيمة.
أنشئ قائمة “عند عودة الكهرباء”
من الأدوات الصغيرة التي قد تكون مفيدة جدًا وجود Checklist ثابتة. مثلًا:
عند عودة الكهرباء
[ ] شحن الحاسوب
[ ] شحن الهاتف
[ ] شحن البطارية الخارجية
[ ] Git push للمشاريع النشطة
[ ] مزامنة المستندات المهمة
[ ] رفع Backup الضروري
[ ] Git pull / تنزيل الملفات المطلوبة
[ ] تنزيل المراجع المطلوبة
[ ] تشغيل المهمة الثقيلة إن وجدتليست الفائدة في القائمة نفسها. الفائدة أنك لا تحتاج في كل مرة إلى اتخاذ القرارات نفسها من جديد. عندما يكون الوقت محدودًا، تقليل عدد القرارات جزء من الكفاءة.
فكر فيما بعد النافذة
أفضل استخدام للكهرباء ليس بالضرورة الشيء الذي تستطيع إنجازه خلالها. أحيانًا أفضل استخدام لها هو ما يجعل الساعات التالية ممكنة. إذا استخدمت نصف ساعة لشحن جهازك وتنزيل المراجع ومزامنة المشروع، فقد تكون قد اشتريت أربع ساعات من العمل اللاحق. بينما لو استخدمتها في مهمة واحدة ثقيلة، قد تنتهي النافذة ولا تزال بقية البيئة غير جاهزة. لهذا يجب أن نقيس النتيجة ليس فقط بما أنجزناه أثناء وجود الكهرباء، بل بما أصبح ممكنًا بعد اختفائها.
من الاستهلاك إلى الجاهزية
في البيئات المستقرة نسأل: كم استهلكنا من الكهرباء؟ أما في البيئة المتقطعة فمن المفيد إضافة سؤال آخر: ما مقدار الجاهزية الذي اشتريناه بهذه الساعة؟ هل أصبح الهاتف قادرًا على الصمود؟ هل توجد نسخة آمنة من العمل؟ هل أصبحت الملفات متاحة Offline؟ هل المهمة الثقيلة تعمل على الخادم؟ هل نستطيع الاستمرار إذا انقطع التيار الآن؟ إذا كانت الإجابات نعم، فقد كانت ساعة الكهرباء ناجحة حتى لو لم نكتب خلالها سطرًا واحدًا. وهذا يلخص فكرة أوسع في المرونة: لا تستخدم المورد فقط للحظة وجوده. استخدمه لبناء القدرة على الاستمرار بعد اختفائه. بهذا تصبح عودة الكهرباء أقل شبهًا بزر تشغيل يعيد الحياة مؤقتًا، وأكثر شبهًا بنافذة صغيرة نعيد خلالها شحن النظام كله، الأجهزة والبيانات والمعرفة والاستعداد، قبل الجولة التالية.