Populární témata
#
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.
Pan Baoyu souhlasí s tím, co řekl, a mohu přidat další pohledy (VB na konci a na frontu).
Když jsem psal back-end Javu, nikdy jsem nepoužíval programování ve Vb, jen ruční kód, protože Java ekosystém je velmi vyspělý a framework velmi dobře zachytil základní technické detaily, takže se musím soustředit jen na implementaci obchodní logiky.
Náklady na interpretaci obchodní logiky do AI > náklady na programování, takže na backendu nepoužívám programování ve Visual Beat.
Ale když píšu front-end, obvykle používám Agenta plně automatického + editor pro doladění, 99 % kódu píše agent, stačí mi jen trochu dolaďovat podle výsledků, a to mnohokrát znovu.
Proč používám Agenta plně automaticky, když píšu front-endy? Velkým důvodem je, že opakování front-end kódu nelze vynechat – bez ohledu na to, jak pokročilý jste inženýr, každý komponent, každé tlačítko, stále musíte dát na správné místo a sladit to s požadovaným efektem.
Každou front-end kontrolu, vyskakovací okno, prompt a odeslání formuláře nelze pro vás dokončit frameworkem, stále musíte psát ručně, v této době jsou zdůrazněny výhody plně automatického režimu agenta, pokud úkol napíšete jasně, současné schopnosti modelu vám mohou pomoci obnovit 99 %.
Front-end full-stack vývoj už má vyspělý model Monorepo, ve kterém velký model rozumí všem API a definicím objektů celého projektu ve stejném repozitáři, takže si myslím, že full-stack vývoj využívá Monorepo + Agent k plné automatizaci, což je prostě explozi efektivity.
Abych shrnul své myšlenky: zda použít Agent plně automatizovaný, závisí na tom, jestli mi ušetří čas a zlepší efektivitu, a pro zkušeného inženýra by mělo být snadné poznat, jestli lze Agent použít ke zvýšení efektivity v těchto scénářích kódu.
Top
Hodnocení
Oblíbené

