Claude vs ChatGPT for developers: lessons from real ERP builds
Claude or ChatGPT? A working developer's comparison, including how we built X3 Retail ERP with parallel Claude Code agents that learn from their own mistakes.
اقرأ المقالمورّدون انسحبوا، وتطبيقات مولّدة بأدوات الذكاء الاصطناعي، وأنظمة قديمة تجاوزت حدودها. نتسلّمها، ونثبّتها أولا، ثم نحدّثها.
استعان بنا رشيد كدورة لإضافة بوابة دفع إلى بيوت ليبيا، سوقه العقاري. قبل كتابة سطر واحد، قرأنا الكود الذي تركته عدة فرق قبلنا. لم يكن التطبيق ولا الموقع متصلين بالواجهة البرمجية كما يجب، وكان الخادم جهازا واحدا يُحدَّث يدويا، والكود متشابكا لا يحتمل النمو. إضافة الدفع فوق ذلك كانت ستعني تزيين مبنى أساسه متصدع. أخبرناه بذلك أولا، في مكالمة، ومن داخل كوده. ثم أعدنا بناء المنصة دون خسارة إعلان واحد، وبعدها فقط ربطنا المدفوعات.
هذا الترتيب، اقرأ أولا، ثبّت ثانيا، ابنِ ثالثا، هو المنهج كله. وصلنا نظام Gman للخياطة تطبيق PHP وVue لا يستطيع أحد صيانته، وبعد إعادة البناء أصبح أسرع بنحو 70%، وصار العميل يغير إعدادات عمله دون الاتصال بمطور. ووصلنا OpenInterview.me نموذجا أوليا لا يستقبل الدفع بأمان، وهو اليوم يشغّل فوترة Stripe في الإنتاج. وعندما توقف مورّد مستشفى عن الرد، استبدلنا نظامه في ستة أسابيع دون أن يُغلق المستشفى يوما.
لا أحد يتصل بنا عندما تسير الأمور على ما يرام، ولا بأس بذلك. الإنقاذ جزء كبير من عملنا، وأول ما نقدمه لك إجابة صريحة عما لديك.
أدوات مثل Lovable وBolt وReplit وCursor قد تنتج في عطلة نهاية أسبوع تطبيقا يبدو جيدا في العرض. تبدأ المشكلة مع مستخدمين حقيقيين ومال حقيقي. هذه أول المشكلات التي نفحصها.
معظم هذه التطبيقات لا تحتاج أن تُرمى. تحتاج الأساسات التي يتجاوزها النموذج الأولي.
الخطوات الخمس نفسها، سواء جاء الكود من شركة أو مستقل أو أداة ذكاء اصطناعي.
السؤال الذي تنتهي إليه كل عملية إنقاذ. هذه العلامات تحسمه عادة.
| ما نجده | يعني عادة |
|---|---|
| نموذج البيانات الأساسي سليم والكود حوله فوضوي | إصلاح وإعادة هيكلة في مكانه |
| كل إصلاح يكسر شيئا لا علاقة له | إعادة بناء أسوأ الأجزاء أولا والإبقاء على الباقي |
| إطار العمل أو اللغة لم يعد مدعوما | إعادة كتابة مخططة تنتقل وحدة بوحدة |
| لا أحد يستطيع نشره بأمان | إصلاح النشر أولا ثم القرار بشأن الكود |
نعم. حوّلنا نماذج أولية غير مستقرة إلى منصات دفع موثوقة، واستبدلنا نظام مستشفى كان مورّده لا يحدّثه ولا يصلح أعطاله. نقيّم أولا، ثم نثبّت، ثم نبني.
نخطط للانتقال حول طريقة عمل الناس الفعلية، وننقل البيانات الجارية ونتحقق منها بأنفسنا، ونبقى في الموقع عند التشغيل. في المستشفى الخيري في تشيشتيان نقلنا البيانات والموظفين إلى النظام الجديد بأنفسنا، ولم يُغلق المستشفى يوما واحدا.
نعم. المنهج هو نفسه مع أي كود موروث: الوصول، ثم التدقيق، ثم تأمين البيانات والمدفوعات، ثم نقرر جزءا جزءا ما نبقيه. كثير من هذه التطبيقات يحتاج إصلاح أساساته لا إعادة بناء كاملة.
استعادة الوصول تأتي أولا: مستودع الكود والخوادم والنطاق وحسابات المتجر والدفع. ويذكر التدقيق المكتوب كل ما ينقص وأسلم طريقة لاستعادته.
تبدأ بتدقيق مكتوب، فيُبنى سعر العمل على ما هو موجود فعلا لا على تخمين. وبعد التدقيق تحصل على خطة بخيارات للإصلاح أو إعادة البناء أو المزج بينهما.
أجب عن ثلاثة أسئلة سريعة وسنرسل لك خطة مكتوبة تشمل النطاق والفريق والجدول الزمني والتقدير.