Vibe coding on üks neist väljenditest, mis kõlab mänguliselt, veidi ebamääraselt ja natuke ülehaibitult. Just seepärast peaksid õpetajad sellele tähelepanu pöörama. Moesõna taga on tegelik muutus selles, kuidas tarkvara luuakse. Selle asemel et kirjutada iga koodirida käsitsi, kirjeldavad arendajad üha sagedamini loomulikus keeles, mida nad soovivad, ja lasevad AI-l suure osa esmasest versioonist genereerida. Koolide jaoks võib see tähendada, et õpetajatele suunatud tööriistad ilmuvad kiiremini, muutuvad kiiremini ja jõuavad mõnikord turule enne, kui tavapärased kontrollid on järele jõudnud.
See on oluline, sest koolidelt oodatakse juba praegu kiireid otsuseid AI-toodete kohta. Kui teie meeskond on hinnanud uusi platvorme, piloote või lisamooduleid, olete võib-olla juba märganud, kui kiiresti tarnijad uusi funktsioone välja annavad. Artiklid kooli AI stabiilsusest esimese 30 päeva jooksul ja iga-aastastest vastuvõetava kasutuse poliitika uuendustest näitavad sama mustrit: tööriistad liiguvad kiiresti, samal ajal kui juhtimine jääb sageli maha.
Mida see tähendab
Lihtsas keeles tähendab vibe coding tarkvara loomist nii, et kirjeldate, mida soovite, ja lasete AI-l teha suure osa kodeerimistööst. Arendaja võib kirjutada: “Loo õpetaja juhtpaneel, mis näitab tegemata kodutöid ja on klasside kaupa värvikoodidega eristatud,” ning AI-kodeerimistööriist loob toimiva versiooni. Inimarendaja vaatab selle endiselt üle, muudab ja testib, kuid esimene versioon võib ilmuda minutite, mitte päevadega.
See ei tähenda, et tarkvara ehitab nüüd ennast ise. See tähendab, et arenduse varased etapid muutuvad vestluslikumaks. “Vibe’i” osa viitab tööle eesmärgi, näidete ja kiire katsetamise põhjal, mitte iga detaili hoolikale nullist inseneerimisele. Mõnikord annab see väga kiiresti kasulikke prototüüpe. Mõnikord annab see midagi, mis näeb viimistletud välja, kuid peidab tõsiseid puudusi.
Õpetajate jaoks on põhipunkt lihtne: peagi võite kasutada tooteid, mis on loodud palju kiiremini kui vanem koolitarkvara. See võib olla hea uudis, kuid muudab seda, mida peate enne nende usaldamist küsima.
Miks see mõiste levis
Õpetajad kuulevad seda väljendit äkitselt seetõttu, et AI-kodeerimistööriistad on piisavalt arenenud, et muutuda nähtavaks ka väljaspool tarkvaratööstust. Start-up’id mainivad neid investorite ülevaadetes. Edtechi ettevõtted kasutavad neid, et lubada kiiremat tootearendust. Koolijuhid kuulevad, et tarnija ehitas funktsiooni nädalavahetusega, ja mõtlevad, kas see on muljetavaldav tõhusus või hoopis hoiatusmärk.
Sellel on ka laiem kultuuriline põhjus. AI on liikunud spetsialistide teemast igapäevatöö osaks. Sama arutelu, mis nüüd ümbritseb tunniplaneerimist, aruandlust ja haldust, ümbritseb ka tarkvara loomist. Kui AI saab aidata koostada hinnangukommentaare, nagu käsitletakse selles AI-abistajate võrdluses aruannete kirjutamiseks, siis küsivad inimesed loomulikult, kas see saab ehitada ka süsteeme, mis neid kommentaare genereerivad.
Kuidas tööriistu luuakse
Vibe coding muudab arendusprotsessi kolmel olulisel viisil. Esiteks vähendab see prototüübi loomise lävendit. Väike meeskond saab palju kiiremini kui varem kokku panna vanematega suhtlemise portaali, kordamisviktoriini rakenduse või käitumise jälgimise tööriista. Teiseks lühendab see vahet idee ja demo vahel. Õpetaja võib esmaspäeval kirjeldada kitsaskohta ja näha reedeks esialgset lahendust. Kolmandaks soodustab see pidevat iteratsiooni. Kuna muudatusi on odav proovida, võivad tooted areneda nädalast nädalasse.
See kiirus võib olla tõeliselt kasulik. Paljud koolitööriistad on pikka aega kannatanud kohmakate kasutajaliideste, aeglaste uuenduste ja funktsioonide all, mida keegi ei küsinud. AI-toega arendus võib teha tarnijatele lihtsamaks reageerida sellele, mida õpetajad tegelikult vajavad. Loodusainete osakond võib soovida selgemat praktiliste tööde hindamise jälgijat. Tugimeeskond võib tahta lihtsamaid kohalolekumärkmeid. Kooli ärijuht võib vajada kiiremat viisi tellimuste ja kasutuse võrdlemiseks.
Ometi ei ole kiirus üksi kvaliteet. Kiiresti genereeritud tööriist võib demos hästi töötada, kuid päris klassiruumi tingimustes läbi kukkuda. See võib tulla toime lihtsate juhtumitega, kuid laguneda siis, kui andmed on segased, kasutajatel on kiire või võrguolud on kehvad. Igaüks, kes on juhtinud rutakat tarkvarakasutuselevõttu, tunneb selle riski ära. Seepärast on hangete distsipliin sama oluline kui tehniline uudsus, eriti kui arvestada juhiseid nagu see hangete kontrollnimekiri AI-tellimuste jaoks.
Kus see võib aidata
Kõige tugevamad kasutusjuhud on tavaliselt kitsad, korduvad ja praktilised. Hea näide on õpetajatele suunatud haldustööriistad. Kui tarnija suudab kiiresti luua puhtama isteplaani redaktori, parema asendustaotluste töövoo või lihtsama juhtpaneeli sekkumiste jälgimiseks, võib see säästa töötajate aega, mõjutamata liiga vara kõrge kaaluga otsuseid.
Vibe coding’u abil loodud prototüübid võivad samuti aidata koolidel ideid testida enne suuri investeeringuid. Selle asemel et oodata kuus kuud täielikult kohandatud lahenduse valmimist, võib koolivõrgu digijuht katsetada kerget sisemist tööriista, et näha, kas töötajad seda tegelikult kasutavad. Selles mõttes võib AI-toega arendus toetada samasugust praktilist katsetamist, mida käsitletakse ühenädalastes hindamissprintides koolide AI-tööriistade jaoks.
Eriti paljulubav on see taustaprotsessides. Tunniplaani tugi, ruumijaotuse soovitused, suhtlusmallid ja dokumentide sorteerimine ei ole küll glamuursed, kuid just seal loevad väikesed tõhususevõidud. Kui need tööriistad on kujundatud kooli tegelikke piiranguid arvestades, võivad need vähendada hõõrdumist ilma õpetamise põhitegevust muutmata.
Kus riskid suurenevad
Riskid kasvavad siis, kui tarkvara puudutab tundlikke andmeid, turvalisusega seotud muresid või otsuseid, millel on tagajärjed õpilastele ja töötajatele. AI-toega kiiresti loodud tööriistal võib endiselt olla nõrk valideerimine, kehv auditijälg, ebaselged andmevood või varjatud sõltuvused kolmandate osapoolte teenustest. Kui tarnija ei suuda selgelt selgitada, kuidas toode töötab, peaksid koolid tempot maha võtma.
Üks mure on töökindlus. AI-genereeritud kood võib näida korrastatud, kuid sisaldada peeneid vigu. Teine on turvalisus. Kiiresti loodud tarkvara võib sisaldada ebaturvalisi vaikeseadeid või halvasti hallatud õigusi. Kolmas on vastutus. Kui tarnija ütleb: “AI ehitas suurema osa sellest,” ei vabasta see teda vastutusest. Tegelikult muudab see nende testimise ja juhtimise veelgi olulisemaks.
Koolid peaksid olema eriti ettevaatlikud siis, kui tööriistad töötlevad isikuandmeid, integreeruvad olemasolevate platvormidega või automatiseerivad soovitusi. Juhtimisraamistikud nagu see käsiraamat AI hangete ja järelevalve kohta on siin kasulikud, sest need viivad arutelu uudsuselt tõenditele.
Avastage Automated Education võimsus, liitudes meie õpetajate kogukonnaga, kes võtavad tagasi oma aja ja rikastavad oma klassiruume. Meie intuitiivse platvormiga saate automatiseerida administratiivseid ülesandeid, isikupärastada õpilaste õppimist ja suhelda oma klassiga nagu kunagi varem.
Ärge laske administratiivsetel ülesannetel varjutada oma kirge õpetamise vastu. Registreeruge täna ja muutke oma hariduskeskkond Automated Education abil.
🎓 Registreeru TASUTA!
Viis küsimust, mida tarnijatelt küsida
Kui tarnija mainib AI-toega arendust, ei ole põhjust paanikaks. Samuti ei ole põhjust muljet avaldada lasta lihtsalt seetõttu, et nad liikusid kiiresti. Esitage rahulikke ja praktilisi küsimusi.
Esiteks küsige, kuidas toodet testiti väljaspool demot. Klassiruumi tööriist peab päriskasutuse üle elama, mitte ainult sujuva tutvustuse. Teiseks küsige, milliseid andmeid süsteem töötleb ja kuhu need andmed liiguvad. Kolmandaks küsige, kes genereeritud koodi üle vaatas ja kuidas turvakontrollid läbi viidi. Neljandaks küsige, milline auditijälg on olemas siis, kui tööriist teeb soovitusi või muudab kirjeid. Viiendaks küsige, kui kiiresti saab tarnija vigu parandada ja intsidentidest teavitada.
Need ei ole innovatsioonivastased küsimused. Need on samad mõistlikud kontrollid, mida koolid peaksid rakendama iga uue platvormi puhul. Kui ettevõte suudab neile selgelt vastata, on see rahustav. Kui ei suuda, ei ole probleem väljendis “vibe coding”. Probleem on nõrk tootejuhtimine.
Majasisesed katsetused
Koolid võivad samuti mõelda, kas nad saavad vibe coding’ut ise kasutada. Piiratud juhtudel jah. Tehniliselt enesekindel koolimeeskond võib kasutada AI-kodeerimistööriistu sisemise juhtpaneeli prototüüpimiseks, rutiinse tabelitöö automatiseerimiseks või lihtsa töötajatele suunatud utiliidi loomiseks. See võib olla mõistlik viis ideede odavaks uurimiseks.
Kuid majasisene katsetamine vajab piire. Prototüübid peaksid hoiduma päris õpilasandmetest, kui korralikud kontrollimeetmed pole paigas. Neid tuleks esmalt testida näidisandmetega. Neil peaksid olema määratud omanikud, selged eesmärgid ja kindlaks määratud katkestuspunkt juhuks, kui need ebaõnnestuvad. Koolid, kes seda teed kaaluvad, peaksid samuti hoolikalt mõtlema majutuse, õiguste ja mudelivaliku peale, eriti seal, kus tekivad küsimused isehostimise või andmekaitse kohta, nagu arutatakse selles otsustuspaketis mudelite majutuse ja kulude kohta.
Mõistlik järeldus
Niisiis, kas õpetajad peaksid hoolima Collinsi aasta sõnast? Jah, kuid mitte sellepärast, et väljend ise oleks oluline. Õpetajad peaksid hoolima, sest see annab märku laiemast muutusest selles, kuidas haridustarkvara luuakse. Tööriistad võivad muutuda paindlikumaks, paremini kohandatavaks ja taskukohasemaks. Samuti võivad need muutuda raskemini hinnatavaks, kui koolid peavad kiirust ekslikult kvaliteediks.
Mõistlik vastus ei ole ei vaimustus ega küünilisus. See on teadlik uudishimu. Kui toode lahendab päris probleemi, sobitub teie töövoogu, kaitseb andmeid ja peab kontrollile vastu, ei ole oluline, kas osa sellest loodi AI-toega. Kui tarnija ei suuda selgitada testimist, kaitsemeetmeid ja vastutust, ei ole toode koolis kasutamiseks valmis, ükskõik kui muljetavaldav demo ka ei tunduks.
Teisisõnu tasub vibe coding’ut tähele panna, sest see võib kujundada järgmise põlvkonna koolitarkvara. Kuid vanad küsimused on endiselt olulised: Kas see töötab? Kas see on turvaline? Kas see säästab aega ilma uusi riske loomata? Need on küsimused, mis kaitsevad võrdselt töötajaid, õpilasi ja eelarveid.
Teravamate küsimuste ja targemate tööriistavalikute nimel.
The Automated Education Team