أخبار Gate، في 17 مارس، نشر مؤسس مشارك منصة المراقبة الأخطاء Sentry، ديفيد كريمر، على منصة X، قائلاً إنه "مقتنع تمامًا" أن نماذج اللغة الكبيرة ليست حاليًا أداة لزيادة الإنتاجية الصافية. يرى كريمر أن نماذج اللغة الكبيرة، على الرغم من تقليلها لعتبة البدء في التطوير، إلا أنها تستمر في إنتاج رموز أكثر تعقيدًا وأصعب في الصيانة، ومن تجربته الشخصية، فإنها تبطئ سرعة التطوير على المدى الطويل. شكك كريمر بشكل خاص في نمط "الهندسة الوكيلة" (agentic engineering)، وهو الأسلوب الذي يسمح للنموذج تلقائيًا بتوليد الكود ونشره مباشرة، معتبرًا أن جودة الكود الناتج أقل بشكل واضح، وأن تراكمه بكميات كبيرة يصبح عبئًا صافياً. وأشار إلى أن المشاكل المحددة تشمل: ضعف الأداء عند التطوير التدريجي في قواعد رموز معقدة، وعدم القدرة على توليد واجهات تتوافق مع الأسلوب المعتاد للغة، بالإضافة إلى "اختبارات Slop الصافية". وذكر بشكل خاص أداة OpenClaw، قائلاً: "لو طلبت مني المراهنة، فإن أدوات مثل OpenClaw، بسبب توليدها للكود بكميات كبيرة، أصبحت غير قادرة على إنقاذ نفسها (irrecoverable)"، مؤكدًا أن "البرمجيات لا تزال صعبة البناء، ولم تكن أبدًا مسألة تقليل أو زيادة عدد أسطر الكود". وأوضح كريمر أن تقييمه أعلاه يعتمد بشكل رئيسي على تجربته في تطوير وظائف ضمن قواعد رموز ناضجة ذات تعقيد طبيعي؛ وأن سبب زيادة مساهماته مؤخرًا هو "لأنها ممتعة" وليس لأنها أصبحت أسهل، معتبرًا أن الأمر في جوهره تغير نفسي، وأن الوقت المستغرق لم يتغير جوهريًا.

عرض المصدر

إخلاء المسؤولية: قد تكون المعلومات الواردة في هذه الصفحة مستمدة من مصادر خارجية وهي للمرجعية فقط. لا تمثل هذه المعلومات آراء أو وجهات نظر Gate ولا تشكل أي نصيحة مالية أو استثمارية أو قانونية. ينطوي تداول الأصول الافتراضية على مخاطر عالية. يرجى عدم الاعتماد حصرياً على المعلومات الواردة في هذه الصفحة عند اتخاذ القرارات. لمزيد من التفاصيل، يرجى الرجوع على إخلاء المسؤولية.

تعليق

0/400

لا توجد تعليقات