يسألنا الناس عن هذا في كل مكالمة تعريفية تقريبًا، عادةً في أول خمس دقائق، وعادةً بنسخة ما من "إذن كيف يختلف هذا عن X". فيما يلي الأسئلة الفعلية، مُجابة بالطريقة التي نجيب بها صديقًا وليس بيانًا صحفيًا.
هل هذا نفس أدوات بدون كود مثل Bubble أو Webflow؟
ليس تمامًا، رغم أن التسويق يجعلها تبدو أحيانًا وكأنها أقارب. تمنحك أدوات بدون كود لوحة ومكتبة مكونات — لكنك لا تزال من يقرر هيكل قاعدة البيانات، ويربط المنطق بين الشاشات، ويصلح سبب تشغيل سير عمل ما مرتين. إنها برمجة مرئية، وقوية فعلاً بمجرد تجاوز منحنى التعلم، الذي يُقاس بالنسبة لـ Bubble بالأسابيع وليس بالدقائق. أداة بناء بالذكاء الاصطناعي مثل هذه تأخذ وصفًا بسيطًا لما تريده وتنتج بنفسها الهيكل والمنطق والشاشات، ثم تشرح ما فعلته ولماذا. أنت تراجع القرارات بدلاً من اتخاذ كل واحد منها من الصفر. النسخة الصادقة: بدون كود يخفض الحد الأدنى للأشخاص الذين كانوا سيحتاجون إلى توظيف مهندس. أدوات بناء الذكاء الاصطناعي تخفضه أكثر، وتحوّل عملك من "تجميع القطع" إلى "تحديد المتطلبات وتقييم النتيجة".
ما الذي يستطيع المطور المستقل فعله ولا يستطيعه الذكاء الاصطناعي، حتى الآن؟
التعامل مع الغموض الحقيقي بالحكم الشخصي، في الغالب. إذا كانت مواصفاتك تقول "دع المستخدمين يشاركون تقدمهم مع الأصدقاء" ولا تحدد ما إذا كان ذلك يعني رابطًا عامًا، أو خلاصة داخل التطبيق، أو تصديرًا إلى إنستغرام، فإن مطورًا مستقلاً جيدًا سيطرح عليك السؤال التوضيحي الصحيح في اللحظة المناسبة، مستفيدًا من خبرة ستة مشاريع أخرى واجه فيها نفس المفترق. أداة بناء بالذكاء الاصطناعي ستتخذ خيارًا معقولًا وتُظهر منطقها — وهذا جيد، وأسرع غالبًا، لكنه ليس كمن شاهد ذلك القرار يسوء من قبل ويوجهك بعيدًا عنه دون أن تطلب منه ذلك.
يحمل المطورون المستقلون أيضًا السياق عبر الجلسات بطريقة إنسانية. يتذكرون أشياء مثل:
- أنك كرهت مخطط الألوان الأخير
- أن مستثمرك يهتم بمقياس معين
- أنك ذكرت عرضًا أنك لا تحتمل النوافذ المنبثقة
وهناك فئة من أعمال التكامل — واجهة برمجة تطبيقات SOAP قديمة وغريبة، أو نظام مخزون محلي مصمم داخليًا لدى العميل بدون توثيق — حيث لا يزال الشخص القادر على إجراء مكالمة مع قسم تقنية المعلومات لدى العميل يتفوق على الأتمتة. هذه فجوة حقيقية، وليست صغيرة، ويستحق الإقرار بها بصدق بدلاً من التظاهر بعكس ذلك.
هل هو فعلاً أرخص من توظيف شخص ما؟
بالنسبة للبناء الأول، عادةً نعم، وليس بفارق ضئيل.
| مطور مستقل | أداة بناء بالذكاء الاصطناعي | |
|---|---|---|
| الأجر | 75 دولارًا/ساعة (متواضع، لشخص كفء) | أيًا كانت تكلفة الرصيد (credits) التي تستهلكه |
| الوقت للوصول إلى نسخة أولى (v1) عاملة | 60–120 ساعة | بعد ظهر واحد |
| الإجمالي للنسخة الأولى (v1) | $4,500–$9,000 | جزء صغير من ذلك، لمعظم المشاريع |
نطاق النسخة الأولى (v1) هذا هو نفسه في الحالتين: مصادقة، وقاعدة بيانات، وثلاث أو أربع شاشات أساسية، وبعض التنسيق الأولي — قبل أن يلمسها أي مستخدم حقيقي.
لكن البناء الأول لم يكن الجزء المكلف أبدًا. الجزء المكلف هو كل ما يأتي بعده — الجولات الأربع عشرة من "في الواقع، هل يمكننا نقل هذا الزر" و"ماذا لو رأى المستخدمون العائدون صفحة رئيسية مختلفة" التي تستهلك ساعات المطور المستقل رسالة سلاك تلو الأخرى.
شاهدنا مؤسسًا ينفق ستة أسابيع ومعظم ميزانية قدرها 12,000 دولار على نطاق بدأ كـ"تطبيق قائمة انتظار بسيط" ونما، رسالة معقولة تلو أخرى، إلى شيء بثلاثة أدوار مستخدمين ونظام إحالة لم يخصص أحد ميزانية له. لم يخطئ أحد في تلك القصة.
زحف النطاق (Scope creep) في الفوترة بالساعة هو ببساطة ما يحدث عندما يكون التكرار مكلفًا لكل جولة. الوفورات الحقيقية للبناء باستخدام الذكاء الاصطناعي ليست في النسخة الأولى — بل في أن الجولة الحادية عشرة تكلف تقريبًا مثل الجولة الأولى.
ماذا عن منصات بدون كود — أليست أرخص أيضًا؟
أرخص من مطور مستقل، عادةً. ليست دائمًا أرخص من أداة بناء بالذكاء الاصطناعي، بمجرد احتساب الوقت الذي تقضيه شخصيًا في تعلم الأداة والقيام بالتجميع. التكلفة الأكبر مع أدوات بدون كود هي تكلفة أبطأ: الارتباط بالمنصة (lock-in). تطبيقات Bubble لا تُصدَّر إلى كود محمول يمكنك تسليمه لمطور آخر أو استضافته حيثما تشاء — يعيش تطبيقك داخل بيئة تشغيل تلك المنصة إلى أجل غير مسمى، والانتقال منها لاحقًا هو إعادة بناء، وليس تصديرًا. هذه مقايضة جيدة إذا كنت مرتاحًا للبقاء على تلك المنصة إلى الأبد. إنها مفاجأة سيئة إذا لم تكن كذلك.
هل سأكون مقيدًا إذا بدأت هنا وأردت التبديل لاحقًا؟
يجب أن تكون قادرًا على الحصول على الكود المصدري الفعلي — الشيء الحقيقي، وليس تنسيقًا خاصًا — وأخذه إلى أي مكان تريد. إذا لم تستطع منصة ما الإجابة على هذا السؤال بـ"نعم" واضحة، فذلك يستحق أن يُوزن بجدية قبل بناء أي شيء حقيقي عليها، وهو السؤال الوحيد الذي ننصحك بطرحه على أي أداة بناء بالذكاء الاصطناعي قبل الالتزام بمشروع جاد عليها.
أيها أسرع فعليًا في الإطلاق؟
- أداة بناء بالذكاء الاصطناعي — الأسرع للوصول إلى النسخة الأولى (v1)، في كل مرة تقريبًا: دقائق إلى ساعات بدلاً من أسابيع.
- بدون كود — في المرتبة الثانية، بافتراض أنك تعرف الأداة بالفعل؛ إذا كنت تتعلمها من الصفر، أضف أسابيع حقيقية إلى ذلك الرقم، ولا تستهن بها.
- مطور مستقل — الأبطأ للوصول إلى إطلاق أول، لكنه غالبًا الأسرع نحو الصحيح، بمعنى ضيق أن شخصًا خبيرًا يكتشف الأخطاء المكلفة قبل أن تتراكم — نوع الأشياء التي تكلفك إعادة بناء بعد ثلاثة أشهر إذا لم يلاحظها أحد مبكرًا.
هل ما زلت بحاجة لتعلم البرمجة في نهاية المطاف؟
لا، لكنها تساعدك على طرح أسئلة أفضل، بنفس الطريقة التي تساعدك بها معرفة القليل عن ميكانيكا السيارات على التحدث مع الميكانيكي دون أن يعرض عليك سعرًا لناقل حركة جديد لا تحتاجه. لست بحاجة لكتابة المنطق بنفسك لتكوّن رأيًا مفيدًا حول ما إذا كان المنطق المعروض عليك يفعل الشيء الصحيح. هذا الرأي يستحق التنمية بغض النظر عن أي من هذه المسارات الثلاثة تختاره — إنه المهارة الفعلية الكامنة تحتها جميعًا.
