توقفتُ عن كتابة الكود. تم إطلاق تطبيقي في 3 أيام.
قبل ثلاثة أشهر، قمت ببناء لوحة تحكم SaaS متكاملة (full-stack). كانت تحتوي على نظام مصادقة (auth)، وقاعدة بيانات، وREST API، وواجهة مستخدم (UI).
كتبتُ حوالي 200 سطر من الكود فقط. وتولى الذكاء الاصطناعي الباقي؛ حيث كتب الكود، وراجعه، وأصلحه.
التطبيق يعمل الآن. والمستخدمون يدفعون مقابل استخدامه. أنا لا أسهر حتى الثانية صباحاً لإصلاح أخطاء (bugs) لا أفهمها.
هذا ليس تفاخراً، بل هو تحذير.
دور المطور يتغير بسرعة. المطورون الذين سينجحون لن يحاربوا هذا التغيير، بل سيقودونه.
توقف عن التفكير في الذكاء الاصطناعي كأداة للإكمال التلقائي. تلك هي الطريقة القديمة.
التطوير القائم على الذكاء الاصطناعي (AI-native development) هو نموذج ذهني جديد. أنت لا تستخدم الذكاء الاصطناعي لتكتب بشكل أسرع، بل تستخدمه لتولي عملية التنفيذ (implementation) بينما تتولى أنت الهندسة المعمارية (architecture) واتخاذ القرارات.
يبدو هذا التحول كالتالي:
- النموذج القديم: أنت تكتب الكود، والذكاء الاصطناعي يساعدك على الكتابة بشكل أسرع.
- النموذج الجديد: أنت تحدد الـ "ماذا" والـ "لماذا"، والذكاء الاصطناعي يتولى الـ "كيف". وأنت تقوم بالتحقق والتوجيه.
لقد استخدمتُ سير العمل هذا بالضبط لبناء تطبيقي:
- بناء الهيكل الأساسي للمشروع (Scaffold) باستخدام أدوات قياسية مثل Next.js و Prisma.
- وصف نموذج البيانات (data model) بلغة إنجليزية بسيطة.
- ترك الذكاء الاصطناعي يولد المخطط (schema).
- استخدام أوامر (prompts) مفصلة لتوليد الـ server actions والمنطق البرمجي (logic).
لم أكتب الدوال (functions)، بل راجعتها، واختبرتها، وقمت بتعديل رسائل الخطأ.
هذه هي الوظيفة الجديدة.
إذا كان الذكاء الاصطناعي هو من يكتب الكود، فإن قيمتك تأتي من المهارات العليا (meta-skills). الذكاء الاصطناعي بارع في الأنماط (patterns)، لكنه سيئ في اتخاذ القرارات.
لا يمكن للذكاء الاصطناعي أن يقرر:
- ما إذا كنت بحاجة إلى server action أو API route.
- أين يجب أن تُخزن الحالة (state) الخاصة بك.
- ما إذا كان ينبغي عليك استخدام monorepo.
هذه القرارات تتطلب سياقاً (context). والذكاء الاصطناعي يفتقر إلى السياق، بينما تملكه أنت.
الفرق بين المطور المبتدئ (junior) والمطور الخبير (senior) الآن هو دقة الأوامر (prompt precision).
- أمر ضعيف: "Write a rate limiter."
- أمر قوي: "Write a Redis-backed rate limiter for a Next.js API route. Limit to 10 requests per minute per IP. Return a 429 error when exceeded. Skip admins. Log events to Prisma."
الأمر الثاني يمنحك كوداً جاهزاً للإنتاج (production-ready) على الفور.
يجب عليك أيضاً الحذر من الفشل الصامت. فكود الذكاء الاصطناعي غالباً ما يبدو صحيحاً ولكنه يحتوي على أخطاء برمجية خفية. تعامل مع مخرجات الذكاء الاصطناعي وكأنها طلب سحب (pull request) من مطور مبتدئ؛ راجعها بشك.
لا تسعَ لتحسين قدرتك على كتابة كود أقل، بل اسعَ لتحسين المهارات المحيطة بالكود.
المطور A يكتب كل شيء يدوياً ويظل بطيئاً. المطور B يستخدم الذكاء الاصطناعي للتفاصيل ويقضي وقته في تصميم النظام (system design).
المطور B هو المعيار الجديد.
جرب هذا خلال هذا الأسبوع:
- اكتب مواصفات كاملة لميزة ما قبل البدء في كتابة أي كود.
- استخدم تلك المواصفات كأمر (prompt) لك.
- راجع المخرجات كما يراجع مهندس خبير (senior) عمل مهندس مبتدئ (junior).
الهدف ليس التوقف عن كونك مطوراً، بل أن تصبح مطوراً أفضل.
مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi