المواضيع الرائجة
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
السيد باويو يتفق مع ما قاله، ويمكنني إضافة بعض وجهات النظر الأخرى (Vb في النهاية والمقدمة في المقدمة).
عندما كتبت جافا الخلفية، لم أستخدم برمجة Vb أبدا، كلها كود يدوي، لأن نظام جافا البيئي ناضج جدا، والإطار يحتوي على التفاصيل التقنية الأساسية بشكل كبير، لذا أحتاج فقط للتركيز على تنفيذ منطق الأعمال.
تكلفة تفسير منطق الأعمال الذكاء الاصطناعي تكاليف > البرمجة، لذلك لا أستخدم برمجة Vb على الخلفية.
لكن عندما أكتب الواجهة الأمامية، أميل إلى استخدام Agent التلقائي بالكامل + محرر للضبط الدقيق، 99٪ من الكود مكتوب بواسطة الوكيل، كل ما أحتاجه هو الضبط الدقيق حسب نتائجه، مرارا وتكرارا.
لماذا أستخدم Agent تلقائيا بالكامل عند كتابة الواجهات الأمامية؟ سبب كبير هو أن تكرار كود الواجهة الأمامية لا يمكن تجاهله، مهما كنت مهندسا متقدما، كل مكون، كل زر، لا يزال عليك تقديمه في المكان الصحيح ومواءمته مع النتيجة المطلوبة.
كل فحص للواجهة الأمامية، أو النافذة المنبثقة، أو الطلب، أو تقديم النموذج لا يمكن إكماله بواسطة إطار عمل لك، لا يزال عليك الكتابة يدويا، وفي الوقت الحالي يتم إبراز فوائد المهمة التلقائية الكاملة، وطالما أنك تكتب المهمة بوضوح، يمكن لقدرات النموذج الحالية أن تساعدك في استعادة 99٪.
الآن تطوير الواجهة الأمامية الكاملة لديه بالفعل نموذج مونوريبو ناضج، حيث يمكن للنموذج الكبير فهم جميع واجهات برمجة التطبيقات وتعريفات الكائنات للمشروع بأكمله في نفس المستودع، لذا أعتقد أن تطوير الواجهة الكاملة يستخدم Monorepo + Agent ليكون مؤتمتة بالكامل، وهذا ببساطة انفجار في الكفاءة.
لتلخيص أفكاري: ما إذا كنت سأستخدم Agent بشكل مؤتمت بالكامل يعتمد على ما إذا كان يوفر لي الوقت ويحسن الكفاءة، وبالنسبة لمهندس ناضج، يجب أن يكون من السهل معرفة ما إذا كان بإمكانك استخدام Agent لتحسين الكفاءة في تلك السيناريوهات البرمجية.
الأفضل
المُتصدِّرة
التطبيقات المفضلة

