في عام 2011، دخلت منصات الكود المنخفض سوق المؤسسات على وعد مقبول: اسحب وأسقط وشحن، وسيصبح المطور المواطن وحدة جديدة لتسليم التطبيقات. بعد خمسة عشر عاماً، لا تزال أول 20 شاشة تُشحن بسرعة، ولا تزال الشاشة 21 تقتل المشروع. أخبرنا عميل لوجستي الربع الماضي أنه أنفق 18 شهراً وحوالي 1.4 مليون يورو على مشروع Mendix قبل التخلي عنه. استغرق الحل البديل لشبكة بيانات غير قياسية واحدة وقتاً أطول من إعادة بناء الوحدة بأكملها في Angular.
هذه القصة هي السبب في أننا حذرون بشأن ما نُسميه DEX Elements. إنه ليس كوداً منخفضاً.
فخ الكود المنخفض
قدمت منصات الكود المنخفض وعداً مقنعاً. ابن تطبيقات مؤسسة دون كتابة الكثير من الكود. اسحب وأسقط وشحن. مطورون مواطنون. يُقدم الوعد، حتى نقطة معينة.
النقطة هي اللحظة التي تحتاج فيها إلى قاعدة اعتماد معقدة، أو تخطيط غير قياسي، أو شبكة بيانات حساسة للأداء، أو تكامل مع API مؤسسة لا يتناسب مع النموذج العقلي للمنصة. ثم يصل الجدار، والجدار وحشي. تكتب المنطق داخل لغة تعبير ملكية، وتُصحح الأخطاء دون أدوات مناسبة، وتنشر داخل وقت تشغيل لا يمكنك فحصه.
شاهدنا مؤسسات تعتمد Mendix أو OutSystems لمشروع واحد ثم تقضي ساعات هندسية أكثر في العمل حول المنصة مما كانت ستقضيه في بناء التطبيق بشكل صحيح.
ما بنيناه بدلاً من ذلك
يستخدم DEX Elements واصفات JSON لتحديد ما تفعله التطبيقات. يبدو ذلك مجاوراً للكود المنخفض، لكن الآليات تتباعد بأربع طرق تهم.
الكود المنخفض يُخفي التعقيد. DEX يجعله قابلاً للفحص. الواصف هو مواصفات شفافة. اقرأه، وأصدره، وقارنه، وراجع الكود باستخدام نفس الأدوات التي يستخدمها الفريق بالفعل لـ TypeScript.
الكود المنخفض يقفلك. DEX يُولد TypeScript قياسياً. إذا توقف عميل عن استخدامنا غداً، لا يزال يمتلك تطبيقاً عادياً يمكن لأي مطور الحفاظ عليه. لا يوجد اعتماد على وقت التشغيل على بنيتنا التحتية.
الكود المنخفض يُحدد التمديد. DEX لديه فتحات هروب صريحة. يمكن لأي شاشة دمج مكونات مخصصة مكتوبة في TypeScript عادي. يُعالج إطار العمل حوالي 90% من الحالات. يتعامل الكود المخصص مع البقية، دون عقوبة.
الكود المنخفض يفرض لكل مستخدم. DEX يفرض للمنصة. لا علاقة للتسعير بكم عدد الأشخاص الذين يستخدمون ما بُني فوقه.
الفرق الحقيقي
الكود المنخفض هو وقت تشغيل. تبني عليه، وتنشر عليه، وتوسع عليه. التطبيق لا يوجد خارجه.
DEX هو مولد. يُنتج تطبيقات تعمل بشكل مستقل. يُوفر إطار العمل الهيكل أثناء التطوير. الناتج مستقل بعد النشر.
هذا التمييز مهم بشكل هائل للمؤسسات التي لا تستطيع قبول اعتماد المنصة للأنظمة الحرجة للمهمة. تعلموا الدرس مرة مع Oracle Forms. لن يرتكبوا نفس الخطأ مع بائع كود منخفض.
لمن هذا
DEX ليس الأداة الصحيحة لشخص يبني نموذج اتصال أو سير عمل موافقة أساسي. هناك الكثير من الأدوات لذلك.
DEX للفريق الذي يبني وحدة ERP من 50 شاشة مع قواعد اعتماد معقدة، ووصول قائم على الدور، وتسجيل تدقيق، وتكامل API في الوقت الفعلي، ويريد شحنها في أشهر ويرفض قبول قفل البائع كثمن للسرعة.
هذا عميل محدد. نعرف بالضبط من هم. لقد سئموا من إخبارهم أن خياراتهم الوحيدة هي بطيئة وآمنة أو سريعة ومقفلة. نعتقد أن هناك خياراً ثالثاً، ويبدأ بجعل الناتج ملكهم.