Yandex Practicum: vibe coding يضع الشركات الصغيرة والمؤسسات الكبرى على قدم المساواة في الأتمتة

يعتقد فريق Yandex Praktikum أن البرمجة الموجهة بالشعور (vibe-coding) تغير اقتصاديات الأتمتة ذاتها: ما كان يتطلب فريقًا منفصلًا وأشهرًا من العمل يمكن الآن تجميعه بواسطة شخص أو شخصين. بالنسبة للشركات الصغيرة، هذا يعني الوصول إلى أدوات كانت في السابق مبررة فقط في قطاع المؤسسات الكبرى.

الأتمتة قبل الذكاء الاصطناعي حتى وقت قريب جدًا، كانت الأتمتة العميقة

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

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

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

الانتقال إلى النية التغيير الرئيسي، وفقًا للمؤلف، هو أن التطوير ينتقل

من البرمجة أولاً (code-first) إلى النية أولاً (intent-first). لا تحتاج الشركات بعد الآن إلى وصف تفصيلي دقيق لكيفية بناء النظام على مستوى العمارة والكود. من الأهم بكثير شرح ما يجب أن يحدث في العملية الحقيقية: ما هي الخطوات والاستثناءات والقواعد والنتيجة المرغوبة.

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

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

حيث ستبدأ المشاكل لهذا النموذج جانب معاكس. عندما يمكن لأي موظف تقريبًا

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

المشكلة الثانية هي الأتمتة الفوضوية. إذا كان كل قسم أو موظف يجمع تطبيقات مصغرة منفصلة، تراكم الشركة بسرعة مجموعة من الحلول ذات المنطق المكرر والبيانات المتباعدة والتكاملات الهشة. لهذا السبب يقترح المؤلف دورًا جديدًا — مالك منطق الأعمال (Business Logic Owner)، شخص مسؤول عن الصياغة الموحدة للعمليات وهيكل القواعد والمعايير المتعلقة بما إذا كانت أداة تم إنشاؤها بواسطة الذكاء الاصطناعي تعمل بالفعل بشكل صحيح.

بالنسبة للشركات الصغيرة، يمكن أن يكون هذا متخصصًا داخليًا أو استشاريًا خارجيًا يخدم عدة أعمال تجارية.

ماذا يعني هذا البرمجة الموجهة بالشعور لا تلغي الحاجة إلى الموثوقية

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