"Sinun ei tarvitse osata koodausta? Miksi hakkerit ottavat 'vibe coding' -villityksen vastaan kananlihalla Kun yhä useammat ihmiset värähtelevät koodeja, on hetki, jolloin meidän täytyy todella olla varovaisia, erityisesti niiden, jotka tekevät lohkoketjuun liittyviä palveluita vibe-koodauksella. Ja katsotaanpa, miten tämä muuttaa kaikkien yritysten koodia tulevaisuudessa. Vibe-koodauksen suurin etu on, että vaikka en osaisi kehittää sitä itse, voin tehdä sen vain Promptingin kautta. Erityisesti front-end-kehityksessä vibe-koodauksen tehokkuutta ja vaikuttavuutta varmistetaan siinä määrin, että voidaan sanoa, että vibe-koodaus on lähes syönyt koko markkinan. Tietenkin vibe-koodaus kehittyy myös hyvin nopeasti, ja se kehittyy päivä päivältä kehittyneemmäksi ja paremmaksi, mutta ongelma on, että jos kone eikä ihminen kirjoittaa koodia itsekseen jossain vaiheessa, ei ole mitään keinoa tietää, mitä koodia siinä on ja missä virhe on. Jos olet koskaan tehnyt vibe-koodausta, olet todennäköisesti huomannut seuraavan ilmiön. 1️⃣ Tein sen, mutta ongelma vaihtaa jopa ne osat, joita en tehnyt, muuttui 2️⃣ Tilasin sen, mutta muistipooli on liian täynnä, joten en kuuntele sinua enää (joten minun täytyy katkaista se ja antaa sen toimia) 3️⃣ Korjaan virheen, mutta se on ongelma, joka on korjattu. (Ja jos et ole kehittäjä, et tiedä missä tai miten se on rikki) Tapaus 3 on usein esiintyvä osa, erityisesti kun työskentelee pussin kanssa etuosan sijaan. Tämä on yksi syy siihen, miksi teen sen vain paikallisesti enkä julkaise tunnelmaa koodatessa samalla kun teen vibeja. Vaikka koodaisit pinnalla, ei ole mitään keinoa varmistaa, toimiiko se oikeasti oikein (joskus tekoäly vain täyttää näkyvän, eikä toimi, jos se on hankalaa tehdä kuten ihminen), ja jos ongelma ilmenee, ei ole keinoa varmistaa, onko ongelma korjattu kunnolla. Ongelma on, että käytössä on kymmeniä tuhansia rivejä koodia, eikä henkilöllä, joka sen ohjasi ja teki työn, ei ole kykyä "vahvistaa" tekoälyn ja tekoälyn välillä. Suurin kipupiste niille, jotka ovat palkanneet kehittäjiä ei-kehittäjinä, on todennäköisesti se, että jos kehittäjä sanoo "ei", hän "ei voi todistaa, että se toimii". Tekoälyn tapauksessa se ei sano "ei", mutta jos jatkat sitä, mikä ei toimi, teet sen huijaamalla sinua sotilaallisella ajattelutavalla. Toisin sanoen, lopulta järjestäjän, joka tekee promptingia, täytyy myös osata kehittyä jonkin verran, jotta tekoälyä voidaan käyttää oikein. Suurin ongelma on, että emme enää kouluta juniorikehittäjiä. Toisin sanoen, jos yli viisi vuotta kuluu, kun nuorempia ei enää kouluteta, koska he suosivat vanhempia, jotka hallitsevat tekoälyä ja saavat työpaikan, saatamme elää ajassa, jossa olemme täysin riippuvaisia tekoälystä ja joudumme tekemään jotain koodilla, jota emme tunne, tai saatamme joutua lähestymään sitä "luota ja luottaa". Tämä on erityisen tuhoisaa ekosysteemeille, kuten lohkoketjuille, joissa koodi ja varat ovat sidottu yhteen paikkaan. Tämä tarkoittaa, että heti kun älysopimus, jossa on yksinkertainen bugi, otetaan käyttöön, varat voivat jo liikkua vapaasti. Itse asiassa hakkerien kohdalla odotetaan, että on monia ilmiöitä, jotka hyötyvät jahtaamalla ja hyödyntämällä vain näitä tekoälyn ainutlaatuisia heikkouksia. 🔰Henkilökohtaiset ajatukset Eli älä vibe code? Ei oikeastaan. Tämä johtuu siitä, että sinun täytyy jatkaa katsomista ja kokeilla itse nähdäksesi, kuinka pitkälle pääset. Vibe-koodauksen tapauksessa se on kuitenkin edelleen työkalu, samankaltainen kuin AI-agentit ja LLM:t aiemmin. Mielestäni avain on tietää, kuinka pitkälle työkalu voi mennä ja missä sitä voi käyttää.