المطور يقترح Python لبناء الـ API — هل هو خيار آمن ولا مجرد تعوّد منه؟

طالما تم استخدام هياكل غير متزامنة (async) حديثة في Python، ما راح تواجهوا أي عنق زجاجة في نقل البيانات القائم على I/O. حتى لو وصل ترافيك منصة الـ B2B لعشرات آلاف الطلبات في الدقيقة، إذا فهارس قاعدة البيانات صحيحة، فالحمل الحقيقي بيكون على قاعدة البيانات مو على لغة البرمجة. قلقكم ماله داعي.

في نظامنا اللوجستي للتجارة الإلكترونية، ندير يومياً 1.5 مليون استدعاء API بمايكروسيرفسز مبنية على Python. وفاتورة السيرفر السحابي الشهرية ما تتعدى 65 دولار. لا تشيلون هم خرافة 'بطء اللغة'، التكلفة الحقيقية تجي من المعمارية السيئة.

تفضيل المطور أكيد مهم، بس لو بكرة ترك الفريق وش بتسوون؟ صحيح مبرمجين Python كثير، بس مو كل أحد يعرف يكتب async نظيف. تأكدوا تماماً إن المشروع مبني بهيكل طبقات وفيه type checking قياسي، وإلا التسليم والاستلام بيصير كابوس حقيقي.

أضيفوا هذه الشروط الفنية الـ 3 إلى العقد: 1) توثيق جميع نقاط النهاية (endpoints) بمخطط OpenAPI قياسي. 2) استخدام محددات الأنواع (type hints) بشكل كامل. 3) تغطية اختبارات الوحدة (unit tests) للسيناريوهات الأساسية بنسبة لا تقل عن 70%. ما دامت هذه الشروط الثلاثة متوفرة، فلن تترك لغة Python أي مخاطرة وراءها.

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

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

اسألوا المبرمج سؤالاً واحداً فقط: "ما المعمارية وإطار العمل غير المتزامن (asynchronous framework) الذي ستستخدمه، وكيف ستدير مجمع اتصالات قاعدة البيانات (connection pool)؟" إذا استطاع الإجابة دون تردد وبمبررات تقنية واضحة، يمكنكم المتابعة معه بكل ثقة.

قبل ثلاث سنوات، وفي المنصة التي أسستها، اخترنا نظاماً نادراً جداً بناءً على اقتراح الفريق بحجة أنه "سيعمل بسرعة فائقة". بعد ستة أشهر غادر المبرمج الرئيسي ولم نجد أي شخص آخر يفهم تلك اللغة. في النهاية أعدنا كتابة كل شيء من الصفر باستخدام Python وتنفسنا الصعداء.

سأكتب ما حدث لي، ربما يفيدكم. كل من يستعجل في تطوير api يتعثر في نفس النقطة.

أكتب هذا حتى لا تكرروا نفس الخطأ. محاولة فعل هذا بمفردك هي أغلى الطرق.

انظروا أولاً إلى البيانات المتاحة لديكم عند اتخاذ القرار. أتمنى أن يفيدك هذا.

أنا مشروع صغير، دعوني أشرح من منظوري. الناس يدافعون عن العادات وليس العمليات. المقاومة تأتي من هناك.

بالتوفيق.

موضوع في الوقت المناسب تمامًا.

لا أعتقد أن هذه النصيحة تناسب الجميع. أرخص عرض سعر هو غالباً الأقل تفكيراً.

أتمنى أن يفيدك هذا.

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

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.

أختلف معك في هذه النقطة. يعني إذا كانت هذه أول مرة، ابدأ صغيراً، والتوسع يأتي لاحقاً.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

دعني أشرح كيف يتم التطبيق عملياً. أغلى شيء في النظام الموروث هو التبعيات غير المعروفة.

هذا كل شيء، أرجو المعذرة إذا أطالت.

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

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

أحسنت، بارك الله في جهدك.