المطور يقترح PHP و MySQL لتطبيق الويب — هل هي تقنيات قديمة، أم الأمر طبيعي ولا توجد مشكلة؟

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

عند توقيع العقد مع المطور، وثقوا النقاط التالية خطياً: 1) استضافة الأكواد في مستودع Git خاص بالشركة وتكون ملكيته لكم بالكامل، 2) بناء جداول قاعدة البيانات بهيكلية علائقية، 3) تسليم وثائق التثبيت وبنية البيانات. غياب هذه البنود هو ما يعطل النظام وليس نوع اللغة.

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

بنينا لوحة إدارة مستودعات مماثلة قبل 4 سنوات باستخدام PHP و MySQL تحديداً. تكلفة السيرفر لدينا لا تتجاوز حتى 15 باوند شهرياً. يعمل كالساعة ولم يتعطل يوماً واحداً. نصيحتي ألا تنجرف وراء ترندات التكنولوجيا وترهق ميزانيتك.

تصحيح: كنت أذكر الرقم خطأً، كان أقل قليلاً.

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

في بريطانيا، تتراوح أسعار المبرمجين المستقلين بالساعة للغات النادرة بين 60-90 GBP في المتوسط، بينما يمكن إيجاد مطور PHP كفء بحوالي 40-65 GBP. إذا أردتم مستقبلاً إضافة ميزات جديدة للنظام، فهذا سيوفر الكثير من ميزانية العمل.

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

حسناً، إذا أردنا في المستقبل ربط هذا النظام بتطبيق للهاتف المحمول، هل ستشكل PHP عائقاً، أم سنضطر لإعادة كتابته من البداية؟

تعديل: صححت بعض الأخطاء الإملائية.

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

مثبت بالتجربة.

عندنا نفس المشكلة.

لم أكن أعلم بهذا.

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

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

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

يجب ربط جدول المدفوعات بمراحل العمل، وليس بالتقويم. بالتوفيق.

يجب أن نسير بالترتيب. كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر.

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

أنت محق تمامًا. وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.

هذه وجهة نظري، ولا أدعي أنها الحقيقة المطلقة.

عشنا تقريباً نفس التجربة العام الماضي. أغلى شيء في النظام الموروث هو التبعيات غير المعروفة.

صححوا لي إن أخطأت.

أنت محق، لقد مررت بنفس المسار. عندما نتخذ قرارات دون قياس، نعود لنفس النقطة دائماً.

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

زالت حيرتي، شكراً لكم.