Ce să faci când aplicația ta construită cu IA se strică la 2 noaptea (și nu ești dezvoltator)

Ai construit o aplicație fără să scrii nicio linie de cod. A mers toată săptămâna. Apoi un utilizator îți scrie la 1:47 noaptea spunând că butonul de înregistrare nu face nimic, iar tu te trezești cu telefonul strălucind pe noptieră.

Dacă n-ai mai fost nevoit să repari o aplicație live, momentul ăsta poate fi groaznic. Nu citești cod. Nu știi ce înseamnă de fapt „baza de date”. Nu ești sigur dacă e stricat-stricat sau doar-ciudat, iar oamenii care de obicei te-ar ajuta dorm.

Iată un plan de bătaie calm și ordonat pentru ce să faci când o aplicație construită cu IA se strică și nu poți scrie cod. Cea mai mare parte e despre a nu înrăutăți lucrurile, ceea ce e partea despre care nu te avertizează nimeni.

Mai întâi: nu redistribui

Există un buton undeva în creatorul tău de aplicații cu IA care spune ceva de genul „republică”, „redistribuie” sau „lansează”. Ești pe cale să vrei să-l apeși. Nu, încă.

Apăsarea pe redistribuie pe o aplicație stricată pe jumătate poate fixa starea stricată, poate șterge orice informație de depanare care zăcea pe acolo și poate face mai greu pentru oricine — inclusiv pentru creatorul cu IA însuși — să-și dea seama ce a mers prost.

Prima mișcare e întotdeauna să te uiți, nu să acționezi. Nici măcar n-ai confirmat ce e stricat.

Pasul 1 — Reproduce tu însuți problema

Deschide aplicația într-o fereastră de browser proaspătă — modul incognito sau privat e cel mai bun, fiindcă elimină orice login vechi sau cache care ar putea face lucrurile să se comporte altfel pentru tine decât pentru utilizatorul tău.

Încearcă să faci exact lucrul pe care l-a raportat utilizatorul. Dacă a spus că butonul de înregistrare nu funcționează, încearcă să te înregistrezi. Dacă a spus că panoul de control e gol, încearcă să te conectezi și să vizualizezi panoul.

Cauți unul dintre trei lucruri:

E stricat pentru toți. Te lovești de aceeași problemă. Asta e de fapt cea mai ușoară de reparat, fiindcă e consecventă.
Pentru tine funcționează. Ăsta e cel mai greu scenariu, fiindcă ceva legat de situația specifică a utilizatorului (browserul lui, contul lui, datele lui) e problema.
E intermitent. Funcționează o dată și se strică data viitoare. Ăsta e cel mai stresant, dar și cel mai informativ — de obicei înseamnă că ceva expiră sau rămâne fără o resursă.

Notează care dintre cele trei ai văzut. Vei avea nevoie de asta când ceri ajutor.

Pasul 2 — Verifică lucrurile externe evidente înainte să-ți acuzi aplicația

Un număr surprinzător de momente de „aplicația mea e stricată” nu sunt aplicația ta. Înainte să te scufunzi în creatorul tău cu IA, verifică:

E internetul în sine în regulă? Deschide câteva alte site-uri. Dacă wifi-ul tău e instabil, aplicația ta s-ar putea să fie bine, iar tu s-ai putea să fii cel stricat.
A avut creatorul cu IA însuși o pană? Majoritatea creatoarelor de aplicații cu IA au o pagină de status (caută numele produsului plus „status”). Dacă au o noapte proastă, nu trebuie să-ți mai dai seama de nimic altceva.
A picat unul dintre instrumentele tale conectate? Dacă aplicația ta folosește Stripe pentru plăți, un serviciu de e-mail pentru notificări sau un serviciu de bază de date pentru a stoca date, oricare dintre ele poate avea pene. Fiecare are propria pagină de status. Verifică-le pe cele de care depinde aplicația ta.

Cam de una din cinci ori, răspunsul e „nu e de fapt aplicația mea” și te poți întoarce la somn.

Pasul 3 — Uită-te la mesajul de eroare, chiar dacă te sperie

Dacă aplicația ta afișează un ecran cu text pe el — chiar și text care pare aiureală — citește-l. Fă o captură de ecran. Mai ales dacă există un șir lung de litere și numere (oamenii numesc asta „stack trace”; arată ca o ciorbă de litere, dar e cel mai util lucru pe care-l poți avea când ceri ajutor).

Majoritatea creatoarelor de aplicații cu IA au și un loc unde să vezi erorile care s-au întâmplat recent. S-ar putea să se numească Jurnale (Logs), Activitate, Erori sau Consolă. Deschide-l. Nu trebuie să înțelegi cea mai mare parte din ce vezi — cauți cel mai recent text roșu sau cea mai recentă eroare și ora la care s-a întâmplat. Ora contează: o eroare de ieri dimineață probabil nu e motivul pentru care utilizatorul tău n-a putut să se înregistreze chiar acum.

Copiază eroarea aia. Urmează s-o lipești undeva util într-un minut.

Pasul 4 — Întreabă creatorul cu IA ce s-a schimbat

Asta e mișcarea pe care majoritatea constructorilor non-tehnici o subutilizează. Deschide chatul cu creatorul tău cu IA și spune, în limbaj simplu:

„Aplicația mea e stricată. Utilizatorii nu se pot înregistra — butonul nu face nimic. Iată eroarea din jurnale: [lipește-o]. Ce s-a schimbat în ultimele 24 de ore și ce ar putea cauza asta?”

Un creator cu IA bun îți va spune care schimbare recentă e cel mai probabil responsabilă. Uneori o vei recunoaște imediat („a, i-am cerut ieri să facă formularul să arate mai frumos și probabil aia a stricat logica de trimitere”). Uneori va arăta spre ceva ce nu-ți amintești să fi atins, ceea ce e tot util — înseamnă că ceva s-a schimbat automat, ca un instrument conectat care se actualizează.

Nu lăsa creatorul cu IA să înceapă să facă corecturi încă. Ești încă în modul de diagnostic. Cel mai comun fel în care am văzut oameni înrăutățind o mică problemă e lăsând o IA să înceapă să „repare” lucruri înainte ca cineva să înțeleagă ce e stricat.

Pasul 5 — Decide dacă să dai înapoi

Aproape fiecare creator de aplicații cu IA te lasă să te întorci la o versiune mai veche a aplicației tale. Uneori se numește „istoric”, „versiuni”, „puncte de control” sau „rollback”.

Dacă îți poți aminti clar o oră sau o zi când aplicația funcționa, întoarcerea la versiunea aceea e cea mai sigură mișcare. Te costă orice schimbări ai făcut între timp (pe care s-ar putea nici să nu le mai vrei) și-ți dă o aplicație funcțională la care să te trezești.

O regulă bună: dacă lucrul stricat e ceva ce utilizatorii fac în fiecare zi (înregistrare, autentificare, plată), dă înapoi mai întâi și repară mai târziu. Funcțional-dar-învechit bate stricat-dar-actual de fiecare dată.

Dacă lucrul stricat e o funcție pe care ai adăugat-o azi și de care nu depinde încă nimeni, o poți lăsa stricată până dimineața și s-o repari cu mintea limpede.

Pasul 6 — Dacă chiar trebuie să lași creatorul cu IA s-o repare

Dacă rollback-ul nu e posibil sau ai decis să nu-l faci, atunci lasă creatorul cu IA să propună o corectură. Două lucruri de ținut minte cât o face:

Citește ce plănuiește să schimbe înainte să aprobi. N-o să înțelegi tot, dar poți să-ți dai seama dacă editează un singur lucru bine țintit sau rescrie jumătate din aplicație. Schimbările mici și țintite sunt mult mai sigure decât cele de amploare la 2 noaptea.

Testează corectura în cel mai plictisitor mod posibil. Nu întreba doar „e reparat?” și să te încrezi în răspuns. Du-te chiar tu la aplicație într-o fereastră incognito și fă lucrul care era stricat. Dacă corectura a funcționat, lucrul stricat acum funcționează. Dacă nu, nu accepta schimbarea doar fiindcă creatorul cu IA a spus că funcționează.

Pasul 7 — Răspunde-i utilizatorului, chiar dacă n-ai reparat

Utilizatorul care ți-a scris la 1:47 noaptea nu se așteaptă să fii online. Dar dacă ești, un răspuns scurt contează mai mult decât ar conta o corectură:

„Mulțumesc că m-ai anunțat — mă uit chiar acum la asta. Îți trimit un mesaj imediat ce funcționează din nou.”

Dacă e un utilizator plătitor, mesajul ăla unic e diferența dintre el spunând oamenilor că răspunzi repede și spunându-le că ai dispărut fără urmă. Corectura poate aștepta până dimineața. Răspunsul nu poate.

Lecția mai mare: construiește-ți aplicația ca și cum s-ar putea strica

Dacă ți s-a părut stresant, partea bună e că experiența îți va remodela felul în care construiești. După primul tău incident de la 2 noaptea, vei începe să faci lucrurile altfel:

Vei adăuga o verificare de status. O pagină simplă care îți spune dacă părțile importante ale aplicației tale funcționează, ca să nu trebuiască să te conectezi ca să afli.
Vei păstra o copie de rezervă a datelor utilizatorilor. Majoritatea creatoarelor cu IA îți vor exporta datele la cerere. A face asta o dată pe săptămână ia 30 de secunde și te salvează în cazul cel mai rău.
Vei nota de ce depinde aplicația ta. O listă scurtă cu fiecare instrument conectat (plăți, e-mail, bază de date, stocare), ca atunci când ceva se strică la 2 noaptea, să ai o listă de verificare în loc de presupuneri.
Vei schimba un singur lucru pe rând. Când faci 10 schimbări deodată și aplicația se strică, n-ai idee care schimbare a stricat-o. Când faci o schimbare pe rând, ai.

Poți construi o aplicație fără să programezi. Poți și să ții una în funcțiune fără să fii dezvoltator — dar abilitățile implicate sunt diferite de abilitățile de construire. Le înveți în mare parte pe calea grea, de obicei la o oră incomodă.

Vestea bună: de fiecare dată când se întâmplă, devine mai puțin înspăimântător. Pe la a treia oară, e enervant în loc de înfricoșător. Pe la a zecea, e doar o marți obișnuită.