> Costul explicării logicii de business AI-ului > costurile de programare, așa că nu folosesc Vibe Coding în backend. Din punctul meu de vedere, backend-ul nu folosește AI pentru a scrie pentru că este prea familiarizat cu dependențele de traseu și vrea să rămână în zona sa de confort, în loc să folosească prompturi pentru a genera cod. Partea frontală este din cauza necunoașterii, dar a deschiderii la minte. O altă problemă pe care o cunoști deja foarte bine este că este dificil să-ți descrii clar nevoile cu prompturi. Capacitatea de a exprima și comunica în limbaj natural într-un mod ușor de înțeles este o cerință pentru programatorii seniori, pentru că, în realitate, dacă vrei să conduci oamenii și să-i convingi pe alții să folosească designul tău, nu poți renunța la expresia și comunicarea naturală. Pentru codul back-end, poți încerca să folosești pseudo-cod pentru a solicita cuvinte, să încerci TDD, să scrii cod de test mai întâi și apoi să-l implementezi, dar tot este recomandat să folosești mai mult AI.
耳朵
耳朵Cu 12 ore în urmă
Domnul Baoyu este de acord cu ce a spus, iar eu pot adăuga și alte perspective (Vb la finalul și la început). Când am scris Java back-end, nu am folosit niciodată programare Vb, doar cod manual, pentru că ecosistemul Java este extrem de matur, iar cadrul a cuprins foarte bine detaliile tehnice de bază, așa că trebuie să mă concentrez doar pe implementarea logicii de business. Costul interpretării logicii de business către AI > costurile de programare, așa că nu folosesc programare Vb în backend. Dar când scriu front-end-ul, tind să folosesc Agent complet automat + un editor pentru fine-tuning, 99% din cod este scris de agent, trebuie doar să fac unele ajustări fine conform rezultatelor, de multe ori. De ce folosesc Agent complet automat când scriu front-end-uri? Un motiv important este că repetitivitatea codului front-end nu poate fi omisă, indiferent cât de avansat ești ca inginer, fiecare componentă, fiecare buton, tot trebuie să-l introduci în locul potrivit și să-l potrivești cu efectul dorit. Fiecare verificare frontală, fereastră pop-up, prompt și formular nu poate fi completată printr-un cadru pentru tine, trebuie totuși să scrii de mână; în acest moment, beneficiile sistemului complet automat al agentului sunt evidențiate, atâta timp cât scrii clar sarcina, capabilitățile actuale ale modelului te pot ajuta să recuperezi 99%. Acum, dezvoltarea full-stack front-end are deja un model Monorepo matur, în care modelul mare poate înțelege toate API-urile și definițiile obiectelor întregului proiect în același depozit, așa că cred că dezvoltarea full-stack folosește Monorepo + Agent pentru a fi complet automatizată, ceea ce este pur și simplu o explozie de eficiență. Ca să rezum gândurile mele: dacă să folosești sau nu Agent complet automatizat depinde dacă îmi economisește timp și îmbunătățește eficiența, iar pentru un inginer matur, ar trebui să fie ușor de spus dacă poți folosi Agent pentru a îmbunătăți eficiența în acele scenarii de cod.
Desigur, nu recomand să lași totul pe seama AI-ului, unele sarcini repetitive trebuie făcute de AI, dar unele sarcini de design sunt cel mai mult asistate de AI, iar adesea trebuie să scrii intenționat cod manual pentru a preveni deteriorarea abilităților. La fel ca acum, oamenii nu mai trebuie să facă muncă fizică și să meargă la sală!
4,1K