Alexander Baranov lucrează ca director R&D la Veeam și trăiește între două țări. Jumătate din timp își petrece la Praga, cealaltă jumătate la Sankt Petersburg. Aceste orașe găzduiesc cele mai mari birouri de dezvoltare ale Veeam.
În 2006, a fost un startup a doi antreprenori din Rusia, legat de software pentru backup-ul mașinilor virtuale (de acolo a venit numele - V[ee][a]M, mașină virtuală). Astăzi este o corporație gigant cu peste patru mii de angajați în întreaga lume.
Alexander ne-a spus cum a fost să lucrezi într-o astfel de companie și cât de greu este să intri în ea. Mai jos este monologul lui.
În mod tradițional, vă vom spune despre evaluarea companiei privind „Cercul meu”: Veeam Software a primit de la angajații săi . Este apreciat pentru pachetul său social bun, o atmosferă confortabilă de lucru în echipă, pentru sarcini interesante și pentru faptul că compania face lumea un loc mai bun.
Ce produse dezvoltă Veeam?
Produse care oferă toleranță la erori pentru infrastructura IT. Din fericire, de-a lungul timpului, hardware-ul a devenit destul de fiabil, iar cloud-ul oferă toleranță la erori. Dar greșelile oamenilor persistă până astăzi.
De exemplu, problema clasică a incompatibilității actualizărilor cu infrastructura organizației. Administratorul a lansat o actualizare neverificată sau s-a întâmplat automat și, din această cauză, funcționarea serverelor întreprinderii a fost întreruptă. Un alt exemplu: cineva a făcut modificări la un proiect comun sau la un set de documente, considerând că este potrivit. Ulterior, a fost descoperită o problemă, fiind necesară revenirea la starea de acum o săptămână. Uneori, astfel de schimbări nici măcar nu sunt asociate cu acțiuni umane conștiente: virușii criptolocker au câștigat popularitate relativ recent. Un utilizator aduce o unitate flash cu conținut dubios pe computerul său de lucru sau merge pe un site cu pisici și, ca urmare, computerele din rețea se infectează.
Într-o situație în care s-au întâmplat deja lucruri rele, oferim posibilitatea de a anula schimbările. Dacă modificările sunt doar planificate, vă permitem să verificați impactul acestora într-o infrastructură izolată recreată dintr-o copie de rezervă a centrului de date.
Adesea, copiile de rezervă joacă rolul unui „martor tăcut” în timpul unui audit într-o organizație. Companiile publice trebuie să respecte cerințele autorităților externe de reglementare (de exemplu, Legea Sarbanes-Oxley), iar acest lucru nu este fără motiv. În 2008, starea economiei globale a fost zguduită din cauza faptului că unii participanți la piețele financiare, în linii mari, au falsificat rezultatele activităților lor. Acest lucru a început un bulgăre de zăpadă, iar economia s-a scufundat. De atunci, autoritățile de reglementare au analizat mai atent procesele companiilor publice. Capacitatea de a restabili starea infrastructurii IT, a sistemului de corespondență, a sistemului de flux de documente pentru perioadele de raportare este una dintre cerințele auditorilor.
Microsoft, Amazon, Google și alți furnizori de cloud au soluții native care oferă backup pentru resurse în cloud. Dar deciziile lor sunt „lucruri în sine”. Problema este că marile companii au în cele mai multe cazuri o infrastructură IT hibridă: o parte din ea este în cloud, o parte din ea este pe teren. Proiectele și aplicațiile web orientate către clienți trăiesc de obicei în cloud. Aplicațiile și serverele care stochează informații sensibile sau date personale sunt cel mai adesea localizate la sol.
În plus, organizațiile folosesc mai multe cloud-uri diferite pentru a construi un cloud hibrid pentru a minimiza riscurile. Când o companie multinațională a construit un cloud hibrid, are nevoie de un singur sistem de toleranță la erori, comun întregii infrastructuri.
Cât de dificil este să dezvolți astfel de produse?
Apar în mod constant noi tehnologii care necesită învățare, adaptare și experiență. Când am apărut prima dată și eram un startup, puțini oameni au considerat virtualizarea în serios. Au existat aplicații pentru a face backup pentru centrele de date fizice. Centrele de date virtualizate au fost privite ca niște jucării.
Am început să sprijinim backup-ul având în vedere virtualizarea încă de la început, când tehnologia era folosită doar de entuziaști. Și apoi a fost creșterea sa explozivă și recunoașterea ca standard. Acum vedem alte zone care așteaptă același salt calitativ, iar noi încercăm să fim pe val. Capacitatea de a ține nasul la vânt este conectată undeva în ADN-ul companiei.
Acum compania a supraviețuit deja zilelor de pornire. Acum, mulți clienți mari apreciază stabilitatea și fiabilitatea, iar luarea unei decizii privind toleranța la erori poate dura câțiva ani. Adaptarea este în curs, testarea produsului, conformitatea cu numeroase cerințe. Se dovedește a fi o situație amuzantă - pe de o parte, trebuie să vă asigurați fiabilitatea și încrederea în produse, iar pe de altă parte, trebuie să rămâneți modern.
Dar noutatea vine întotdeauna cu un anumit nivel de ignoranță despre tehnologie, piață sau ambele.
De exemplu, după câțiva ani de muncă, ne-am dat seama că trebuie să folosim capabilitățile încorporate ale sistemelor de stocare pentru a accelera backup-urile. Așa s-a născut o întreagă direcție de integrare cu producătorii de fier. Astăzi, partenerii Veeam din acest program sunt toți cei mai mari jucători de pe această piață - HP, NetApp, Dell EMC, Fujitsu etc.
De asemenea, ni s-a părut că virtualizarea va înlocui serverele clasice. Dar viața a arătat că ultimii 10% dintre serverele fizice rămân, virtualizarea ceea ce fie nu este posibil, fie nu are sens. Și, de asemenea, trebuie să fie susținute. Așa s-a născut Veeam Agent pentru Windows/Linux.
La un moment dat, am decis că este timpul ca Unix să-și ia locul în muzeu și am refuzat să-l susținem. Dar de îndată ce am ajuns la clienți cu o istorie lungă, am realizat că Unix este mai viu decât toate ființele vii. Și totuși au scris o soluție pentru asta.
Aceeași poveste s-a întâmplat cu unitățile de bandă. Ne-am gândit: „cine are nevoie de ei în lumea modernă?” Apoi am lucrat la caracteristici precum recuperarea granulară a datelor sau backup incremental cu o copie sintetică completă - și acest lucru pur și simplu nu se poate face pe bandă, aveți nevoie de un disc. Apoi s-a dovedit că unitățile de bandă funcționează ca unul dintre mijloacele de a oferi copii de rezervă permanente, care sunt necesare pentru stocarea pe termen lung - astfel încât în 5 ani să puteți reveni, să luați o bandă de pe raft și să faceți un audit. Ei bine, dimensiunea clienților - am început mici - și nimeni nu folosește casete acolo. Și apoi am ajuns la clienți care ne-au spus că nu vor cumpăra produsul fără benzi.
Ce tehnologii sunt folosite în Veeam
Pentru sarcinile legate de logica afacerii, folosim .NET. Am început cu el și continuăm să-l optimizăm. În prezent, folosim .NET Core într-o serie de soluții. Când s-a format pentru prima dată startup-ul, au existat mai mulți susținători ai acestui stack în echipă. Este bun în ceea ce privește scrierea logicii de afaceri, viteza de dezvoltare și ușurința în utilizare a instrumentelor. Nu era cea mai populară decizie atunci, dar acum este clar că acei susținători aveau dreptate.
În același timp, scriem pentru Unix, Linux și lucrăm cu hardware, acest lucru necesită utilizarea altor soluții. Părți de sistem legate de informații despre datele pe care le stocăm într-o copie de rezervă, algoritmi de căutare a datelor, algoritmi legați de funcționarea hardware-ului - toate acestea sunt scrise în C++.
Cum sunt repartizați angajații în întreaga lume
Compania are în prezent aproximativ patru mii de angajați. Aproximativ o mie dintre ei sunt în Rusia. Compania are două grupuri mari. Primul este angajat în dezvoltarea și asistența tehnică a produselor. Al doilea face produsele vizibile pentru lumea exterioară: este responsabil de vânzări și marketing. Raportul dintre grupuri este de aproximativ treizeci la șaptezeci.
Avem aproximativ treizeci de birouri în întreaga lume. Vânzările sunt distribuite mai larg, dar nici dezvoltarea nu rămâne în urmă. Lucrările la unele produse se desfășoară simultan în mai multe birouri - unele în Sankt Petersburg, altele în Praga. Unele sunt dezvoltate într-un singur produs, de exemplu, un produs care oferă o copie de rezervă fizică a Linux este în curs de dezvoltare la Praga. Există un produs la care se lucrează doar în Canada.
Facem dezvoltare distribuită pentru a satisface cerințele clienților. Clienții mari se simt mai în siguranță atunci când dezvoltarea este situată în aceeași regiune în care funcționează produsul.
Avem deja un birou foarte mare în Republica Cehă, iar anul viitor intenționăm să deschidem altul la Praga pentru 500 de dezvoltatori și testeri. Cei care s-au mutat în capitala Republicii Cehe în „primul val” sunt bucuroși să-și împărtășească experiențele și trucurile de viață despre Habré cu toți cei interesați de oportunitatea de a lucra în Europa. În Rusia, biroul este situat în Sankt Petersburg, unele dintre proiectele interne sunt realizate la Izhevsk, iar suportul este parțial situat la Moscova. În general, câteva sute de oameni din întreaga lume oferă suport tehnic. Există specialiști de diferite niveluri de pregătire și specializare tehnică. Cel mai înalt nivel sunt oameni care sunt capabili să înțeleagă produsul la nivel de cod sursă și lucrează în același birou cu dezvoltarea.
Cum sunt structurate procesele
Aproximativ o dată pe an avem lansări majore cu funcționalități noi și la fiecare două până la trei luni avem actualizări cu corecții și îmbunătățiri ale defectelor care îndeplinesc cerințele urgente ale pieței sau schimbările platformei. Cerințelor li se atribuie priorități - de la minor la critic, fără de care o eliberare este imposibilă. Acestea din urmă sunt numite „epopei”.
Există un triunghi clasic - calitate, cantitate de resurse, termene limită (în limbajul obișnuit, „rapid, de înaltă calitate, ieftin, alegeți două”). Nu putem face nimic rău; calitatea trebuie să fie întotdeauna ridicată. Resursele sunt, de asemenea, limitate, deși încercăm să ne extindem tot timpul. Există mult mai multă flexibilitate în gestionarea timpului, dar este adesea fixă. Prin urmare, singurul lucru pe care îl putem varia este cantitatea de funcționalitate din versiune.
De regulă, încercăm să păstrăm epicurile nu mai mult de 30-40% din timpul ciclului de lansare proiectat. Putem tăia, muta, modifica, modifica restul. Acesta este spațiul nostru de manevră.
Se creează o echipă temporară pentru fiecare cerință din ediție. Poate avea trei persoane sau cincizeci, în funcție de complexitate. Aderăm la o metodologie de dezvoltare agilă, o dată pe săptămână organizăm recenzii și discuții despre lucrările finalizate și viitoare pentru fiecare funcționalitate.
Jumătate din timpul ciclului de lansare este cheltuit pentru dezvoltare, jumătate pentru finisarea produsului. Dar avem o vorbă: „datoria tehnică a unui proiect în faliment este zero”. Prin urmare, este mai important să faci un produs care să funcționeze și să fie solicitat decât să lingi codul la nesfârșit. Dacă produsul este popular, atunci merită să îl dezvoltați în continuare și să îl adaptați la schimbările viitoare.
Cum Veeam angajează oameni în dezvoltare
Algoritmul de selecție este în mai multe etape. Primul nivel este o conversație între candidat și recrutor despre dorințele persoanei în sine. În această etapă încercăm să înțelegem dacă suntem potriviți pentru candidat. Este important pentru noi că suntem interesanți ca companie, deoarece introducerea unei persoane într-un proiect este o plăcere costisitoare.
Dacă există interes, atunci la al doilea nivel oferim o sarcină de testare pentru a înțelege cât de relevantă este experiența candidatului și ce poate demonstra el ca specialist. De exemplu, vă rugăm să faceți un compresor de fișiere. Aceasta este o sarcină standard și arată cum o persoană se raportează la cod, la ce cultură și stil aderă și ce soluții folosește.
Sarcina de testare arată de obicei totul perfect. O persoană care tocmai s-a familiarizat cu alfabetizarea și a scris o scrisoare pentru prima dată este semnificativ diferită de o persoană care scrie scrisori în mod constant.
În continuare facem un interviu. De obicei este realizat de trei șefi de echipă simultan, astfel încât totul să fie cât mai obiectiv. În plus, ajută la recrutarea de oameni compatibili din punct de vedere tehnic care au aproximativ aceleași metode și abordări de dezvoltare, chiar dacă ajung să lucreze în echipe diferite.
Pe parcursul unei săptămâni, efectuăm mai multe interviuri pentru o poziție deschisă și decidem cu cine vom continua să lucrăm.
Adesea băieții vin la noi și spun că își caută un loc de muncă pentru că nu au unde să se mute în actualul lor - o promovare se poate aștepta doar când șeful lor iese la pensie. Avem o dinamică puțin diferită. În urmă cu XNUMX ani, Veeam era un startup cu zece angajați. Acum este o companie care angajează câteva mii de oameni.
Oamenii ajung aici ca într-un râu furtunos. Noi direcții apar în mod constant, iar dezvoltatorii obișnuiți de ieri devin lideri de echipă. Oamenii cresc din punct de vedere tehnic și din punct de vedere administrativ. Dacă dezvoltați o caracteristică mică, dar doriți să o dezvoltați, atunci jumătate din luptă este deja încheiată. Suportul va fi la toate nivelurile, de la liderul echipei până la proprietarii companiei. Dacă nu știi cum să faci ceva din punct de vedere administrativ, există cursuri, formatori interni și colegi cu experiență. Nu există suficientă experiență în dezvoltare - există un proiect Veeam Academy. Așa că suntem deschiși tuturor, atât profesioniști, cât și începători.
Proiectul Veeam Academy este un curs intensiv offline de seară gratuit în C# pentru programatori începători, cu perspectiva de angajare la Veeam Software pentru cei mai buni studenți. Scopul proiectului este de a reduce decalajul dintre cantitatea de cunoștințe și abilități practice ale absolventului mediu de studii universitare și cantitatea de cunoștințe care este necesară pentru a interesa un angajator bun. Timp de trei luni, băieții studiază principiile OOP în practică, se scufundă în caracteristicile C# și studiază spațiul sub capota .Net. Pe lângă prelegeri, teste, laborator și proiecte personale, băieții își dezvoltă proiectul comun conform tuturor regulilor companiilor reale. Subiectul proiectului este necunoscut în prealabil - este ales împreună cu toți ceilalți în primele zile după începerea cursului. În ultimul flux a devenit Banca Virtuală.
Înscrierile sunt acum deschise pentru .
Sursa: www.habr.com