Herr Baoyu håller med om vad han sa, och jag kan lägga till några andra perspektiv (Vb i bak- och framsidan). När jag skrev backend-Java använde jag aldrig Vb-programmering, bara manuell kod, eftersom Java-ekosystemet är extremt moget och ramverket har starkt kapslat in de underliggande tekniska detaljerna, så jag behöver bara fokusera på implementeringen av affärslogik. Kostnaden för tolkning av affärslogik till AI > kodning är kostnad, så jag använder inte VB-programmering i backend. Men när jag skriver front-end brukar jag använda Agent helt automatisk + en editor för finjustering, 99% av koden skrivs av agenten, jag behöver bara göra lite finjustering utifrån resultaten, många gånger om och om igen. Varför använder jag Agent helt automatiskt när jag skriver front-ends? En stor anledning är att upprepningen i frontend-kod inte kan utelämnas, oavsett hur avancerad ingenjör du är, måste varje komponent, varje knapp ändå introducera den på rätt plats och matcha den till önskad effekt. Varje front-end-kontroll, pop-up, prompt och formulärinlämning kan inte slutföras av ett ramverk för dig, du måste fortfarande skriva för hand, just nu lyfts fördelarna med agentens helautomatiska system fram, så länge du skriver uppgiften tydligt kan de nuvarande modellens funktioner hjälpa dig att återställa 99%. Nu har front-end fullstack-utveckling redan en mogen Monorepo-modell, där den stora modellen kan förstå alla API:er och objektdefinitioner för hela projektet i samma repository, så jag tror att fullstack-utvecklingen använder Monorepo + Agent för att vara helt automatiserat, vilket helt enkelt är en explosion av effektivitet. För att sammanfatta mina tankar: om man ska använda Agent helt automatiserat beror på om det sparar tid och förbättrar effektiviteten, och för en mogen ingenjör borde det vara lätt att se om man kan använda Agent för att förbättra effektiviteten i de kodscenarierna.