ينتهي الأمر بكثير من الشركات إلى تطبيق لا يتولى أحد رعايته فعليًا. فقد انتقل المطوّر أو الوكالة الأصلية إلى أعمال أخرى، وتوقفت الإصدارات، ومتجر التطبيقات يحذّر من حِزم SDK قديمة، ولا أحد واثق من تعديل الشيفرة. وغالبًا ما يكون الميل الفطري إما إلى مواصلة الترقيع أو البدء من الصفر. ولا ينبغي حسم أيٍّ منهما بالحدس. يشرح دليل إنقاذ التطبيقات هذا كيفية تقييم تطبيق مهجور والاختيار بين إعادة هيكلة الموجود وإعادة بنائه، استنادًا إلى الأدلة لا إلى الإحباط.
ما هو
يبدأ إنقاذ التطبيق بفهم ما تملكه فعلًا. ويعني ذلك استعادة الوصول إلى الشيفرة المصدرية وإعدادات البناء ومفاتيح التوقيع وحسابات الاستضافة وصفحات التطبيق في المتاجر وخدمات الأطراف الثالثة؛ ثم مراجعة بنية الشيفرة وتبعياتها وتغطية الاختبارات والعيوب المعروفة؛ ثم التحقق مما إذا كان التطبيق لا يزال يُبنى ويعمل على الإصدارات الحالية من أنظمة التشغيل. وتعني إعادة الهيكلة تحسين قاعدة الشيفرة الحالية في مكانها: تحديث التبعيات وإصلاح العيوب وإعادة تنظيم المواضع المسببة للمشكلات وإضافة الاختبارات، مع إبقاء التطبيق عاملًا. أما إعادة البناء فتعني كتابة قاعدة شيفرة جديدة، مع إعادة استخدام التصاميم والبيانات وخدمات الواجهة الخلفية حيثما أمكن عادةً، ونقل المستخدمين إليها. تحافظ إعادة الهيكلة على الاستثمار السابق وتتجنب فجوة طويلة بلا إصدارات. وقد تكون إعادة البناء الخيار الأنسب حين تكون قاعدة الشيفرة غير قابلة للصيانة، أو مبنية على إطار عمل متقادم، أو غير متوافقة جوهريًا مع ما يحتاجه المنتج الآن. وكثيرًا ما تكون الإجابة مزيجًا: تثبيت الاستقرار الآن، ثم استبدال الأجزاء تدريجيًا.
لمن هذا؟
هذا الدليل مفيد لـ:
- الشركات التي لم يعد مطوّر تطبيقها أو وكالتها متاحًا
- مالكي المنتجات الذين لديهم تطبيق يتعذر بناؤه، أو يتعطل على الأجهزة الجديدة، أو يواجه الرفض من متجر التطبيقات
- المؤسسين الذين ورثوا تطبيقًا غير مكتمل من فريق سابق
- الفرق التي تقرر ما إذا كانت ستستثمر أكثر في قاعدة شيفرة قائمة
ما يساعد على توضيح
يساعد التقييم المنظّم على توضيح:
- ما إذا كانت لديك ملكية كاملة للشيفرة والمفاتيح والحسابات والبيانات وإمكانية الوصول إليها
- مقدار ما هو سليم من الشيفرة الحالية، وما هو محفوف بالمخاطر، وما هو مفقود
- ما إذا كان إطار العمل والتبعيات لا تزال مدعومة
- أي مسار — إعادة الهيكلة أو إعادة البناء أو الاستبدال المرحلي — يناسب جدولك الزمني ومدى تقبّلك للمخاطر
ما هو متضمن
- استعادة الوصول: مستودعات الشيفرة المصدرية، وملفات البناء، وشهادات التوقيع ومخازن المفاتيح، وحسابات السحابة والاستضافة، وحسابات متاجر التطبيقات، ومفاتيح API الخاصة بالأطراف الثالثة
- التأكد من الملكية القانونية للشيفرة وأي تراخيص، بالاستعانة بمستشاريك عند الحاجة
- التحقق مما إذا كان التطبيق يُبنى من المصدر ويعمل على الإصدارات الحالية من أنظمة التشغيل
- مراجعة التبعيات بحثًا عن مكتبات قديمة أو غير مدعومة أو معرّضة للثغرات
- تقييم بنية الشيفرة وتغطية الاختبارات والتوثيق
- حصر العيوب المعروفة وتقارير الأعطال وشكاوى المستخدمين وتحذيرات متاجر التطبيقات
- رسم خريطة للواجهة الخلفية وواجهات API والبيانات التي يعتمد عليها التطبيق
- تقييم الخيارات — إعادة الهيكلة أو إعادة البناء أو الاستبدال المرحلي — مقابل الجهد والمخاطر والمدة دون إصدارات
- الاتفاق على خطة لتثبيت الاستقرار في المشكلات العاجلة قبل البدء بالأعمال الأكبر
ما لا يشتمل عليه
- ادعاء بأن كل مشكلة موروثة سيُعثر عليها أو تُحل
- تطوير ميزات جديدة خارج نطاق الاسترداد المؤكَّد
- تقييم أمني رسمي أو اختبار اختراق ما لم يُحدَّد نطاقهما بشكل منفصل
- استشارة قانونية بشأن ملكية الشيفرة أو النزاعات مع الموردين السابقين
متى تختارها
تحرّك حين يتعذر إصدار التطبيق بأمان، أو حين توشك متطلبات المنصة على جعله غير متوافق مع قواعد المتجر، أو حين يُحدث كل تغيير صغير مشكلات جديدة. لا تنتظر حتى يُزال التطبيق من المتجر أو تتوقف خدمة حرجة. وإن لم يكن بإمكانك الوصول إلى الشيفرة المصدرية أو مفاتيح التوقيع، فعالج ذلك أولًا؛ إذ قد تكون إعادة البناء من دونها الخيار الوحيد بصرف النظر عن جودة الشيفرة.
نهجنا
ابدأ بالوصول والأدلة لا بالآراء. فكثير من التطبيقات المهجورة يتبيّن أنها أفضل مما تبدو عليه بمجرد أن تُبنى من جديد؛ وأخرى تبدو سليمة لكنها تقوم على أطر عمل لم تعد صالحة. اتخذ القرار بناءً على تقييم مكتوب يغطي الشيفرة والتبعيات والبنية التحتية واحتياجات المنتج. تشمل خدمتنا «App Rescue & Rebuild» التقييم والاسترداد: استعادة بناء عامل، وتثبيت استقرار المشكلات الحرجة، والتوصية بمسار الاسترداد المؤكَّد وتنفيذه، مع سجل استرداد محدد النطاق ومواد تسليم. وحيثما امتدت المشكلة إلى منصة أوسع أو واجهة خلفية أو نظام قديم، توفّر خدمة «Platform Rescue & Modernisation» خريطة للوضع الحالي وخطة لتثبيت الاستقرار وخارطة طريق للتحديث. وبعد الاسترداد، خطط لرعاية مستمرة حتى لا ينزلق التطبيق إلى الحالة نفسها مجددًا: تحديثات مجدولة للتبعيات، وروتين إصدارات، وملكية واضحة للحسابات والمفاتيح.
الأسئلة المتكررة
مقالات ذات صلة
ابدأ
هل أنت عالق مع تطبيق لا يستطيع أحد صيانته؟
أخبرنا بما يمكنك الوصول إليه، وما هو معطّل، وما يجب أن يؤديه التطبيق لاحقًا. وسنقترح تقييمًا مكتوبًا ونطاقًا للاسترداد.
اطلب نطاقًا مكتوبًا