كود تطوير التطبيقات عبر الإنترنت: دليل عملي

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

• تستبدل الأنظمة الأساسية منخفضة التعليمات البرمجية والتي لا تحتوي على تعليمات برمجية لتطوير التطبيقات عبر الإنترنت النموذج المعياري (التوجيه، والمصادقة، وشاشات CRUD، والنشر) بالتكوين، لكنها نادرًا ما تقضي على المنطق تمامًا: لا تزال تحدد القواعد وعمليات التحقق من الصحة والحسابات.
• الطبقات الأربع لأي تطبيق (البيانات، الواجهة، المنطق، التكامل) هي النموذج العقلي الصحيح لتحديد ما يجب تكوينه أو ما يجب ترميزه.
• التعليمات البرمجية المُنشأة والمكتوبة يدويًا لا تتعارض مع بعضها؛ تقوم الفرق الناضجة بمزجها باستخدام أدوات مرئية لـ 80% المتكررة وكود المصدر لـ 20% الفريدة حقًا.
• قرارات نمذجة البيانات التي تم اتخاذها في الأسبوع الأول هي الأصعب في التراجع عنها لاحقًا. لذا قم بتصميم الجداول والعلاقات قبل إنشاء نموذج واحد.
• الاعتماد على البائع هو مقايضة حقيقية: كلما أسرعت في الشحن على منصة مستضافة، زاد اعتمادك على خيارات التصدير والأسعار الخاصة بتلك المنصة.
• يعد 4D (البعد الرابع) خيارًا راسخًا في هذا المجال، حيث يجمع بين محرك قاعدة البيانات العلائقية ومصمم النماذج ولغة البرمجة الخاصة به في بيئة واحدة.

ماذا يعني “رمز تطوير التطبيقات عبر الإنترنت” في الواقع

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

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

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

تطوير التطبيقات بدون تعليمات برمجية مقابل البرمجة المنخفضة مقابل البرمجة التقليدية

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

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

ذات صلة: Airtable — واجهة بسيطة لجدول بيانات تقع فوق قاعدة بيانات علائقية حقيقية، مع عمليات تشغيل تلقائية وطرق عرض وواجهات قابلة للمشاركة..

هناك ثلاثة أسئلة تفصل بين الفئات بشكل مفيد:

1. هل يمكنك التعبير عن المنطق الشرطي؟ إذا كان النظام الأساسي يدعم فقط قواعد “متى X، افعل Y”، فإن قواعد العمل المعقدة ستكسرها في النهاية.
2. هل يمكنك الوصول إلى نظام خارجي؟ تحدد واجهات برمجة تطبيقات REST وخطافات الويب وموصلات قاعدة البيانات ما إذا كان تطبيقك عبارة عن جزيرة أم لا.
3. هل يمكنك إخراج بياناتك؟ يعد تصدير ملف CSV بمثابة الحد الأدنى المطلوب؛ واجهة برمجة التطبيقات الموثقة أو الوصول المباشر إلى قاعدة البيانات هو ما يحميك.

النظام الأساسي الذي يجيب بنعم على هذه الأسئلة الثلاثة يقوم بمعظم ما تفعله المكدسات التقليدية، مع إعداد أقل بكثير. المنصة التي تجيب بـ “لا” على السؤال الثالث هي مخاطرة يجب عليك تسعيرها قبل الالتزام بها.

الطبقات الأربع لأي بناء تطبيق

يتكون كل تطبيق أعمال، بغض النظر عن كيفية إنشائه، من نفس الطبقات الأربع. ويوضح الفصل بينهما ما تقوم بتكوينه وما تكتبه.

إذا كنت تتسوق: Zoho Creator — أداة إنشاء تطبيقات ذات تعليمات برمجية منخفضة يتم توصيلها بمجموعة Zoho الأوسع والأسعار لكل مستخدم وليس لكل تطبيق..

الطبقة الأولى: نموذج البيانات

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

نمذجة البيانات هي المكان الذي تؤتي فيه الخبرة ثمارها أكثر. يؤدي تنظيم بنية العميل/الطلب/العنصر بشكل صحيح من البداية إلى تجنب تحديات الترحيل المتمثلة في تقسيم جدول متضخم بعد وجود 10000 سجل وعشرات النماذج التي تشير إليه.

الطبقة الثانية: الواجهة

تشكل النماذج وطرق عرض القائمة وصفحات التفاصيل ولوحات المعلومات طبقة الواجهة. يسمح لك المصممون المرئيون بوضع الحقول وربطها بمصادر البيانات وتحديد قواعد التحقق من الصحة دون كتابة العلامات. الكود هنا تعريفي: أنت تصف ما يجب أن تعرضه الشاشة وتعرضه المنصة.

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

الطبقة الثالثة: المنطق

المنطق هو المكان الذي يصبح فيه “رمز تطوير التطبيق” حرفيًا. تحتاج العمليات الحسابية وعمليات التحقق من الصحة وتوجيه الموافقة والوظائف المجدولة وانتقالات الحالة إلى تعليمات. تعبر المنصات عن ذلك بطرق مختلفة:

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

قاعدة أساسية مفيدة: إذا كان من الممكن ذكر قاعدة عمل في جملة واحدة دون أي استثناءات، فستتعامل معها قاعدة مرئية. إذا كانت تحتاج إلى فقرة تحتوي على ثلاث عبارات “ما لم”، فأنت تريد طبقة برمجة نصية.

ذات صلة: Knack — أداة إنشاء قاعدة بيانات بدون تعليمات برمجية تستهدف البوابات والأدلة والأدوات الداخلية - بسعر ثابت بدلاً من الرسوم لكل مستخدم..

الطبقة الرابعة: التكامل

تعمل عمليات التكامل على ربط تطبيقك بالبريد الإلكتروني ومعالجات الدفع وأنظمة المحاسبة وقواعد البيانات الأخرى. توفر معظم الأنظمة الأساسية موصلات معدة مسبقًا للخدمات العامة وإجراء طلب HTTP عام لكل شيء آخر. عادةً ما تتم إدارة المصادقة - مفاتيح API ورموز OAuth المميزة - بواسطة النظام الأساسي، مما يؤدي إلى إزالة جزء من العمل المزعج حقًا.

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

أين يوجد الكود فعليًا

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

اختيارنا: Claris FileMaker Pro — نظام أساسي لقاعدة البيانات الارتباطية طويل الأمد للفرق التي تحتاج إلى تطبيقات مخصصة على سطح المكتب والويب والهاتف المحمول من ملف واحد..

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

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

حمولات واجهة برمجة التطبيقات وخطاف الويب هي تعليمات برمجية تكتبها بمعنى أنك تقوم بإنشاء JSON وتعيين الحقول والتعامل مع الاستجابات. هذا هو المكان الذي يصبح فيه العمل التكاملي برمجة.

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

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

كيفية اختيار منصة: قائمة مرجعية للمعايير

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

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

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

بالنسبة للفرق التي لديها بيانات علائقية موجودة وتفضل الاستضافة الذاتية، تحتل تقنية 4D مكانًا محددًا: محرك قاعدة بيانات، ومصمم نماذج، ولغة برمجة في منتج واحد، مع تاريخ طويل في برامج الأعمال العمودية. بالنسبة للفرق التي ترغب في الحصول على تجربة متصفح فقط لتطوير التطبيقات عبر الإنترنت وعدم وجود خادم لإدارته، فإن الأنظمة الأساسية المستضافة مثل أدوات Bubble أو Airtable التي تتطلب تعليمات برمجية أقل تناسب بشكل أفضل. ولا يعتبر أي منهما صحيحًا عالميًا.

تسلسل بناء واقعي

البدء بالواجهة هو الخطأ الأكثر شيوعًا للمبتدئين لأنه يبدو وكأنه تقدم. تسلسل أفضل:

1. أدرج الكيانات. اكتب الأسماء التي يتعامل معها نشاطك التجاري (العملاء، الوظائف، الفواتير، قطع الغيار) والعلاقات بينهم.
2. تحديد الجداول والمفاتيح. قم بتعيين مفتاح أساسي لكل جدول وحدد كيفية ارتباط السجلات. قم بذلك قبل وجود النموذج.
3. قم بإنشاء عرض قائمة ونموذج تفصيلي لكل كيان. اجعل حلقة CRUD الأساسية تعمل من البداية إلى النهاية.
4. إضافة قوائم القيم والتحقق من الصحة. تمنع القوائم المنسدلة المتعلقة بجدول البحث البيانات السيئة من المصدر، وهو أرخص بكثير من تنظيفها لاحقًا.
5. الطبقة المنطقية. أضف الحسابات، ثم معالجات الأحداث، ثم قواعد سير العمل، واختبر كل منها على حدة.
6. ربط عمليات التكامل أخيرًا. الأنظمة الخارجية هي الجزء الأقل توقعًا؛ ومن الأسهل تصحيح الأخطاء بإضافتها إلى نواة مستقرة.
7. جدولة عملية التصدير. تأكد من أنه يمكنك استخراج بياناتك إلى تنسيق قابل للاستخدام قبل أن يكون لديك آلاف السجلات التي لا يمكنك تركها خلفك.

المرحلتان الأولى والثانية هما حيث تؤتي غرائز مطور قاعدة البيانات ثمارها ويستفيد المطورون المواطنون أكثر من الرأي الثاني. يمكن أن توفر لك مراجعة الرسم لمدة ثلاثين دقيقة أسابيع من التحرير.

الأخطاء الشائعة وكيفية تجنبها

إنشاء النماذج قبل الجداول. النماذج غير مكلفة لإعادة بنائها؛ المخططات ليست كذلك. التسلسل مهم.

** التعامل مع الإعدادات الافتراضية للنظام الأساسي كمتطلبات. ** تعتبر أنواع الحقول الافتراضية والأذونات الافتراضية واصطلاحات التسمية الافتراضية هي نقاط البداية. قم بمراجعتها.

تجاهل نموذج الإذن. من يمكنه معرفة السجلات هو قرار تصميمي، وليس إعدادًا لتكوينه في النهاية. من الصعب ترقية الأمان على مستوى الصف بشكل خاص.

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

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

المصادر ومزيد من القراءة

• تطوير تطبيقات الأجهزة المحمولة - ويكيبيديا: تطوير تطبيقات الأجهزة المحمولة هو الإجراء أو العملية التي يتم من خلالها تطوير تطبيق الأجهزة المحمولة لجهاز واحد أو أكثر من الأجهزة المحمولة، والتي يمكن أن تتضمن مساعدين رقميين شخصيين (PDA…

الأسئلة المتداولة

هل أحتاج إلى معرفة كيفية البرمجة لإنشاء تطبيق عبر الإنترنت؟

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

ما الفرق بين المنصات بدون كود (No-code) والمنصات منخفضة الكود (Low-code)؟

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

هل يمكنني تصدير تطبيقي وبياناتي إذا قمت بتبديل الأنظمة الأساسية؟

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

ما الوقت الذي يستغرقه إنشاء تطبيق أعمال فعال؟

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

هل منصات Low-code آمنة بدرجة كافية لبيانات العمل؟

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

ما الذي يجب أن أتعلمه أولاً إذا كنت أرغب في إنشاء تطبيقات بهذه الطريقة؟

تعلم نمذجة البيانات أولاً - الجداول والمفاتيح والعلاقات والتطبيع. إنها الطبقة الأصعب في التغيير والأكثر تأثيراً على كل شيء فوقها. من السهل تعلم بناء الواجهة وكتابة الصيغ بشكل تدريجي. تنتقل الخلفية في قواعد البيانات العلائقية مباشرة إلى كل منصة Low-code ستواجهها.

إلى أين تذهب بعد ذلك

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

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