Mr. Baoyu er enig i det han sa, og jeg kan legge til noen andre perspektiver (Vb på bak- og front). Da jeg skrev back-end Java, brukte jeg aldri Vb-programmering, bare manuell kode, fordi Java-økosystemet er ekstremt modent, og rammeverket har godt innkapslet de underliggende tekniske detaljene, så jeg trenger bare å fokusere på implementeringen av forretningslogikk. Kostnaden for tolkning av forretningslogikk til AI > kodingskostnader, så jeg bruker ikke Vb-programmering på backend. Men når jeg skriver front-end, pleier jeg å bruke Agent fullt automatisk + en editor for finjustering, 99 % av koden skrives av agenten, jeg trenger bare å finjustere etter resultatene, mange ganger om og om igjen. Hvorfor bruker jeg Agent helt automatisk når jeg skriver front-ends? En stor grunn er at repetisjonen i front-end-kode ikke kan utelates, uansett hvor avansert ingeniør du er, må du fortsatt introdusere hver komponent, hver knapp, på riktig sted og matche den til ønsket effekt. Hver front-end sjekk, pop-up, prompt og skjemainnsending kan ikke fullføres av et rammeverk for deg, du må fortsatt skrive for hånd, og nå fremheves fordelene med agentens helautomatiske system, så lenge du skriver oppgaven tydelig, kan de nåværende modellens funksjoner hjelpe deg å gjenopprette 99 %. Nå har front-end fullstack-utviklingen allerede en moden Monorepo-modell, der den store modellen kan forstå alle API-ene og objektdefinisjonene til hele prosjektet i samme repository, så jeg tror fullstack-utviklingen bruker Monorepo + Agent for å være helt automatisert, noe som rett og slett er en eksplosjon av effektivitet. For å oppsummere tankene mine: om man skal bruke Agent fullstendig automatisert avhenger av om det sparer meg tid og forbedrer effektiviteten, og for en erfaren ingeniør bør det være lett å se om du kan bruke Agent for å øke effektiviteten i disse kodesituasjonene.