ما هي التعليمات البرمجية المنخفضة؟

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

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

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

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

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

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

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

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

وشهدت تسعينيات القرن العشرين ظهور التطوير السريع للتطبيقات (RAD)، الذي ركّز على تسريع تسليم البرمجيات، بالاستعانة جزئيًا بالأدوات المرئية. وساعدت بيئات التطوير المتكاملة (IDEs)، مثل Microsoft Visual Basic، على انتشار واجهات السحب والوضع.

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

وشهد العقد الأول من القرن الحادي والعشرين ظهور منصات إدارة عمليات الأعمال (BPM) لتلبية الحاجة إلى أدوات تتيح أتمتة العمليات من دون أن تتطلب موارد كبيرة لكتابة التعليمات البرمجية. ظهرت أدوات أتاحت للمؤسسات نمذجة مهام سير العمل وأتمتتها بصريًا.

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

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

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

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

يمكن للنماذج اللغوية الكبيرة (LLMs) توليد التعليمات البرمجية، وتصميم مهام سير العمل، وإنشاء واجهات المستخدم، وتحويل الموجّهات المكتوبة بلغة طبيعية إلى مكونات برمجية. وقد أتاح ذلك ظهور ممارسة تُعرف باسم البرمجة التلقينية بالذكاء الاصطناعي “vibe coding”، وتعني توجيه أدوات الذكاء الاصطناعي لتوليد التعليمات البرمجية من دون الحاجة حتى إلى فهم أساسيات البرمجة. غير أن هذه الممارسة تنطوي على مخاطر جسيمة، ولا سيما عند إنشاء تطبيقات المؤسسات. وتواجه المؤسسات اليوم أشكالًا جديدة من تقنية المعلومات الظلية، إذ يستخدم الموظفون منصات البرمجة المدعومة بالذكاء الاصطناعي من دون إشراف مناسب أو عمليات معتمدة.

يستطيع وكلاء الذكاء الاصطناعي أداء مهام تتجاوز بكثير مجرد توليد مقتطفات من التعليمات البرمجية. إذ يمكنهم:

• تحليل المستودعات بأكملها

• فهم بنية التطبيقات

• إنشاء ملفات متعددة في الوقت نفسه

• إعادة هيكلة الأنظمة الكبيرة

• توليد الاختبارات

• تصحيح الأخطاء

• تنفيذ الأوامر واستخدام الأدوات

• العمل بصورة مستقلة وعلى نحو تكراري لتحقيق هدف محدد

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

ولا تقتصر البرمجة القائمة على الوكلاء على الإكمال التلقائي بمساعدة الذكاء الاصطناعي. بل تعمل هذه الأنظمة بوصفها جهات متعاونة مع المطورين، من خلال وكلاء لا يقتصر دورهم على توليد التعليمات البرمجية، وإنما يمكنهم أيضًا اتخاذ إجراءات مستقلة طوال دورة حياة تطوير البرمجيات (SDLC). وتضم قائمة هذه المنصات، التي تتسع باستمرار، GitHub Copilot وOpenAI Codex وClaude Code من Anthropic وCursor وIBM Bob.

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

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

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