مع تقدم تقنيات وأدوات تطوير البرمجيات ، نتحرك تدريجيا نحو التعليمات البرمجية المنخفضة وعدم اتباع تعليمات برمجية. هذا أمر منطقي لأن التعليمات البرمجية المنخفضة وعدم وجود نهج التعليمات البرمجية يمكن أن تقلل بشكل كبير من تكاليف التطوير والوقت ، وبالتالي تجعل العديد من تطبيقات البرامج قابلة للتطبيق اقتصاديا.
فائدة أكبر من هذه الأساليب ، وخاصة عدم وجود رمز ، هو أن مستخدمي الأعمال الذين هم خبراء المجال يمكنهم إنشاء وتحسين التطبيقات دون الاحتكاك من الاضطرار إلى شرح أفكارهم للآخرين. هذا يقلل بشكل كبير من الوقت اللازم لتقديم منتج عالي الجودة إلى السوق.
من المنطقي أن يتحرك تطوير البرمجيات نحو عدم وجود رمز. لقد كان Excel أفضل مثال في العالم على قصة نجاح بدون رمز (بشكل عام). يمكن إنشاء العديد من التطبيقات بواسطة مستخدمي الأعمال. من الصعب المبالغة في أهمية Excel في تقديم دفعة إنتاجية للعالم.
منصات التعليمات البرمجية المنخفضة في الممارسة العملية
لا يتعلق مستقبل التعليمات البرمجية المنخفضة ، بالطبع ، بأطر تطوير التطبيقات الفردية ، بل يتعلق بنظام بيئي لواجهات برمجة التطبيقات سهلة الاستهلاك. Zapier هو مثال على كيفية استهلاك واجهات برمجة التطبيقات هذه بدون تشفير.
بالطبع ، لا يمكن لأي رمز أيضا تقديم مشاكل ، حيث لا يمكن أن تكون حلول التعليمات البرمجية أقل قابلية للصيانة وأقل أمانا من حلول التعليمات البرمجية الأعلى. إكسل هو مثال على ذلك.
وتجدر الإشارة أيضا إلى أن الكود المنخفض لا يعني أن الأشخاص خارج الشارع سيكونون قادرين على إنشاء تطبيقات مفيدة في اليوم الأول. تتطلب بيئة التعليمات البرمجية المنخفضة التي تسمح بإنشاء تطبيقات متطورة نسبيا بالتأكيد أن يكون لدى مستخدم هذه التطبيقات فهم جيد لمفاهيم وميزات الأداة نفسها. إنه مثل أي أداة برمجية متطورة.
حتى إذا كانت أدوات no code تقلل من تعقيد إنشاء أنواع معينة من الوظائف مقابل إنشاء هذه الميزات باستخدام التعليمات البرمجية ، فلا توجد طريقة للتغلب على حقيقة أن تحقيق وظائف معقدة سيستلزم درجة معينة من التعقيد حتى في أداة عدم وجود تعليمات برمجية. مثال واضح على ذلك هو محركات تطوير ألعاب chatbot مثل Unreal Engine حيث يتم تمثيل مفاهيم الترميز منخفضة المستوى (مثل أثناء وللحلقات) بصريا. يمكن أن يكون هذا تحسينا على الترميز مباشرة ، ولكنه يتطلب معرفة متقدمة بالتطبيق والمفاهيم.
هذا يعني أن الخبرة لا تزال مهمة ، حتى في عالم عدم وجود كود. Excel هو مرة أخرى مثال على ذلك. هناك فرق كبير بين المستخدم القوي والمستخدم العادي ، ليس فقط في ما يمكنهم تحقيقه ، ولكن في إمكانية الحفاظ على النتيجة النهائية.
فيما يتعلق بنقطة الصيانة ، صحيح أن حل عدم وجود رمز ليس بالضرورة أقل قابلية للصيانة من الحل القائم على التعليمات البرمجية. في كثير من الحالات ، يفضل حل عدم وجود رمز لأنه أكثر وضوحا ما يجري.
ومع ذلك ، هناك نقطة يكون فيها للأنظمة المعقدة العديد من التبعيات والحالات الطارئة ، ويجب تنفيذ مستوى معين من التحكم في عملية التطوير ومعالجة الأخطاء في النظام ، وقد يكون من الصعب القيام بذلك في أي أدوات التعليمات البرمجية.
يمكن أن يكون الأمر كذلك أن قيود أداة عدم وجود رمز تجعل إنشاء ميزة معينة أكثر تعقيدا مما سيكون عليه الحال إذا تم ترميز الميزة بواسطة خبير. يصبح من الضروري اختراق ميزة في أداة بدون تعليمات برمجية والتي سيكون من السهل نسبيا إنشاؤها في التعليمات البرمجية. تكمن المشكلة في أن مستوى التجريد الذي تنفذه أداة عدم وجود تعليمات برمجية ، يجعل من الصعب بناء بعض حالات الاستخدام. هناك العديد من الأمثلة على ذلك من عالم Excel.
باختصار ، ستحدد حالة الاستخدام ما إذا كان من الأفضل استخدام رمز منخفض أو بدون رمز أو حل مشفر بالكامل. مثل كل شيء في الحياة ، هناك بعض الحكم المطلوب حول أفضل نهج قد يكون لحالة استخدام معينة ، ولكن ليس هناك شك في أن الاتجاه في أدوات تطوير البرمجيات هو نحو رمز منخفض أو معدوم.
لا يعني تقدم حلول التعليمات البرمجية المنخفضة بالضرورة أنه سيكون هناك عمل أقل لمطوري البرامج ، ولكنه يعني أن مطوري البرامج سيحتاجون إلى استخدام مزيج من التعليمات البرمجية والأنظمة الأساسية منخفضة التعليمات البرمجية / بدون تعليمات برمجية لتحقيق الكفاءة المثلى.
من الناحية الاقتصادية ، يعني ذلك أنه سيكون من المجدي اقتصاديا تطوير العديد من التطبيقات ، وبالتالي من المحتمل أن ينشغل المطورون بعمل متخصص في العديد من المشاريع وعلى بناء المزيد من واجهات برمجة التطبيقات القابلة للاستهلاك للعالم بأسره.
باختصار ، نعتقد أنه سيكون هناك دائما دور لبعض عناصر الترميز ، وبالتالي سيكون الهدف النهائي هو رمز منخفض بدلا من عدم وجود رمز. تم تصميم بيئة التعليمات البرمجية المنخفضة للسماح للمطورين بإضافة وظائف مخصصة بسهولة تكمل الوظائف المبنية على نفس إطار العمل بدون أدوات التعليمات البرمجية. هذا هو الأفضل في جميع العوالم حيث يمكن لمستخدمي الأعمال المحترفين تطوير جزء كبير من البرنامج وحيث يمكن للمطورين فرض ممارسات تطوير البرامج الاحترافية وتوفير وظائف مخصصة على البرنامج.
منصات تطوير روبوتات الدردشة منخفضة التعليمات البرمجية
تنطبق اتجاهات التعليمات البرمجية المنخفضة وعدم وجود تعليمات برمجية أيضا على تقنية تطوير chatbot. يوجد بالفعل العديد من الأنظمة الأساسية التي لا تحتوي على تعليمات برمجية ، على الرغم من أن الوظائف المقدمة في هذه المساحة محدودة نسبيا.
لا توجد منصات تعليمات برمجية لها بالفعل معنى كبير بالنسبة لحالات استخدام chatbot البسيطة ، لا سيما في مجال التسويق ، حيث يوفر الروبوت المعلومات بشكل أساسي ويكون تفاعل المستخدم محدودا.
هناك ميل في مساحة chatbot للأشخاص إلى التقليل من الحاجة إلى التطوير المخصص ، وبالتالي يعتقدون أنه يجب أن يكون من الممكن إنشاء أدوات تطوير بدون رمز يمكن لمستخدمي الأعمال بناء الروبوتات المعقدة عليها ، دون التضحية المادية بتجربة العملاء.
من الطبيعة البشرية أن نقلل من شأن المهمة المطروحة. تقريبا كل خطة نضعها هي تبسيط للواقع. عندما نحاول تنفيذ المهام التي ينطوي عليها تنفيذ الخطة ، تظهر أشياء لم نتوقعها ، إما بسبب الافتقار إلى البصيرة أو لأنها كانت غير متوقعة تماما.
بمجرد أن تبدأ العمل على البرنامج ، بغض النظر عن مدى جودة المواصفات ، فإن التغييرات في حالة الاستخدام أو الطريقة التي تمت بها كتابة الكود أمر لا مفر منه حيث يتم تسليط الضوء على حقائق جديدة من خلال عملية التطوير.
غالبا ما يحتاج chatbot إلى بعض الوظائف المعقدة التي تتطلب منطقا برمجيا أو واجهات رسومية مخصصة. على سبيل المثال ، قد يحتاج chatbot إلى تتبع النتائج أو التفاعلات مع المستخدم ، وقد يحتاج إلى التفاعل مع صفحة ويب ، وقد يحتاج إلى تقديم شاشة بسيطة للمستخدم لإدخال بيانات التوافه الخاصة به لروبوت التوافه المخصص. قد يحتاج روبوت المحادثة إلى إدارة السياقات وإعادة تعيينها اعتمادا على مكان تدفق المستخدم. لا شيء من هذا واضح بالضرورة في البداية ، خاصة بالنسبة للأشخاص الذين ليس لديهم خبرة في البناء chatbots، ولكن هذه الأشياء تحدث فرقا كبيرا في تجربة المستخدم.
لتلخيص
لقد تحدثنا عن Excel على نطاق واسع في هذه المدونة كمثال على بيئة عالية الإنتاجية بدون تعليمات برمجية ، ومع ذلك ، في الواقع Excel هي بيئة منخفضة التعليمات البرمجية مع ميزات واسعة للسماح للمطورين بكتابة التعليمات البرمجية أو التكامل مع التعليمات البرمجية. بغض النظر عن عدد القوالب والميزات المضمنة في البرنامج ، ستكون هناك دائما حاجة إلى التخصيص لتلبية حالات استخدام معينة.
في نهاية المطاف ، تكون المفاضلات بين العوامل المتداخلة لكفاءة التطوير وجودة تجربة المستخدم والعائد على الاستثمار في المشروع.
يتمثل التحدي الذي يواجه عدم وجود أطر عمل للتعليمات البرمجية في تقديم كل ما يلزم لإنشاء تجربة مستخدم عالية الجودة. يكمن التحدي في أن نسبة 10٪ التي يصعب بناؤها على النظام الأساسي بدون رمز قد تحدث فرقا كبيرا للمستخدم النهائي. في عالم chatbots، فإن الوهم بأنه قد يكون من الممكن بناء كل شيء بطريقة بدون رمز أمر قوي.
من وجهة نظرنا ، سيكون الاتجاه دائما هو إنشاء منصات تطوير روبوتات محادثة منخفضة أفضل ، وليس بدون رمز ، حيث سيستمر نطاق الوظائف التي يمكن لمستخدمي الأعمال إنشاؤها بأنفسهم في التوسع دائما. في هذه المدونة ، حددنا الفوائد في الإبداع والاقتصاد التي تأتي من السماح لمستخدمي الأعمال بإنشاء برامج بأنفسهم ، وبالتالي من الأهمية بمكان جعل أطر تطوير chatbot قوية قدر الإمكان لمستخدمي الأعمال.
هذا هو الحال أيضا أن جوانب معينة من جميع تطوير البرمجيات ، بما في ذلك بناء chatbots، يجب أن يوفرها المطورون من خلال التعليمات البرمجية ويجب أن يكون ذلك سهلا قدر الإمكان للمطورين. لن يتم استبدال التعليمات البرمجية المنخفضة تماما بعدم وجود رمز ، ولكنهم سيحتاجون دائما إلى أن يصبحوا أفضل وأفضل في خدمة عميليهم الرئيسيين ، مستخدمي الأعمال المحترفين ومطوري البرامج.
شارك هذا على:
قم ببناء روبوت الدردشة الذكاء الاصطناعي المخصص الخاص بك مجانا
ابدأ في إنشاء روبوت GPT مخصص من خلال واجهة السحب والإفلات البديهية.
ابدأ - إنه مجاني! 🤖بطاقة الائتمان غير مطلوبة
ابق على اطلاع بأحدث ما الذكاء الاصطناعي chatbots