من الفكرة إلى MVP في يوم واحد: الذكاء الاصطناعي بنى محلل أداء PostgreSQL

الانتقال من MS SQL إلى PostgreSQL جلب مفاجأة غير متوقعة: لا توجد أداة تحليل أداء مدمجة. إحدى الميزات الرئيسية المألوفة لكل من عمل مع SQL Server غير موجودة ببساطة. في السابق، كان هذا يعني: إسناد المهمة للمطورين والموافقة على المواصفات والانتظار أسابيع للحصول على النتيجة. اختار أحد المهندسين طريقة مختلفة وبنى MVP عاملاً في يوم واحد – دون أن يكتب سطرًا واحدًا من الكود بنفسه.

لماذا PostgreSQL بدون أداة تحليل أداء مدمجة

PostgreSQL يتفوق على MS SQL من حيث الوظائف في مجالات عديدة، لكن التشخيص وتحليل الأداء تعتبر من نقاط ضعفه المعروفة. في SQL Server، أداة تحليل الأداء مدمجة مباشرة في نواة قاعدة البيانات. تسمح بتتبع كل استعلام يتم تنفيذه: وقت التنفيذ والموارد المستهلكة وخطط التحسين والأقفال. في PostgreSQL، الوضع مختلف. لا توجد أداة تحليل أداء مدمجة كاملة. نعم، هناك ملحقات – pg_stat_statements للإحصائيات و auto_explain لتسجيل الخطط – لكنها تتطلب التثبيت والإعداد المنفصل. والأهم من ذلك، أنها لا توفر الشمولية التي توفرها أداة تحليل الأداء المدمجة في SQL Server.

كيفية إنشاء الذكاء الاصطناعي للكود في يوم واحد

بدلاً من الدورة التقليدية (مهمة → مواصفات → تطوير → أسابيع انتظار)، اختار المهندس نهجًا مختلفًا. فتح حوارًا مع مساعد ذكاء اصطناعي ووصف المتطلبات: يحتاج إلى أداة تعترض على الاستعلامات الموجهة إلى PostgreSQL وتعرض مقاييس مفيدة. ليس 'اكتب فئة في Python' أو 'أنشئ دالة لتحليل السجلات'. فقط وصف المشكلة. ثم بدأ التطوير التكراري:

• الموجه الأول مع وصف المهمة
• الحصول على كود جاهز من الذكاء الاصطناعي
• الاختبار على قاعدة بيانات إنتاجية حقيقية
• وصف الأخطاء التي تم العثور عليها في موجه جديد
• نسخة محسّنة من الكود
• تكرار الدورة حتى MVP يعمل

في 24 ساعة من العمل المكثف (وليس أسابيع الانتظار في قائمة انتظار المطورين) ظهرت أداة تعمل بالفعل. لا اجتماعات ولا موافقات ولا تخطيط للرشات.

ما الذي تم الحصول عليه كمخرج

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

ماذا يعني هذا

تُوضح هذه القصة تغييرًا في نموذج التطوير. في السابق، كان المطور يكتب الكود بنفسه (بطيء). الآن: يصف المهمة، يُولد الذكاء الاصطناعي الأساس، يوضح المطور التفاصيل (سريع). هذا ليس استبدالاً للمبرمج – إنه تسريع عمله عدة مرات. بالنسبة للشركات، هذا يعني ديون تقنية أقل وأدوار تطوير أقصر وتركيز المطورين على المنطق وليس على الصيغة.