Alexander Baranov treballa a Veeam com a director d'R+D i viu entre els dos països. Passa la meitat del seu temps a Praga, l'altra meitat a Sant Petersburg. Aquestes ciutats acullen les oficines de desenvolupament de Veeam més grans.
L'any 2006, va ser una start-up de dos empresaris de Rússia, associada a programari de còpia de seguretat de màquines virtuals (d'aquí també prové el nom V[ee][a]M, una màquina virtual). Avui és una corporació gegant amb més de quatre mil empleats a tot el món.
L'Alexander ens va explicar com és treballar en una empresa així i com de difícil és entrar-hi. A continuació el seu monòleg.
Tradicionalment, parlarem de la valoració de l'empresa a My Circle: Veeam Software rebuda dels seus empleats . Se'l valora per un bon paquet social, un ambient de treball còmode en l'equip, per tasques interessants i pel fet que l'empresa fa del món un lloc millor.
Quins productes desenvolupa Veeam
Productes que proporcionen tolerància a errors per a la infraestructura de TI. Afortunadament, amb el temps, el maquinari s'ha tornat bastant fiable i els núvols ofereixen tolerància a errors. Però l'error humà perdura fins avui.
Per exemple, el clàssic problema d'incompatibilitat de les actualitzacions amb la infraestructura de l'organització. L'administrador va llançar una actualització no verificada o va passar automàticament i, per això, es va interrompre el funcionament dels servidors empresarials. Un altre exemple: algú ha fet canvis en un projecte compartit o en un conjunt de documents que considera adequats. Posteriorment, es va descobrir un problema, i va ser necessari tornar l'estat de fa una setmana. De vegades, aquests canvis ni tan sols s'associen amb accions humanes conscients: relativament recentment, els virus cryptolocker han guanyat popularitat. Un usuari porta una unitat flaix amb contingut dubtós a un ordinador de la feina o visita un lloc amb gats i, com a resultat, els ordinadors de la xarxa s'infecten.
En una situació en què el mal ja ha passat, donem l'oportunitat de retrocedir els canvis. Si els canvis només estan planificats, us permetrem comprovar el seu impacte en una infraestructura aïllada, recreada a partir d'una còpia de seguretat del centre de dades.
Sovint, les còpies de seguretat actuen com a "testimoni silenciós" de les auditories d'una organització. Les empreses públiques han de complir amb els reguladors externs (com la Llei Sarbanes-Oxley) i per una bona raó. L'any 2008, l'estat de l'economia mundial va ser sacsejat pel fet que alguns participants del mercat financer, en termes generals, van falsificar els resultats de les seves activitats. Això va fer bola de neu i l'economia es va enfonsar. Des d'aleshores, els reguladors han estat monitoritzant més de prop els processos a les empreses públiques. La capacitat de restaurar l'estat de la infraestructura informàtica, el sistema de correu i el sistema de gestió de documents per als períodes d'informes és un dels requisits dels auditors.
Microsoft, Amazon, Google i altres proveïdors de núvol tenen solucions natives que fan una còpia de seguretat dels recursos dins del núvol. Però les seves decisions són "coses en si mateixes". El problema és que les grans empreses en la majoria dels casos disposen d'una infraestructura informàtica híbrida: una part es troba al núvol, una part sobre el terreny. El núvol sol allotjar projectes web i aplicacions orientades al client. Les aplicacions i els servidors que emmagatzemen informació confidencial o dades personals es troben més sovint sobre el terreny.
A més, les organitzacions utilitzen diversos núvols diferents per crear-ne un d'híbrid per minimitzar els riscos. Quan una empresa multinacional ha construït un núvol híbrid, necessita un sistema de tolerància a errors únic i comú per a tota la infraestructura.
Què difícil és desenvolupar aquests productes
Contínuament estan sorgint noves tecnologies que requereixen estudi, adaptació i experiència. Quan vam aparèixer i érem una startup, poca gent es va considerar seriosament la virtualització. Hi havia aplicacions per fer còpies de seguretat de centres de dades físics. Els centres de dades virtualitzats es van veure com joguines.
Vam començar a donar suport a la còpia de seguretat conscient de la virtualització des del principi, quan la tecnologia només la feien servir els entusiastes. I després hi va haver el seu creixement explosiu i el seu reconeixement com a estàndard. Ara veiem altres zones que esperen el mateix salt qualitatiu, i estem intentant estar a l'onada. La capacitat de mantenir el nas a sota del vent està cosida en algun lloc de l'ADN de l'empresa.
Ara l'empresa ja ha passat pels dies d'una startup. Ara, per a molts grans clients, l'estabilitat i la fiabilitat són importants, i prendre una decisió sobre la tolerància a errors pot trigar diversos anys. Hi ha adaptació, verificació de productes, compliment de nombrosos requisits. Resulta una situació divertida: d'una banda, cal garantir la fiabilitat i la confiança en els productes i, d'altra banda, mantenir-se modern.
Però el nou sempre s'associa a un cert nivell de desconeixement de la tecnologia, del mercat o de tots dos.
Per exemple, després de diversos anys de treball, ens vam adonar que hem d'utilitzar les capacitats d'emmagatzematge integrades dels sistemes d'emmagatzematge de dades per accelerar les còpies de seguretat. Així va néixer tota una direcció d'integració amb els fabricants de ferro. Fins ara, els socis de Veeam en aquest programa són els principals actors d'aquest mercat: HP, NetApp, Dell EMC, Fujitsu, etc.
També vam pensar que la virtualització substituiria els servidors clàssics. Però la vida ha demostrat que l'últim 10% dels servidors físics es mantenen, virtualitzant que no és possible o no té sentit. I també s'han de fer una còpia de seguretat. Així va aparèixer Veeam Agent per a Windows/Linux.
En un moment, vam pensar que era hora que Unix ocupés el seu lloc al museu i ens vam negar a donar-li suport. Però tan bon punt vam anar a clients amb una llarga història, ens vam adonar que Unix és més viu que tots els éssers vius. I tanmateix van escriure una decisió per a ell.
La mateixa història passava amb les unitats de cinta. Vam pensar: "qui els necessita al món modern?" Després vam treballar en funcions com la recuperació granular de dades o la còpia de seguretat incremental amb una còpia sintètica completa, i això simplement no es pot fer en cinta, necessiteu un disc. Aleshores, va resultar que les unitats de cinta funcionen com un dels mitjans per proporcionar còpies de seguretat immutables que es necessiten per a l'emmagatzematge a llarg termini, de manera que després de 5 anys, agafeu una cinta de la prestatgeria i feu una auditoria. Bé, i la mida dels clients -vam començar amb de petits- i ningú no utilitza cintes allà. I després vam créixer fins a clients que ens deien que no comprarien un producte sense cintes.
Quines tecnologies s'utilitzen a Veeam
Per a tasques relacionades amb la lògica empresarial, utilitzem .NET. Vam començar amb ell i continuem optimitzant-lo. Ara fem servir .NET Core en diverses solucions. Quan es va formar la startup, hi havia diversos partidaris d'aquesta pila a l'equip. És bo pel que fa a l'escriptura de la lògica empresarial, la velocitat de desenvolupament i la comoditat de les eines. Aleshores no era la decisió més popular, però ara és evident que aquells partidaris tenien raó.
Al mateix temps, escrivim sota Unix, Linux, treballem amb maquinari, això requereix l'ús d'altres solucions. Parts del sistema relacionades amb la informació sobre les dades que emmagatzemem a la còpia de seguretat, algorismes de cerca de dades, algorismes relacionats amb el funcionament del maquinari, tot això està escrit en C++.
Com es distribueixen els empleats arreu del món
Ara l'empresa dóna feina a unes quatre mil persones. Un miler d'ells es troben a Rússia. L'empresa compta amb dos grans grups. El primer tracta del desenvolupament i suport tècnic de productes. La segona fa que els productes siguin visibles al món exterior: les vendes i el màrqueting són en el seu competència. La proporció entre grups és d'aproximadament trenta a setanta.
Tenim una trentena d'oficines arreu del món. Les vendes es distribueixen més àmpliament, però el desenvolupament tampoc es queda enrere. Alguns productes s'estan treballant simultàniament a diverses oficines, en part a Sant Petersburg, en part a Praga. Alguns es desenvolupen en només un, per exemple, un producte que proporciona una còpia de seguretat física de Linux es desenvolupa a Praga. Hi ha un producte que només s'està treballant al Canadà.
Fem desenvolupament distribuït per satisfer els requisits dels clients. Els grans clients se senten més segurs quan el desenvolupament es troba a la mateixa regió on funciona el producte.
Ja tenim una oficina molt gran a la República Txeca i l'any que ve tenim previst obrir-ne una altra a Praga, per a 500 desenvolupadors i provadors. Aquells que es van traslladar a la capital de la República Txeca en la "primera onada" estan encantats de compartir la seva experiència i els seus trucs de vida amb tothom que estigui interessat en l'oportunitat de treballar a Europa a Habré. A Rússia, l'oficina es troba a Sant Petersburg, part dels projectes interns es duen a terme a Izhevsk i el suport es troba en part a Moscou. En general, diversos centenars de persones a tot el món participen en suport tècnic. Hi ha especialistes de diferents nivells de formació tècnica i especialització. El nivell més alt són les persones que són capaços d'entendre el producte a nivell de codi font i treballen a la mateixa oficina que el desenvolupament.
Com s'estructuren els processos
Aproximadament un cop l'any tenim llançaments importants amb noves funcionalitats, i cada dos o tres mesos tenim actualitzacions amb correccions d'errors i millores que compleixen els requisits urgents del mercat o els canvis de plataforma. Els requisits s'assignen prioritats, des de menors fins a crítics, sense els quals és impossible un llançament. Aquests últims s'anomenen "èpiques".
Hi ha un triangle clàssic: qualitat, quantitat de recursos, temps (en la gent comuna, "ràpidament, eficientment, barat, trieu dos"). No podem fer coses dolentes, la qualitat ha de ser sempre alta. Els recursos també són limitats, tot i que estem intentant ampliar constantment. Molta més flexibilitat en la gestió del temps, però sovint es soluciona. Per tant, l'únic que podem variar és la quantitat de funcionalitats de la versió.
Epics, per regla general, intenten mantenir no més del 30-40% del cicle de llançament previst. La resta podem tallar, transferir, refinar, modificar. Aquest és el nostre marge de maniobra.
Es crea un equip temporal per a cada requisit del llançament. Pot ser de tres persones, i de cinquanta, segons la complexitat. Ens adherim a una metodologia de desenvolupament flexible, un cop a la setmana organitzem revisions i discussions sobre el treball acabat i proper de cada funcionalitat.
La meitat del temps del cicle de llançament es dedica al desenvolupament i la meitat a l'acabat del producte. Però tenim una dita: "el deute tècnic d'un projecte en fallida és zero". Per tant, és més important fer un producte que funcioni i tingui demanda que llepar el codi sense parar. Si el producte és popular, ja val la pena desenvolupar-lo més i adaptar-lo als canvis futurs.
Com Veeam està contractant desenvolupadors
L'algorisme de selecció és multietapa. El primer nivell és una conversa entre el candidat i el reclutador sobre els desitjos de la mateixa persona. En aquesta etapa, estem intentant entendre si ens adaptem bé al candidat. Per a nosaltres és important que siguem interessants com a empresa, perquè incorporar una persona a un projecte és un plaer car.
Si hi ha interès, al segon nivell oferim una tasca de prova per entendre la rellevància de l'experiència del candidat i què pot demostrar com a especialista. Per exemple, us demanem que feu un compressor de fitxers. Aquesta és una tasca estàndard i mostra com es relaciona una persona amb el codi, a quina cultura i estil s'adhereix, quines solucions utilitza.
En una tasca de prova, normalment tot és perfectament visible. Una persona que acaba d'alfabetitzar-se i ha escrit una carta per primera vegada és notablement diferent d'una persona que escriu cartes tot el temps.
A continuació, tenim una entrevista. Normalment el porten a terme tres caps d'equip alhora, perquè tot sigui el més objectiu possible. A més, ajuda a reclutar persones tècnicament compatibles que tinguin aproximadament els mateixos mètodes i enfocaments de desenvolupament, encara que acabin treballant en equips diferents.
Durant la setmana, realitzem diverses entrevistes per a una vacant i decidim amb qui continuarem treballant.
Sovint, els nois ens venen i diuen que busquen feina, perquè no tenen on moure's en l'actual: només pots esperar una promoció juntament amb la jubilació del cap. Tenim una dinàmica una mica diferent. Fa dotze anys, Veeam era una startup amb deu empleats. Ara és una empresa amb diversos milers de treballadors.
La gent arriba aquí com en un riu turbulent. Les noves direccions apareixen constantment, els desenvolupadors normals d'ahir es converteixen en líders d'equip. La gent està creixent tècnicament, creixent administrativament. Si esteu desenvolupant una petita funció, però voleu desenvolupar-la, la meitat de la batalla ja està feta. El suport serà a tots els nivells, des del cap de l'equip fins als propietaris de l'empresa. No saps com fer alguna cosa administrativament: hi ha cursos, formadors interns, companys amb experiència. No hi ha prou experiència de desenvolupament: hi ha un projecte de Veeam Academy. Així que estem oberts a tothom, tant professionals com principiants.
El projecte de l'Acadèmia Veeam és un intensiu de C# fora de línia gratuït per a programadors principiants amb la possibilitat de trobar feina a Veeam Software per als millors estudiants. L'objectiu del projecte és tancar la bretxa entre la quantitat de coneixements i habilitats pràctiques del graduat universitari mitjà i la quantitat de coneixements necessaris per interessar un bon empresari. Durant tres mesos, els nois estudien els principis de la POO a la pràctica, es submergeixen en les característiques de C # i estudien el compartiment del motor de .Net. A més de conferències, proves, laboratori i projectes personals, els nois desenvolupen el seu projecte conjunt seguint totes les normes de les empreses reals. El tema del projecte es desconeix per endavant: s'escull conjuntament amb tothom els primers dies després de l'inici del curs. A l'última transmissió, es va convertir en el Banc Virtual.
Les inscripcions ja estan obertes .
Font: www.habr.com