"Nu trebuie să știi programare? De ce hackerii întâmpină cu fiori nebunia "vibe coding" Pe măsură ce tot mai mulți oameni vibrează coduri, a venit un moment în care trebuie să fim cu adevărat atenți, mai ales cei care creează servicii legate de blockchain folosind vibe coding. Și să vedem cum acest lucru va schimba codul tuturor companiilor în viitor. Cel mai mare avantaj al programării vibe este că, chiar dacă nu știu cum să-l dezvolt eu însumi, pot face asta doar prin Prompting. În special, în cazul dezvoltării front-end, eficacitatea și eficacitatea codării vibe sunt verificate până la punctul în care se poate spune că codificarea vibe a consumat aproape întreaga piață. Desigur, vibe coding se dezvoltă foarte rapid și devine tot mai sofisticat și mai bun pe zi ce trece, dar problema este că dacă o mașină, nu un om, scrie codul singur la un moment dat, nu există nicio modalitate de a ști ce cod conține și unde este eroarea. Dacă ai făcut vreodată vibe coding, probabil ai observat următorul fenomen. 1️⃣ L-am făcut, dar problema schimbării chiar și a părților pe care nu le-am făcut s-a schimbat 2️⃣ L-am comandat, dar memoria e prea plină, așa că nu te mai ascult (așa că trebuie să-l opresc și să-l las să funcționeze) 3️⃣ Corectez o eroare, dar e o problemă care s-a rezolvat. (Și dacă nu ești dezvoltator, nu știi unde sau cum e stricat) Cazul 3 este o parte care apare adesea, mai ales când lucrezi cu o geantă în loc de o față. Acesta este unul dintre motivele pentru care fac asta doar local și nu fac deploy în timp ce codez vibrații. Chiar dacă programezi la suprafață, nu există nicio modalitate de a verifica dacă funcționează corect (uneori AI-ul doar completează ce este vizibil și nu funcționează dacă este problematic să o faci ca un om), iar dacă apare o problemă, nu există nicio modalitate de a verifica dacă aceasta este rezolvată corect. Problema este că sunt folosite zeci de mii de linii de cod, iar persoana care a instruit și a făcut munca nu are capacitatea de a "verifica" între AI și AI. Cel mai mare punct de durere pentru cei care au angajat dezvoltatori ca non-dezvoltatori este probabil că dacă dezvoltatorul spune "nu", "nu poate dovedi că va funcționa". În cazul AI, nu spune "nu", dar dacă continui să faci ceea ce nu funcționează, vei face asta înșelându-te cu o mentalitate militară. Cu alte cuvinte, în final, organizatorul care face prompting trebuie să știe și cum să se dezvolte într-o anumită măsură pentru a putea opera corect AI-ul. Și cea mai mare problemă cu care ne confruntăm este că nu mai instruim dezvoltatori juniori. Cu alte cuvinte, dacă trec mai mult de cinci ani până când juniorii nu mai sunt instruiți pentru că preferă seniorii care se pricep bine la AI și își găsesc un loc de muncă, am putea trăi într-o eră în care suntem complet dependenți de AI și trebuie să facem ceva cu cod pe care nu-l cunoaștem, sau poate trebuie să abordăm subiectul sub forma "ai încredere și încredință". Acest lucru este deosebit de devastator pentru ecosisteme precum blockchain-urile, unde codul și fondurile sunt legate într-un singur loc. Aceasta înseamnă că, în momentul în care un contract inteligent cu o simplă eroare devine o implementare, fondurile pot circula deja liber. Și, de fapt, în cazul hackerilor, se așteaptă ca multe fenomene să profite urmărind și exploatând doar aceste slăbiciuni unice ale AI. 🔰Gânduri personale Deci nu folosi vibe code? Nu chiar. Asta pentru că trebuie să continui să urmărești și să încerci tu însuți ca să vezi cât de departe poți merge. Totuși, în cazul vibe coding-ului, rămâne un instrument, similar cu AI Agents și LLM-uri din trecut. Cred că cheia este să știi cât de departe poate merge unealta și unde poate fi folosită.