Alexander Baranov arbetar på Veeam som FoU-direktör och bor mellan de två länderna. Han tillbringar hälften av sin tid i Prag, den andra hälften i St. Petersburg. Dessa städer är hem för de största Veeam utvecklingskontoren.
2006 var det en start-up av två entreprenörer från Ryssland, förknippade med programvara för säkerhetskopiering av virtuella maskiner (därifrån kom även namnet V[ee][a]M, en virtuell maskin). Idag är det ett gigantiskt företag med mer än fyra tusen anställda runt om i världen.
Alexander berättade hur det är att jobba i ett sådant företag och hur svårt det är att komma in i det. Nedan är hans monolog.
Traditionellt kommer vi att prata om bedömningen av företaget på My Circle: Veeam Software som fåtts från sina anställda . Han uppskattas för ett bra socialt paket, en bekväm arbetsatmosfär i teamet, för intressanta uppgifter och för att företaget gör världen till en bättre plats.
Vilka produkter utvecklar Veeam
Produkter som ger feltolerans för IT-infrastruktur. Lyckligtvis har hårdvaran med tiden blivit ganska pålitlig, och molnen ger feltolerans. Men mänskliga misstag kvarstår än i dag.
Till exempel det klassiska problemet med inkompatibilitet av uppdateringar med organisationens infrastruktur. Administratören rullade ut en overifierad uppdatering, eller så skedde den automatiskt, och på grund av detta avbröts driften av företagsservrarna. Ett annat exempel: någon har gjort ändringar i ett delat projekt eller en uppsättning dokument som de tycker är lämpliga. Senare upptäcktes ett problem, och det var nödvändigt att återställa tillståndet för en vecka sedan. Ibland är sådana förändringar inte ens förknippade med medvetna mänskliga handlingar: relativt nyligen har cryptolocker-virus vunnit popularitet. En användare tar med en flash-enhet med tvivelaktigt innehåll till en arbetsdator eller besöker en webbplats med katter, och som ett resultat blir datorer i nätverket infekterade.
I en situation där det dåliga redan har hänt ger vi möjlighet att rulla tillbaka förändringarna. Om ändringarna bara är planerade låter vi dig kontrollera deras inverkan i en isolerad infrastruktur, återskapad från en säkerhetskopia av ett datacenter.
Ofta fungerar säkerhetskopior som ett "tyst vittne" i en organisations revision. Offentliga företag måste följa externa tillsynsmyndigheter (som Sarbanes-Oxley Act), och det av goda skäl. 2008 skakades världsekonomins tillstånd på grund av att vissa deltagare på finansmarknaden, grovt sett, förfalskade resultaten av sin verksamhet. Det här snöade och ekonomin sjönk. Sedan dess har tillsynsmyndigheter övervakat processerna i offentliga företag närmare. Möjligheten att återställa tillståndet för IT-infrastruktur, postsystem, dokumenthanteringssystem för rapporteringsperioder är ett av revisorernas krav.
Microsoft, Amazon, Google och andra molnleverantörer har inbyggda lösningar som säkerhetskopierar resurser i molnet. Men deras beslut är "saker i sig själva". Problemet är att stora företag i de flesta fall har en hybrid IT-infrastruktur: en del av den finns i molnet, en del är på marken. Molnet är vanligtvis värd för webbprojekt och kundinriktade applikationer. Applikationer och servrar som lagrar känslig information eller personuppgifter finns oftast på marken.
Dessutom använder organisationer flera olika moln för att bygga ett hybrid för att minimera riskerna. När ett multinationellt företag har byggt ett hybridmoln behöver det ett enda och gemensamt feltoleranssystem för hela infrastrukturen.
Hur svårt är det att utveckla sådana produkter
Ny teknik dyker ständigt upp som kräver studier, anpassning och erfarenhet. När vi först dök upp och var en startup var det få som övervägde virtualisering på allvar. Det fanns applikationer för säkerhetskopiering av fysiska datacenter. Virtualiserade datacenter sågs som leksaker.
Vi började stödja virtualiseringsmedvetna säkerhetskopior från allra första början, då tekniken endast användes av entusiaster. Och så var det dess explosiva tillväxt och erkännande som standard. Nu ser vi andra områden som väntar på samma kvalitativa språng, och vi försöker vara med på vågen. Möjligheten att hålla näsan motvind är insydd någonstans i företagets DNA.
Nu har företaget redan gått igenom en startups dagar. Nu är stabilitet och tillförlitlighet viktigt för många stora kunder, och att fatta ett beslut om feltolerans kan ta flera år. Det finns anpassning, verifiering av produkter, överensstämmelse med många krav. Det visar sig vara en rolig situation - å ena sidan måste du säkerställa tillförlitligheten och förtroendet för produkterna, och å andra sidan att förbli modern.
Men det nya är alltid förknippat med en viss nivå av okunskap om teknik, marknaden eller båda.
Efter flera års arbete insåg vi till exempel att vi måste använda datasystemens inbyggda lagringsmöjligheter för att snabba på säkerhetskopieringarna. Så föddes en hel riktning av integration med järntillverkare. Hittills är Veeam-partners i detta program alla de största aktörerna på denna marknad - HP, NetApp, Dell EMC, Fujitsu, etc.
Vi trodde också att virtualisering skulle ersätta klassiska servrar. Men livet har visat att de sista 10% av de fysiska servrarna finns kvar, virtualisering vilket antingen inte är möjligt eller inte vettigt. Och de behöver också säkerhetskopieras. Så här såg Veeam Agent för Windows/Linux ut.
En gång trodde vi att det var dags för Unix att ta plats i museet och vägrade stödja det. Men så fort vi gick till kunder med en lång historia insåg vi att Unix är mer levande än allt levande. Och ändå skrev de ett beslut till honom.
Samma historia var med bandenheter. Vi tänkte: "vem behöver dem i den moderna världen?" Sedan arbetade vi med funktioner som granulär dataåterställning eller inkrementell säkerhetskopiering med en syntetisk fullständig kopia - och detta kan helt enkelt inte göras på band, du behöver en disk. Sedan visade det sig att bandenheter fungerar som ett av medlen för att tillhandahålla oföränderliga säkerhetskopior som behövs för långtidslagring – så att man efter 5 år tar ett band från hyllan och gör en revision. Tja, och storleken på kunder - vi började med små - och ingen använder band där. Och sedan växte vi till kunder som sa till oss att de inte skulle köpa en produkt utan band.
Vilka tekniker används i Veeam
För uppgifter relaterade till affärslogik använder vi .NET. Vi började med det och fortsätter att optimera. Nu använder vi .NET Core i ett antal lösningar. När startupen först bildades fanns det flera supportrar av denna stack i laget. Det är bra när det gäller att skriva affärslogik, utvecklingshastighet och bekvämlighet med verktyg. Då var det inte det populäraste beslutet, men nu står det klart att de supportrarna hade rätt.
Samtidigt skriver vi under Unix, Linux, jobbar med hårdvara, detta kräver användning av andra lösningar. Systemdelar relaterade till information om data som vi lagrar i säkerhetskopian, datasökningsalgoritmer, algoritmer relaterade till driften av hårdvara - allt detta är skrivet i C ++.
Hur anställda är fördelade över världen
Nu sysselsätter företaget cirka fyra tusen personer. Ungefär tusen av dem finns i Ryssland. Företaget har två stora koncerner. Den första handlar om utveckling och teknisk support av produkter. Den andra gör produkter synliga för omvärlden: försäljning och marknadsföring är i dess uppdrag. Förhållandet mellan grupperna är cirka trettio till sjuttio.
Vi har ett trettiotal kontor runt om i världen. Försäljningen är mer spridd, men utvecklingen släpar inte heller efter. Vissa produkter bearbetas samtidigt på flera kontor – dels i S:t Petersburg, dels i Prag. Vissa är utvecklade i endast en, till exempel utvecklas en produkt som ger en fysisk backup av Linux i Prag. Det finns en produkt som bara arbetas på i Kanada.
Vi gör distribuerad utveckling för att möta kundernas krav. Stora kunder känner sig tryggare när utvecklingen ligger i samma region där produkten fungerar.
Vi har redan ett mycket stort kontor i Tjeckien, och nästa år planerar vi att öppna ytterligare ett i Prag - för 500 utvecklare och testare. De som flyttade till Tjeckiens huvudstad i den "första vågen" delar gärna med sig av sina erfarenheter och life hacks med alla som är intresserade av möjligheten att arbeta i Europa på Habré. I Ryssland ligger kontoret i S:t Petersburg, en del av de interna projekten genomförs i Izhevsk och stödet finns delvis i Moskva. I allmänhet är flera hundra människor runt om i världen engagerade i teknisk support. Det finns specialister på olika nivåer av teknisk utbildning och specialisering. Den högsta nivån är personer som kan förstå produkten på källkodsnivå, och de arbetar på samma kontor som utvecklingen.
Hur processer är uppbyggda
Ungefär en gång om året har vi stora releaser med ny funktionalitet och varannan till var tredje månad har vi uppdateringar med buggfixar och förbättringar som möter akuta marknadskrav eller plattformsförändringar. Krav tilldelas prioriteringar - från mindre till kritiska, utan vilka en release är omöjlig. De senare kallas "epos".
Det finns en klassisk triangel - kvalitet, kvantitet av resurser, timing (hos vanliga människor, "snabbt, effektivt, billigt, välj två"). Vi kan inte göra dåliga saker, kvaliteten måste alltid vara hög. Resurserna är också begränsade, även om vi hela tiden försöker expandera. Mycket mer flexibilitet i tidshantering, men det är ofta fixat. Därför är det enda vi kan variera mängden funktionalitet i releasen.
Epos försöker som regel att inte behålla mer än 30-40% av den beräknade utgivningscykeln. Resten kan vi skära bort, överföra, förfina, modifiera. Det här är vårt manöverutrymme.
Ett tillfälligt team skapas för varje krav i releasen. Det kan vara tre personer, och femtio, beroende på komplexiteten. Vi följer en flexibel utvecklingsmetodik, en gång i veckan organiserar vi granskningar och diskussioner om det genomförda och kommande arbetet med varje funktionalitet.
Hälften av tiden av releasecykeln går åt till utveckling, hälften på att färdigställa produkten. Men vi har ett talesätt - "den tekniska skulden för ett konkursprojekt är noll." Därför är det viktigare att göra en produkt som fungerar och efterfrågas än att oändligt slicka koden. Om produkten är populär är det redan värt att utveckla den vidare och anpassa den till framtida förändringar.
Hur Veeam anställer utvecklare
Valalgoritmen är flerstegs. Den första nivån är ett samtal mellan kandidaten och rekryteraren om personens önskemål. I det här skedet försöker vi förstå om vi är en bra passform för kandidaten. Det är viktigt för oss att vi är intressanta som företag, för att ta in en person i ett projekt är ett dyrt nöje.
Om det finns intresse erbjuder vi på den andra nivån en testuppgift för att förstå hur relevant kandidatens erfarenhet är och vad han kan visa som specialist. Till exempel ber vi dig att göra en filkompressor. Detta är en standarduppgift, och den visar hur en person förhåller sig till koden, vilken kultur och stil han följer, vilka lösningar han använder.
På en testuppgift är allt oftast perfekt synligt. En person som precis blivit läskunnig och har skrivit ett brev för första gången skiljer sig märkbart från en person som skriver brev hela tiden.
Därefter har vi en intervju. Vanligtvis utförs det av tre teamledare samtidigt, så att allt blir så objektivt som möjligt. Dessutom hjälper det att rekrytera tekniskt kompatibla personer som har ungefär samma metoder och förhållningssätt till utveckling, även om de hamnar i olika team.
Under veckan genomför vi flera intervjuer för en ledig tjänst och bestämmer vem vi ska arbeta vidare med.
Ofta kommer killarna till oss och säger att de letar efter ett jobb, eftersom de inte har någonstans att flytta i det nuvarande - du kan bara vänta på en befordran tillsammans med chefens pensionering. Vi har en lite annorlunda dynamik. För tolv år sedan var Veeam en startup med tio anställda. Nu är det ett företag med flera tusen anställda.
Folk kommer hit som i en turbulent flod. Nya riktningar dyker ständigt upp, gårdagens vanliga utvecklare blir team leads. Människor växer tekniskt, växer administrativt. Om du utvecklar en liten funktion, men vill utveckla den, är halva striden redan gjord. Support kommer att finnas på alla nivåer, från teamledaren till företagets ägare. Du vet inte hur man gör något administrativt - det finns kurser, interna utbildare, erfarna kollegor. Det finns inte tillräckligt med utvecklingserfarenhet – det finns ett Veeam Academy-projekt. Så vi är öppna för alla, både proffs och nybörjare.
Veeam Academy-projektet är en kväll gratis offline C#-intensiv för nybörjare programmerare med utsikter till anställning på Veeam Software för de bästa studenterna. Målet med projektet är att minska klyftan mellan mängden kunskap och praktiska färdigheter hos en genomsnittlig universitetsutbildad och mängden kunskap som krävs för att intressera en bra arbetsgivare. Under tre månader studerar killarna principerna för OOP i praktiken, fördjupar sig i funktionerna i C # och studerar motorrummet i .Net. Förutom föreläsningar, tester, laborationer och personliga projekt utvecklar killarna sitt gemensamma projekt enligt alla verkliga företags regler. Ämnet för projektet är okänt på förhand - det väljs tillsammans med alla de första dagarna efter kursstart. På den sista streamen blev hon den virtuella banken.
Anmälan är nu öppen .
Källa: will.com