ما هو Low-Code؟ دليل بسيط

Low-code طريقة لبناء البرمجيات يُجمَّع فيها معظم التطبيق بأدوات مرئية، مثل الشاشات بالسحب والإفلات ونماذج البيانات ومخططات سير العمل، ويكتب المطورون كميات صغيرة من الكود فقط للأجزاء التي لا تستطيع تلك الأدوات معالجتها. وهو يقع بين البرمجة التقليدية و no-code. وقد روّجت لهذا المصطلح شركة الأبحاث Forrester عام 2014، ومن المنصات المعروفة Microsoft Power Apps وOutSystems وMendix وRetool.

لماذا يهم الأمر عند البناء بالذكاء الاصطناعي

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

معرفة ذلك تساعدك على تجنب اختيار أداة مصممة لقسم تقنية معلومات من 50 شخصًا حين تكون وحدك وصاحب فكرة، أو العكس، أن تختار أداة بسيطة لنظام أعمال معقد. كما تفسر لماذا تغيّر مُنشئات الذكاء الاصطناعي المشهد: حين يكتب الذكاء الاصطناعي الكود عنك، لا يعود لكلمة «Low» في low-code الوزن نفسه، لأن الأجزاء المكتوبة يدويًا لم تعد الجزء الصعب.

تشبيه يومي

فكر في إعداد العشاء.

• البرمجة التقليدية طبخ من الصفر: مكونات خام، وتحكم كامل، ومهارة ووقت كبيران.
• no-code وجبة جاهزة: كل شيء مُقسَّم مسبقًا مع بطاقة وصفة. سريعة وموثوقة، لكنك تطبخ ما في العلبة فقط.
• low-code وجبة جاهزة مع مطبخ مجهز. تتبع الوصفة لمعظم الوجبة، لكن طباخًا ماهرًا يستطيع إضافة صلصته الخاصة أو استبدال مكون أو تغيير خطوة.

المطبخ هو الفرق. يمنحك Low-code مخرجًا نحو كود حقيقي، وهذا قوي، بشرط أن يعرف أحد كيف يطبخ.

كيف تعمل منصات low-code

معظم منصات low-code تشترك في بعض الميزات:

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

مثال عملي: تطبيق اعتماد المصاريف

تريد شركة من 200 موظف استبدال جداول المصاريف المرسلة بالبريد بتطبيق.

مع منصة low-code، قد يقوم الفريق بما يلي:

1. نمذجة البيانات بصريًا. يحتوي Expense على الموظف والمبلغ والفئة وصورة الإيصال والحالة.
2. تصميم الشاشات بالسحب. نموذج لتقديم المصروف، وقائمة للمديرين، ولوحة معلومات للمالية.
3. رسم سير العمل. مُقدَّم ← يوافق المدير ← إذا تجاوز مبلغًا محددًا توافق المالية ← يُدفع.
4. ربط الأنظمة القائمة. تسجيل الدخول بحسابات الشركة في Microsoft أو Google؛ والبحث عن مدير كل موظف في نظام الموارد البشرية.
5. كتابة قليل من الكود حيث يلزم. لنفترض أن قاعدة تحديد المصاريف التي تحتاج موافقة المالية تعتمد على ميزانيات الأقسام الموجودة في نظام آخر. يكتب المطور نصًا قصيرًا يجلب الميزانية ويقرر.
6. النشر عبر تقنية المعلومات. تتولى المنصة الاستضافة وقواعد الوصول وسجلات التدقيق.

الخطوات 1 إلى 4 يمكن أن ينفذها محلل أعمال واثق تقنيًا. والخطوة 5 تحتاج مطورًا. هذا التقسيم هو جوهر low-code.

Low-code مقابل no-code ومُنشئات الذكاء الاصطناعي

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

شرح المصطلحات الأساسية

أخطاء شائعة ومفاهيم خاطئة

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

ما الذي تسأل عنه قبل الاختيار (وماذا تسأل مُنشئ التطبيقات)

• «من سيبني هذا ويصونه؟ هل لدينا شخص يستطيع كتابة الكود؟»
• «كم يكلّف الأمر حين يستخدمه كل الموظفين في الشركة؟»
• «هل نستطيع الربط بنظام تسجيل الدخول وبياناتنا الحالية؟»
• «إذا غادرنا المنصة، ماذا نستطيع أن نأخذ معنا؟»

إذا اخترت طريق مُنشئ الذكاء الاصطناعي لأداة داخلية، فمن الطلبات المفيدة:

• «ابنِ تطبيق اعتماد مصاريف: يقدّم الموظفون، ويوافق المديرون، وأي مبلغ فوق [المبلغ] يحتاج موافقة المالية أيضًا.»
• «لا يرى المديرون مصاريف فريقهم إلا. فرض ذلك على الخادم.»
• «سجّل كل موافقة ورفض مع من قام بها ومتى.»

ولمزيد عن هذا النوع من التطبيقات، انظر كيف تبني أداة داخلية وبدائل Retool.

Low-code وMythex

Mythex مُنشئ تطبيقات بالذكاء الاصطناعي وليست منصة low-code: لا يوجد محرر سير عمل مرئي. تصف التطبيق في المحادثة، ويكتب الوكيل الكود، من شاشات وجداول قاعدة بيانات ومنطق الخادم، وترى ذلك في معاينة حية وتنشره. والكود المخصص الذي يحتاج مطورًا في منصة low-code يصبح مجرد طلب آخر في المحادثة. وفي Pro تحصل على محرر كود كامل وتصدير ومزامنة مع GitHub، فيستطيع مطور أن يستلم المشروع. أما الشركات الكبيرة التي تحتاج حوكمة مدمجة وتكاملات مؤسسية عميقة، فقد تكون منصة low-code مخصصة أنسب لها.

الأسئلة