Alexander Baranov arbejder hos Veeam som R&D-direktør og bor mellem de to lande. Han tilbringer halvdelen af sin tid i Prag, den anden halvdel i St. Petersborg. Disse byer er hjemsted for de største Veeam-udviklingskontorer.
I 2006 var det en start-up af to iværksættere fra Rusland, tilknyttet virtuel maskine backup software (derfra kom navnet V[ee][a]M, en virtuel maskine, også fra). I dag er det en gigantisk virksomhed med mere end fire tusinde ansatte rundt om i verden.
Alexander fortalte os, hvordan det er at arbejde i sådan en virksomhed, og hvor svært det er at komme ind i det. Nedenfor er hans monolog.
Traditionelt vil vi tale om vurderingen af virksomheden på My Circle: Veeam Software modtaget fra dens ansatte . Han værdsættes for en god social pakke, et behageligt arbejdsmiljø i teamet, for interessante opgaver og for, at virksomheden gør verden til et bedre sted.
Hvilke produkter udvikler Veeam
Produkter, der giver fejltolerance for it-infrastruktur. Heldigvis er hardwaren med tiden blevet ret pålidelig, og skyerne giver fejltolerance. Men menneskelige fejl fortsætter den dag i dag.
For eksempel det klassiske problem med inkompatibilitet af opdateringer med organisationens infrastruktur. Administratoren udrullede en ubekræftet opdatering, eller det skete automatisk, og på grund af dette blev driften af virksomhedens servere afbrudt. Et andet eksempel: nogen har foretaget ændringer i et delt projekt eller et sæt dokumenter, som de føler er passende. Senere blev et problem opdaget, og det var nødvendigt at returnere tilstanden for en uge siden. Nogle gange er sådanne ændringer ikke engang forbundet med bevidste menneskelige handlinger: For relativt nylig har cryptolocker-virus vundet popularitet. En bruger bringer et flashdrev med tvivlsomt indhold til en arbejdscomputer eller besøger et websted med katte, og som et resultat bliver computere på netværket inficeret.
I en situation, hvor det dårlige allerede er sket, giver vi mulighed for at rulle ændringerne tilbage. Hvis ændringerne kun er planlagte, giver vi dig mulighed for at kontrollere deres indvirkning i en isoleret infrastruktur, genskabt fra en datacenter backup.
Ofte fungerer sikkerhedskopier som et "tavst vidne" til en organisations revisioner. Offentlige virksomheder skal overholde eksterne regulatorer (såsom Sarbanes-Oxley Act), og det er der god grund til. I 2008 blev verdensøkonomiens tilstand rystet på grund af, at nogle deltagere på det finansielle marked groft sagt forfalskede resultaterne af deres aktiviteter. Det sneede sig, og økonomien sank. Siden da har tilsynsmyndigheder overvåget processerne i offentlige virksomheder nærmere. Evnen til at genoprette tilstanden af it-infrastruktur, mailsystem, dokumenthåndteringssystem for rapporteringsperioder er et af revisorernes krav.
Microsoft, Amazon, Google og andre cloud-udbydere har native løsninger, der sikkerhedskopierer ressourcer inde i skyen. Men deres beslutninger er "ting i sig selv". Problemet er, at store virksomheder i de fleste tilfælde har en hybrid it-infrastruktur: en del af den er i skyen, en del er på jorden. Skyen er normalt vært for webprojekter og kundevendte applikationer. Applikationer og servere, der gemmer følsomme oplysninger eller personlige data, findes oftest på jorden.
Derudover bruger organisationer flere forskellige skyer til at bygge en hybrid for at minimere risici. Når en multinational virksomhed har bygget en hybrid cloud, har den brug for et enkelt og fælles fejltolerancesystem for hele infrastrukturen.
Hvor svært er det at udvikle sådanne produkter
Der dukker hele tiden nye teknologier op, som kræver studier, tilpasning og erfaring. Da vi først dukkede op og var en startup, var det få mennesker, der overvejede virtualisering seriøst. Der var applikationer til sikkerhedskopiering af fysiske datacentre. Virtualiserede datacentre blev betragtet som legetøj.
Vi begyndte at understøtte virtualiseringsbevidste sikkerhedskopier helt fra begyndelsen, hvor teknologien kun blev brugt af entusiaster. Og så var der dens eksplosive vækst og anerkendelse som standard. Nu ser vi andre områder, der venter på det samme kvalitative spring, og vi forsøger at være med på bølgen. Evnen til at holde næsen i modvind er syet et sted i virksomhedens DNA.
Nu har virksomheden allerede gennemgået dagene med en startup. For mange store kunder er stabilitet og pålidelighed nu vigtigt, og det kan tage flere år at træffe en beslutning om fejltolerance. Der er tilpasning, verifikation af produkter, overholdelse af talrige krav. Det viser sig en sjov situation - på den ene side skal du sikre pålideligheden og tilliden til produkterne, og på den anden side forblive moderne.
Men det nye er altid forbundet med en vis grad af uvidenhed om teknologi, markedet eller begge dele.
For eksempel indså vi efter flere års arbejde, at vi er nødt til at bruge de indbyggede lagringsfunktioner i datalagringssystemer for at fremskynde sikkerhedskopiering. Sådan blev en hel retning af integration med jernproducenter født. Til dato er Veeam-partnere i dette program alle de største spillere på dette marked - HP, NetApp, Dell EMC, Fujitsu osv.
Vi troede også, at virtualisering ville erstatte klassiske servere. Men livet har vist, at de sidste 10% af de fysiske servere forbliver, virtualisering, hvilket enten ikke er muligt eller ikke giver mening. Og de skal også bakkes op. Sådan fremstod Veeam Agent til Windows/Linux.
På et tidspunkt troede vi, at det var på tide, at Unix tog sin plads på museet, og vi nægtede at støtte det. Men så snart vi gik til kunder med en lang historie, indså vi, at Unix er mere levende end alle levende ting. Og alligevel skrev de en beslutning til ham.
Den samme historie var med båndstationer. Vi tænkte: "hvem har brug for dem i den moderne verden?" Derefter arbejdede vi på funktioner som granulær datagendannelse eller trinvis sikkerhedskopiering med en syntetisk fuld kopi - og dette kan simpelthen ikke gøres på bånd, du har brug for en disk. Så viste det sig, at båndstationer fungerer som et af midlerne til at levere uforanderlige sikkerhedskopier, der er nødvendige for langtidslagring - så man efter 5 år tager et bånd fra hylden og laver en revision. Nå, og størrelsen af kunder - vi startede med små - og ingen bruger bånd der. Og så voksede vi til kunder, der fortalte os, at de ikke ville købe et produkt uden bånd.
Hvilke teknologier bruges i Veeam
Til opgaver relateret til forretningslogik bruger vi .NET. Vi startede med det, og fortsætter med at optimere. Nu bruger vi .NET Core i en række løsninger. Da opstarten først blev dannet, var der flere tilhængere af denne stak på holdet. Det er godt i forhold til at skrive forretningslogik, udviklingshastighed og bekvemmelighed af værktøjer. Dengang var det ikke den mest populære beslutning, men nu står det klart, at de tilhængere havde ret.
Samtidig skriver vi under Unix, Linux, arbejder med hardware, dette kræver brug af andre løsninger. Systemdele relateret til information om de data, som vi gemmer i sikkerhedskopien, datasøgningsalgoritmer, algoritmer relateret til driften af hardware - alt dette er skrevet i C ++.
Hvordan medarbejderne er fordelt over hele verden
Nu beskæftiger virksomheden omkring fire tusinde mennesker. Omkring tusind af dem er i Rusland. Virksomheden har to store koncerner. Den første omhandler udvikling og teknisk support af produkter. Den anden gør produkter synlige for omverdenen: Salg og marketing er i dens kompetence. Forholdet mellem grupper er cirka tredive til halvfjerds.
Vi har omkring tredive kontorer rundt om i verden. Salget er mere spredt, men udviklingen halter heller ikke bagefter. Nogle produkter arbejdes der på samtidigt på flere kontorer - dels i Sankt Petersborg, dels i Prag. Nogle er kun udviklet i ét, for eksempel er et produkt, der giver en fysisk backup af Linux, udviklet i Prag. Der er et produkt, der kun arbejdes på i Canada.
Vi laver distribueret udvikling for at imødekomme kundernes krav. Store kunder føler sig mere sikre, når udviklingen er placeret i samme region, hvor produktet fungerer.
Vi har allerede et meget stort kontor i Tjekkiet, og næste år planlægger vi at åbne endnu et i Prag - for 500 udviklere og testere. De, der flyttede til hovedstaden i Tjekkiet i den "første bølge", deler gerne deres erfaringer og life hacks med alle, der er interesseret i muligheden for at arbejde i Europa på Habré. I Rusland ligger kontoret i Skt. Petersborg, en del af de interne projekter udføres i Izhevsk, og supporten er delvist i Moskva. Generelt er flere hundrede mennesker rundt om i verden engageret i teknisk support. Der er specialister på forskellige niveauer af teknisk uddannelse og specialisering. Det højeste niveau er folk, der er i stand til at forstå produktet på kildekodeniveau, og de arbejder på samme kontor som udviklingen.
Hvordan processer er opbygget
Cirka én gang om året har vi større udgivelser med ny funktionalitet, og hver anden til tredje måned har vi opdateringer med fejlrettelser og forbedringer, der imødekommer presserende markedskrav eller platformsændringer. Krav tildeles prioriteter - fra mindre til kritiske, uden hvilke en frigivelse er umulig. Sidstnævnte kaldes "epos".
Der er en klassisk trekant - kvalitet, mængde af ressourcer, timing (i almindelige mennesker, "hurtigt, effektivt, billigt, vælg to"). Vi kan ikke gøre dårlige ting, kvaliteten skal altid være høj. Ressourcerne er også begrænsede, selvom vi hele tiden forsøger at udvide. Meget mere fleksibilitet i tidsstyring, men det ligger ofte fast. Derfor er det eneste, vi kan variere, mængden af funktionalitet i udgivelsen.
Epics forsøger som regel ikke at holde mere end 30-40% af den forventede udgivelsescyklus. Resten kan vi afskære, overføre, forfine, ændre. Dette er vores manøvrerum.
Der oprettes et midlertidigt team for hvert krav i udgivelsen. Det kan være tre personer og halvtreds, afhængigt af kompleksiteten. Vi overholder en fleksibel udviklingsmetodologi, en gang om ugen organiserer vi gennemgange og diskussioner af det afsluttede og kommende arbejde med hver funktionalitet.
Halvdelen af tiden i udgivelsescyklussen bruges på udvikling, halvdelen på færdiggørelse af produktet. Men vi har et ordsprog - "den tekniske gæld for et konkursramt projekt er nul." Derfor er det vigtigere at lave et produkt, der virker og er efterspurgt, end at slikke koden uendeligt. Hvis produktet er populært, så er det allerede værd at udvikle det yderligere og tilpasse det til fremtidige ændringer.
Hvordan Veeam ansætter udviklere
Udvælgelsesalgoritmen er flertrins. Det første niveau er en samtale mellem kandidaten og rekruttereren om personens ønsker. På dette stadium forsøger vi at forstå, om vi passer godt til kandidaten. Det er vigtigt for os, at vi er interessante som virksomhed, for det er en dyr fornøjelse at bringe en person ind i et projekt.
Hvis der er interesse, så tilbyder vi på andet niveau en testopgave for at forstå, hvor relevant kandidatens erfaring er, og hvad han kan demonstrere som specialist. For eksempel beder vi dig lave en filkompressor. Dette er en standardopgave, og den viser, hvordan en person forholder sig til koden, hvilken kultur og stil han holder sig til, hvilke løsninger han bruger.
På en testopgave er alt normalt perfekt synligt. En person, der lige er blevet læsefærdig og har skrevet et brev for første gang, er mærkbart anderledes end en person, der skriver breve hele tiden.
Dernæst har vi et interview. Normalt udføres det af tre teamledere på én gang, så alt er så objektivt som muligt. Derudover hjælper det at rekruttere teknisk kompatible folk, der har nogenlunde samme metoder og tilgange til udvikling, selvom de ender med at arbejde på forskellige teams.
I løbet af ugen afholder vi flere samtaler til en ledig stilling og beslutter, hvem vi skal arbejde videre med.
Ofte kommer fyrene til os og siger, at de søger et job, fordi de ikke har nogen steder at flytte i det nuværende - du kan kun vente på en forfremmelse sammen med chefens pensionering. Vi har en lidt anden dynamik. For XNUMX år siden var Veeam en startup med ti ansatte. Nu er det en virksomhed med flere tusinde ansatte.
Folk kommer hertil som i en turbulent flod. Nye retninger dukker konstant op, gårsdagens almindelige udviklere bliver team leads. Folk vokser teknisk, vokser administrativt. Hvis du udvikler en lille funktion, men ønsker at udvikle den, så er halvdelen af kampen allerede overstået. Support vil være på alle niveauer, fra teamlederen til ejerne af virksomheden. Du ved ikke, hvordan man gør noget administrativt - der er kurser, interne undervisere, erfarne kolleger. Der er ikke nok udviklingserfaring - der er et Veeam Academy-projekt. Så vi er åbne for alle, både professionelle og begyndere.
Veeam Academy-projektet er en aften gratis offline C#-intensiv for begyndere programmører med udsigt til ansættelse hos Veeam Software for de bedste studerende. Målet med projektet er at lukke kløften mellem mængden af viden og praktiske færdigheder hos den gennemsnitlige universitetsuddannet og mængden af viden, der kræves for at interessere en god arbejdsgiver. I tre måneder studerer fyrene principperne for OOP i praksis, fordyber sig i funktionerne i C # og studerer motorrummet i .Net. Ud over foredrag, test, laboratorie- og personlige projekter udvikler fyrene deres fælles projekt efter alle rigtige virksomheders regler. Emnet for projektet er ukendt på forhånd - det vælges sammen med alle de første dage efter kursusstart. På den sidste stream blev hun den virtuelle bank.
Tilmeldingen er nu åben .
Kilde: www.habr.com