اختيار التقنية المملة: Laravel وFilament لأداة مؤسسية داخلية

هذا هو الجزء الثاني من سلسلة مساند. تناول الجزء الأول لماذا قررنا البناء بدلاً من الشراء.

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

المتطلبات الحقيقية

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

هذه الملامح تبتعد عن الإجابة الرائجة (إطار SPA يخاطب واجهة برمجية مبنية يدويًا) وتتجه نحو شيء أقدم وأهدأ: تطبيق متكامل يُعرض من الخادم مع إطار إداري من الطراز الأول.

لماذا Laravel

يستحق Laravel وصف «الممل» بأفضل معانيه. يتولى Eloquent تسعين بالمئة من الوصول للبيانات بنظافة. والطوابير والجدولة والتخزين المؤقت والإشعارات مدمجة — وكلها أشياء تحتاجها منصة داخلية كثيفة التكاملات من اليوم الأول. والمنظومة ناضجة؛ فعندما احتجت الصلاحيات أو إدارة الملفات أو التدقيق، وجدت حزمة مجرّبة بدلاً من أسبوع من العمل الجانبي. والأهم لنظام سيعيش بعد مرحلتي الفردية: أي مطور PHP نوظفه لاحقًا سيكون منتجًا من أسبوعه الأول.

لماذا Filament

Filament v3 هو المضاعِف في هذه القصة. نظام دعم أعمال داخلي هو في جوهره عشرات من شاشات الموارد: عرض، وتصفية، وإنشاء، وتعديل، وتفويض، وتصدير. بناء ذلك يدويًا في إطار واجهات أمامي يعني أسابيع لكل وحدة. أما في Filament فالمورد صنف PHP — الجدول والنموذج والفلاتر والإجراءات تصريحية، والنتيجة تبدو احترافية دون مصمم في الفريق.

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

التنازلات بصراحة

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

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

التالي في السلسلة: الهوية أولاً — مزامنة الموظفين عبر LDAP وتصميم صلاحيات صارمة بمستوى مؤسسي.

اترك تعليقاً

لن يتم نشر عنوان بريدك الإلكتروني.