المزامنة دون اتصال

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

سائق التوصيل في جراج تحت الأرض يظل قادرًا على تسجيل تسليم الطرد. ومندوب المبيعات في قرية يظل قادرًا على كتابة الطلب. والممرضة في قسم بجدران سميكة تظل قادرة على تسجيل القراءة. لا ينتظر أحد منهم، والموظفون يلاحظون الفرق من اليوم الأول.

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

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

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