لم تعد البرمجيات حرفة. إنها تقنية.

من الحرفة إلى التقنية

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

خط الإنتاج، محطة بعد محطة

من التدريب الأول حتى تشغيل البرمجيات، محطة بعد محطة. كل محطة معلَّمة: «مباشر» يعني أنها تعمل اليوم، و«قريباً» يعني ما نبنيه بعد ذلك.

1. 01مباشر

   يبدأ الأمر بالتدريب

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

   اعرف المزيد →

2. 02مباشر

   المتطلبات أولاً

   لا يُبنى أي شيء انطلاقاً من مواصفات غامضة. تتحول المحادثة إلى متطلبات، ولكل متطلب معايير قبوله، ولا يبني الخط إلا ما تم قبوله.

3. 03مباشر

   خط إنتاج متواصل

   بمجرد قبول متطلباتها، تُسلَّم خطوة العمل إلى وكيل برمجة دون أي نقرة: بناء واحد في كل مرة لكل مشروع، وبالترتيب. تخرج كل خطوة عمل على شكل طلب سحب (Pull Request).

4. 04مباشر

   بوابات على كل تغيير

   يمر كل طلب سحب عبر تكامل المشروع المستمر (CI) وفحوص الأمان، ثم مراجعة أمنية بالذكاء الاصطناعي تفشل بشكل آمن: لا حكم، لا دمج، ويُثبَّت الدمج على النسخة المحددة التي خضعت للمراجعة. ويمنع حارس على الفرع الرئيسي نشر أي شيء تجاوز البوابات.

5. 05مباشر

   دليل لكل معيار

   يحصل كل معيار قبول على تشغيل اختبار خاص به من CI، يُسجل بعد دمج آخر تغيير في المتطلب، ولا يُحتسب المتطلب موثّقًا إلا عند اجتيازها جميعًا. يُظهر المعيار الذي يفحصه شخص ما عبارة “بانتظار الفحص البشري” حتى يتم التوقيع عليه. ولا يُعتد بكلام الوكيل مطلقًا.

6. 06مباشر

   الاختبار أولاً، من الأحمر إلى الأخضر

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

7. 07مباشر

   حلقة إصلاح

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

8. 08مباشر

   أجزاء قياسية

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

9. 09مباشر

   مكتبة المصنع في كل خطوة

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

10. 10مباشر

    الإصدار إلى الإنتاج

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

11. 11مباشر

    حالة صادقة

    إلى أن يُصدر كل ما هو ضمن النطاق، يعرض المشروع «قيد البناء — 3 من 6 خطوات عمل مُسلَّمة»، ولا يعرض «مباشر» إلا بعد ذلك. يرى الزوار في التطبيق الجديد عبارة «قريباً»، ويرى المستخدمون المسجلون دخولهم خطوات البناء. وتعرض صفحة «ما في التطبيق» الأجزاء التي جاء بها، وما تم بناؤه، وما يزال قادماً.

12. 12مباشر

    موثّق

    يُسجَّل كل مهمة بناء، وكل نشر إصدار، وكل تغيير وصل إلى الفرع الرئيسي خارج البوابات. وتُرسل إجراءات المشغّلين لدينا إلى سجل تدقيق للإضافة فقط.

13. 13مباشر

    مفاتيح محدودة النطاق، واستضافة في الاتحاد الأوروبي

    بالنسبة إلى التطبيقات التي نستضيفها، يحصل كل بناء على رمز قصير العمر لذلك المستودع وحده، يُمسح عند انتهاء البناء. تبقى مفاتيح النماذج لديك في PP Orchestrator الخاص بك. وتعمل النسخ السحابية في ألمانيا (الاتحاد الأوروبي).

«مباشر» يعني أنها شُحنت ضمن إصدار من Product Printer وتعمل على نسخنا المُدارة. لا تنتقل المحطة من «قريباً» إلى «مباشر» إلا عندما يصدر الإصدار الذي يتضمنها.