Пан Баоюй погоджується з тим, що сказав, і я можу додати ще кілька точок зору (Vb у фіналі та фронтенді). Коли я писав бекенд Java, я ніколи не використовував програмування VB, це був лише ручний код, бо екосистема Java надзвичайно зріла, а фреймворк глибоко охопив основні технічні деталі, тому мені потрібно зосередитися лише на реалізації бізнес-логіки. Вартість інтерпретації бізнес-логіки для ШІ > витрати на програмування, тому я не використовую програмування на VB на бекенді. Але коли я пишу фронтенд, я зазвичай використовую Agent повністю автоматичним + редактором для тонкого налаштування, 99% коду пише агент, мені потрібно лише трохи доопрацювати відповідно до результатів, багато разів і знову. Чому я використовую Agent повністю автоматично, коли пишу фронтенд? Головна причина в тому, що повторюваність фронтенд-коду не можна ігнорувати, незалежно від того, наскільки ти досвідчений інженер, кожен компонент, кожна кнопка — все одно потрібно ввести їх у потрібне місце і підібрати до потрібного ефекту. Кожна фронтенд-перевірка, спливаюче вікно, підказка та подача форми не можуть бути виконані фреймворком для вас, писати все одно потрібно від руки, і на цьому етапі переваги повністю автоматичної роботи агента підкреслені, якщо ви чітко пишете завдання, поточні можливості моделі допоможуть відновити 99%. Фронтенд full-stack розробка вже має зрілу модель Monorepo, в якій велика модель може розуміти всі API та визначення об'єктів усього проєкту в одному репозиторії, тому, думаю, full-stack розробка використовує Monorepo + Agent для повної автоматизації, що є справжнім вибухом ефективності. Підсумовуючи мої думки: чи використовувати Agent повністю автоматизовано, залежить від того, чи економить він час і підвищує ефективність, а для зрілого інженера має бути легко зрозуміти, чи можна використовувати Agent для підвищення ефективності в таких сценаріях коду.