Saulius Lazaravičius, VP de Produs la Hostinger – Seria de Interviuri

Saulius Lazaravičius, VP de Produs la Hostinger, este un lider experimentat în tehnologie și produse, cu o carieră de peste două decenii în inginerie software, antreprenoriat, comerț electronic și dezvoltare de produse. A început ca inginer software înainte de a co‑fonda o companie B2B SaaS, unde a contribuit la construirea unei platforme de management al transporturilor de la zero. Ulterior a format și condus echipa de dezvoltare software din spatele BARBORA, una dintre cele mai mari platforme de comerț electronic de produse alimentare din țările baltice, înainte de a se alătura NFQ, unde a gestionat echipe tehnologice cross‑funcționale și dezvoltarea de produse pentru clienți. Lazaravičius s‑a alăturat Hostinger ca Head of Product în 2022 și a fost promovat la VP de Produs în 2024, extinzându‑și responsabilitățile de la găzduire web și WordPress gestionat la un portofoliu larg ce cuprinde infrastructura de bază, VPS, domenii, e‑mail business, design de produs, creștere de produs și produse AI emergente. Lucrările sale recente includ lansarea și dezvoltarea ofertei de email marketing a Hostinger și introducerea de soluții gestionate pentru agenți AI cu sursă deschisă.

Hostinger este o companie de tehnologie fondată în Lituania, care a evoluat de la un furnizor tradițional de găzduire web la o platformă AI‑orientată mai largă pentru construirea, lansarea și dezvoltarea afacerilor online. Înființată în 2004, compania deservește acum peste 5 milioane de utilizatori în peste 150 de țări și are un colectiv de aproximativ 900 de angajați. Portofoliul său de produse acoperă găzduire web și cloud, WordPress gestionat, servere private virtuale (VPS), domenii, e‑mail business, comerț electronic și instrumente de creație alimentate de AI. Hostinger a plasat din ce în ce mai mult AI în centrul strategiei sale, inclusiv Hostinger Horizons, care permite utilizatorilor să creeze și să publice site‑uri și aplicații web prin AI conversațional, alături de capabilități AI integrate pentru comerț electronic, suport clienți și agenți AI gestionați.

Încă de la începutul carierei tale ca inginer software, ai construit și condus echipe de dezvoltare, iar acum supraveghezi un portofoliu larg de produse Hostinger ce cuprinde infrastructura de bază, VPS, domenii, creșterea produselor și soluții gestionate pentru agenți AI cu sursă deschisă. Cum a influențat această evoluție modul în care percepi nevoile reale ale dezvoltatorilor de la AI, dincolo de simpla generare de cod?

Pentru mine, cea mai interesantă parte a dezvoltării software nu a fost niciodată scrierea efectivă a codului. Este găsirea soluției potrivite pentru o problemă tehnică sau a utilizatorului, formularea unei ipoteze, construirea unui prototip în jurul ei și apoi observarea modului în care oamenii îl folosesc și beneficiază de el.

În trecut, o mare parte din timpul dezvoltatorului era consumată de munca repetitivă legată de acest proces: căutarea de biblioteci și fragmente de cod, conectarea diferitelor componente, depanarea, testarea și rezolvarea micilor probleme înainte de a putea evalua corect dacă soluția este bună.

AI schimbă acest echilibru. O mare parte din munca repetitivă poate fi acum gestionată cu câteva comenzi, lăsând dezvoltatorilor mai mult timp pentru partea creativă: înțelegerea problemei, explorarea diferitelor abordări, luarea deciziilor de produs și învățarea din comportamentul real al utilizatorilor.

Aici văd cea mai mare valoare a AI pentru dezvoltatori. Nu este vorba doar de generarea mai rapidă a codului. Este vorba despre eliminarea unei părți mai mari din munca obligatorie, dar mai puțin interesantă, astfel încât dezvoltatorii să poată petrece mai mult timp rezolvând problemele cu adevărat importante.

Instrumentele de programare AI au redus dramatic timpul necesar pentru a trece de la o idee la cod funcțional. Crezi că implementarea și gestionarea infrastructurii devin acum principalele blocaje în dezvoltarea software asistată de AI?

Da, cred că devin următoarea sursă majoră de fricțiune.

AI a comprimat dramatic timpul dintre o idee și codul utilizabil. Dar odată ce codul există, trebuie în continuare să-l plasezi undeva, să-l configurezi corect, să conectezi serviciile, să gestionezi domeniile și securitatea și să menții aplicația în funcțiune. Dacă acești pași necesită în continuare comutarea între mai multe tablouri de bord, pagini de documentație, terminale și instrumente, fluxul de lucru încetinește din nou.

Observăm că dezvoltatorii doresc aceeași viteză de la cod la producție pe care o obțin acum de la idee la cod. Peste 19.000 de clienți au încercat deja Hostinger Connector, aproximativ 1.500 îl folosesc zilnic și realizează aproximativ 30.000 până la 40.000 de acțiuni pe zi. Acesta este un semnal puternic că implementarea și operațiunile se integrează direct în fluxul de dezvoltare asistat de AI.

Hostinger afirmă că Connector procesează deja 30.000 până la 40.000 de acțiuni pe zi pe site‑uri și servicii. Ce solicită efectiv dezvoltatorii agenților AI în producție și v-au surprins unele dintre aceste tipare de utilizare?

Dezvoltatorii utilizează Connector direct din instrumentele în care lucrează deja, cum ar fi VS Code, Antigravity și Cursor. Această schimbare contează deoarece aduce acțiunile de infrastructură în fluxul de dezvoltare în loc să oblige dezvoltatorii să sară între tablouri de bord separate.

Unul dintre cele mai clare cazuri de utilizare pe care le observăm este implementarea. Peste 14.600 de site‑uri unice au fost deja implementate prin MCP, iar implementările săptămânale au crescut cu aproape 300% în ultima lună.

Dincolo de implementare, agenții folosesc Connector pentru a gestiona domenii și DNS, fișierele site‑ului, resursele serverului, regulile firewall, cheile SSH, sarcinile de comerț electronic, campaniile de e‑mail și alte servicii Hostinger. În practică, asta înseamnă că un agent poate trece de la a ajuta la construirea unui proiect la a-l pune efectiv online și a gestiona serviciile înconjurătoare.

Există o diferență semnificativă între a permite unui agent AI să scrie cod și a-i permite să modifice înregistrări DNS, reguli firewall, chei SSH sau configurații ale serverului. Ce noi măsuri de siguranță devin necesare odată ce agenților li se acordă acest nivel de control operațional?

Diferența cheie este că agentul nu mai sugerează doar ce să se facă. El efectuează modificări reale într-un sistem în funcțiune, astfel încât securitatea și controlul devin mult mai importante.

Asta înseamnă că agenții au nevoie de limite clare de permisiuni, acces securizat și vizibilitate asupra acțiunilor pe care le efectuează. Dar, ideal, dezvoltatorii nu ar trebui să gestioneze singuri toată această complexitate.

Asta este abordarea pe care o adoptăm cu Hostinger Connector și platforma noastră de agenți. Platforma se ocupă de infrastructură, acces și straturile de securitate din jurul agentului, astfel încât dezvoltatorii să se poată concentra pe ceea ce doresc să facă agenții lor, în loc să configureze și să mențină tot ce se află dedesubt.

„Vibe coding” a făcut dezvoltarea software accesibilă persoanelor care pot avea cunoștințe limitate despre infrastructură sau DevOps. Ce se întâmplă când acești utilizatori încep să implementeze aplicații prin agenți fără să înțeleagă pe deplin sistemele din spatele lor?

Cred că acest lucru pune mai multă responsabilitate pe platformă, nu pe utilizator. Dacă AI face posibil ca mai mulți oameni să creeze software, nu putem aștepta ca toți să devină și experți în infrastructură.

Platforma trebuie să preia o parte mai mare din complexitatea de dedesubt, de la securitate și backupuri la monitorizare, limite de resurse și setări implicite raționale. Utilizatorii ar trebui să înțeleagă ce se întâmplă la nivel înalt, dar nu ar trebui să aibă nevoie de cunoștințe profunde de DevOps doar pentru a pune în siguranță o aplicație online.

Am observat deja un model similar cu agenții AI. Cu produse precum Managed OpenClaw, provocarea pentru mulți utilizatori nu a fost ce putea face agentul, ci tot ce era necesar pentru a-l rula în mod fiabil: găzduire, configurare, chei API, securitate și mentenanță. Eliminarea poverii de configurare a făcut tehnologia mult mai accesibilă.

Cred că infrastructura va funcționa din ce în ce mai mult în același mod. Utilizatorii ar trebui să poată să se concentreze pe ceea ce doresc să construiască, în timp ce platforma gestionează în siguranță mai multă complexitate operațională în fundal.

Pentru ca un agent AI să opereze infrastructura în mod fiabil, cât de mult context are nevoie despre mediul înconjurător, cum ar fi dependențele, resursele serverului, politicile de securitate, acreditările și modificările anterioare de configurare?

Un agent are nevoie de suficient context pentru a înțelege nu doar sarcina, ci și mediul înconjurător.

O acțiune simplă, cum ar fi modificarea unei înregistrări DNS, repornirea unui server sau implementarea unei noi versiuni, poate afecta alte părți ale sistemului. Prin urmare, agentul ar trebui să aibă acces la informații structurate despre resursele pe care le operează: ce este implementat, de ce depinde, ce resurse sunt disponibile, ce permisiuni are agentul și ce s‑a întâmplat anterior.

În același timp, mai mult context nu ar trebui să însemne acces nelimitat. Agentul ar trebui să primească doar informațiile și permisiunile de care are cu adevărat nevoie pentru a finaliza sarcina în siguranță. A oferi unui agent acces excesiv doar pentru că ar putea deveni mai inteligent ar fi un compromis greșit.

Unde ar trebui să rămână aprobarea umană obligatorie? Există categorii de acțiuni de infrastructură pe care crezi că agenții AI ar trebui să le poată executa autonom și altele care ar trebui să necesite întotdeauna autorizație explicită umană?

Cred că agenții AI pot funcționa în mare parte pe cont propriu, atâta timp cât sistemul este configurat corect de la început.

În loc să ne bazăm pe un singur agent pentru tot, diferiți agenți pot avea responsabilități distincte. Unul poate gestiona codarea și implementarea, altul poate testa rezultatul, al treilea poate monitoriza sistemul și poate genera alerte, iar altul poate escalada problemele când ceva nu merge bine.

În această configurare, omul nu trebuie să aprobe fiecare acțiune individuală. Rolul său este să supravegheze întregul sistem de agenți: să definească regulile, să stabilească permisiunile corecte, să monitorizeze modul în care agenții lucrează împreună și să îmbunătățească configurarea în timp.

Deci, pentru mine, întrebarea cheie nu este atât despre care acțiuni individuale necesită întotdeauna aprobare umană, ci despre dacă întregul sistem a fost conceput cu verificările, responsabilitățile și căile de escalare potrivite.

Pe măsură ce mediile de dezvoltare devin tot mai mult interfețe pentru implementarea aplicațiilor, gestionarea domeniilor, configurarea serverelor și controlul serviciilor externe, te aștepți ca granițele tradiționale dintre IDE, platformele DevOps și consolele de management cloud să dispară?

Mă aștept ca granițele să se estompeze semnificativ, deși nu cred că fiecare interfață specializată va dispărea.

Astăzi, dezvoltatorii trec adesea de la un IDE la un tablou de bord de găzduire, la un panou de domenii, la un terminal și la mai multe servicii externe doar pentru a pune o aplicație în producție. Agenții AI pot conecta multe dintre acești pași și le pot aduce în mediul în care dezvoltatorul lucrează deja.

Aceasta nu înseamnă că tablourile de bord sau instrumentele de management cloud vor dispărea. Ele vor rămâne utile pentru configurări și supraveghere mai profunde. Dar pentru multe sarcini cotidiene, dezvoltatorii s‑ar putea să nu mai fie nevoiți să se gândească la ce interfață trebuie să deschidă în continuare.

Experiența devine mai mult despre sarcina pe care vrei să o finalizezi și mai puțin despre ce instrument o deține în mod tradițional.

Agenții AI pot face potențial modificări ale infrastructurii mult mai repede decât oamenii, dar pot și să comită greșeli la viteza mașinii. Cât de importante vor deveni capabilitățile precum jurnalele de audit, mecanismele de rollback, limitele de permisiuni și monitorizarea continuă pe măsură ce dezvoltarea bazată pe agenți evoluează?

Aceste capabilități vor deveni esențiale pe măsură ce agenții preiau tot mai multe sarcini operaționale.

AI poate face modificări ale infrastructurii mult mai repede decât o persoană, ceea ce este util când totul merge bine. Dar aceeași viteză poate face ca o greșeală să se răspândească mult mai rapid. De aceea utilizatorii trebuie să știe ce s‑a schimbat, la ce a avut acces agentul și cum să recupereze situația dacă ceva nu merge bine.

Jurnalele de audit, limitele de permisiuni, monitorizarea și mecanismele de rollback sunt cele care fac acest tip de automatizare de încredere.

Pe măsură ce agenții devin mai capabili, cred că calitatea acestor măsuri de siguranță va conta la fel de mult ca inteligența agentului în sine.

Privind spre viitor, crezi că platformele AI de dezvoltare de top vor fi cele cu cele mai bune modele de codare, sau avantajul competitiv va veni tot mai mult din oferirea agenților de acces securizat la infrastructură, instrumente, context organizațional și sisteme de producție?

Calitatea modelului de codare va conta în continuare, dar nu cred că va fi suficientă de una singură.

Odată ce modelele sunt bune la generarea de cod, întrebarea mai mare devine ce se întâmplă în continuare. Poate agentul să implementeze aplicația? Poate să conecteze serviciile potrivite, să înțeleagă mediul, să facă modificări în siguranță și să verifice că totul funcționează?

Aici accesul la infrastructură, instrumentele, permisiunile și contextul devin mult mai importante.

Cred că cele mai puternice platforme AI de dezvoltare vor combina modele bune cu acces securizat la sistemele din jurul codului. Valoarea reală nu constă doar în a ajuta pe cineva să scrie software mai repede, ci în a-l ajuta să treacă de la o idee la un produs funcțional cu mai puțini pași intermediar.

Mulțumim pentru acest interviu excelent; cititorii care doresc să afle mai multe despre diferitele soluții de găzduire disponibile ar trebui să viziteze Hostinger.