"Du behöver inte kunna kodning? Varför hackare välkomnar 'vibe coding'-trenden med gåshud När fler och fler människor vibrerar kod finns det en tid då vi verkligen måste vara försiktiga, särskilt de som skapar blockkedjerelaterade tjänster med vibe-kodning. Och låt oss titta på hur detta kommer att förändra koden för alla företag i framtiden. Den största fördelen med vibe-kodning är att även om jag inte vet hur man utvecklar det själv, kan jag bara göra det via Prompting. Särskilt när det gäller frontend-utveckling verifieras effektiviteten och ändamålsenligheten hos vibekodning i sådan utsträckning att man kan säga att vibekodning nästan har slukat hela marknaden. Självklart utvecklas vibe-kodning också mycket snabbt, och det blir allt mer sofistikerat och bättre för varje dag, men problemet är att om en maskin snarare än en människa skriver koden själv vid något tillfälle, finns det inget sätt att veta vilken kod som finns i den och var felet finns. Om du någonsin har använt vibe-kodning har du förmodligen lagt märke till följande fenomen. 1️⃣ Jag klarade det, men problemet med att ändra även de delar jag inte gjort ändrades 2️⃣ Jag beställde den, men minnespoolen är för full, så jag lyssnar inte på dig längre (så jag måste avsluta och låta den fungera) 3️⃣ Jag rättar ett fel, men det är ett problem som är löst. (Och om du inte är utvecklare vet du inte var eller hur det är trasigt) Fall 3 är en del som ofta inträffar, särskilt när man arbetar med en väska istället för en front. Detta är en av anledningarna till att jag bara gör det lokalt och inte deployar medan jag kodar vibbar. Även om du kodar på ytan finns det inget sätt att verifiera om det faktiskt fungerar korrekt (ibland fyller AI bara i det som syns och fungerar inte om det är besvärligt att göra det som en människa), och om ett problem uppstår finns det inget sätt att verifiera om problemet är korrekt åtgärdat. Problemet är att tiotusentals rader kod används, och personen som instruerade och utförde arbetet har inte möjlighet att "verifiera" mellan AI och AI. Den största smärtpunkten för dem som anställt utvecklare som icke-utvecklare för att arbeta är troligen att om utvecklaren säger "nej" så "kan de inte bevisa att det kommer att fungera". I fallet med AI står det inte "nej", men om du fortsätter göra det som inte fungerar, kommer du att göra det genom att lura dig med ett militärt tankesätt. Med andra ord, i slutändan måste organisatören som gör prompting också veta hur man utvecklar sig till viss del för att kunna använda AI:n korrekt. Och det största problemet vi står inför är att vi inte längre utbildar juniorutvecklare. Med andra ord, om mer än fem år går utan att juniorer längre utbildas eftersom de föredrar seniorer som är bra på att hantera AI och får jobb, kan vi leva i en era där vi är helt beroende av AI och måste göra något med kod vi inte kan, eller så kan vi behöva närma oss det i form av "lita på och lita på". Detta är särskilt förödande för ekosystem som blockkedjor, där kod och fonder är sammankopplade på ett ställe. Detta innebär att i samma ögonblick som ett smart kontrakt med en enkel bugg blir en distribution, kan pengarna redan röra sig fritt. Och faktiskt, när det gäller hackare, förväntas det finnas många fenomen som tjänar pengar på att jaga och utnyttja endast dessa unika svagheter hos AI. 🔰Personliga tankar Så vibe-kodar inte? Inte direkt. Detta beror på att du måste fortsätta titta och prova själv för att se hur långt du kan gå. Men när det gäller vibe-kodning är det fortfarande ett verktyg, liknande AI-agenter och LLM:er tidigare. Jag tror nyckeln är att veta hur långt verktyget kan gå och var det kan användas.