Alexander Baranov traballa en Veeam como director de I+D e vive entre os dous países. Pasa a metade do seu tempo en Praga, a outra metade en San Petersburgo. Estas cidades albergan as maiores oficinas de desenvolvemento de Veeam.
En 2006, foi unha start-up de dous emprendedores de Rusia, asociada a software de copia de seguridade de máquinas virtuais (de aí tamén veu o nome V[ee][a]M, unha máquina virtual). Hoxe é unha corporación xigante con máis de catro mil empregados en todo o mundo.
Alexander contounos como é traballar nunha empresa así e o difícil que é entrar nela. Abaixo está o seu monólogo.
Tradicionalmente, falaremos da valoración da empresa en My Circle: Veeam Software recibida dos seus empregados . É apreciado por un bo paquete social, un ambiente de traballo cómodo no equipo, por tarefas interesantes e polo feito de que a empresa fai do mundo un lugar mellor.
Que produtos desenvolve Veeam
Produtos que proporcionan tolerancia a fallos para a infraestrutura de TI. Afortunadamente, co paso do tempo, o hardware converteuse en bastante fiable e as nubes proporcionan tolerancia a fallos. Pero o erro humano persiste ata hoxe.
Por exemplo, o clásico problema de incompatibilidade das actualizacións coa infraestrutura da organización. O administrador lanzou unha actualización non verificada ou ocorreu automaticamente e, por iso, interrompeuse o funcionamento dos servidores empresariais. Outro exemplo: alguén realizou cambios nun proxecto ou conxunto de documentos compartidos que considere apropiados. Despois, descubriuse un problema, e foi necesario devolver o estado de hai unha semana. Ás veces, tales cambios nin sequera se asocian con accións humanas conscientes: hai relativamente pouco tempo, os virus cryptolocker gañaron popularidade. Un usuario trae unha unidade flash con contido dubidoso a un ordenador do traballo ou visita un sitio con gatos e, como resultado, os ordenadores da rede inféctanse.
Nunha situación na que o mal xa pasou, damos a oportunidade de retroceder os cambios. Se os cambios só están previstos, permitimos comprobar o seu impacto nunha infraestrutura illada, recreada a partir dunha copia de seguridade do centro de datos.
Moitas veces, as copias de seguridade actúan como unha "testemuña silenciosa" das auditorías dunha organización. As empresas públicas deben cumprir con reguladores externos (como a Lei Sarbanes-Oxley) e por unha boa razón. En 2008, o estado da economía mundial foi sacudido debido ao feito de que algúns participantes no mercado financeiro, falando grosso modo, falsificaron os resultados das súas actividades. Isto fixo bola de neve e a economía afundiuse. Desde entón, os reguladores vixían máis de preto os procesos nas empresas públicas. A capacidade de restaurar o estado da infraestrutura de TI, o sistema de correo e o sistema de xestión de documentos para períodos de informes é un dos requisitos dos auditores.
Microsoft, Amazon, Google e outros provedores de nube teñen solucións nativas que fan unha copia de seguranza dos recursos dentro da nube. Pero as súas decisións son "cousas en si mesmas". O problema é que as grandes empresas dispoñen na maioría dos casos dunha infraestrutura informática híbrida: unha parte está na nube, outra parte no terreo. A nube adoita albergar proxectos web e aplicacións orientadas ao cliente. As aplicacións e servidores que almacenan información confidencial ou datos persoais atópanse máis frecuentemente no terreo.
Ademais, as organizacións usan varias nubes diferentes para construír unha híbrida para minimizar os riscos. Cando unha empresa multinacional construíu unha nube híbrida, necesita un sistema de tolerancia a fallos único e común para toda a infraestrutura.
Que difícil é desenvolver este tipo de produtos
Constantemente xurden novas tecnoloxías que requiren estudo, adaptación e experiencia. Cando aparecemos por primeira vez e eramos unha startup, poucas persoas consideraban seriamente a virtualización. Había aplicacións para facer copias de seguridade dos centros de datos físicos. Os centros de datos virtualizados foron vistos como xoguetes.
Comezamos a admitir copias de seguridade conscientes da virtualización desde o principio, cando a tecnoloxía só era utilizada por entusiastas. E despois estivo o seu crecemento explosivo e o seu recoñecemento como estándar. Agora vemos outras zonas que agardan o mesmo salto cualitativo, e intentamos estar na onda. A capacidade de manter o nariz contra o vento está cosida nalgún lugar do ADN da empresa.
Agora a empresa xa pasou polos días dunha startup. Agora, para moitos grandes clientes, a estabilidade e a fiabilidade son importantes, e tomar unha decisión sobre a tolerancia a fallos pode levar varios anos. Hai adaptación, verificación de produtos, cumprimento de numerosos requisitos. Resulta unha situación divertida: por unha banda, cómpre garantir a fiabilidade e a confianza nos produtos e, por outra banda, seguir sendo moderno.
Pero o novo sempre está asociado a un certo nivel de descoñecemento da tecnoloxía, do mercado ou de ambos.
Por exemplo, despois de varios anos de traballo, decatámonos de que necesitamos utilizar as capacidades de almacenamento integradas dos sistemas de datos para acelerar as copias de seguridade. Así nace toda unha dirección de integración cos fabricantes de ferro. Ata a data, os socios de Veeam neste programa son os principais actores deste mercado: HP, NetApp, Dell EMC, Fujitsu, etc.
Tamén pensamos que a virtualización substituiría aos servidores clásicos. Pero a vida demostrou que o último 10% dos servidores físicos permanece, virtualizando o que ou non é posible ou non ten sentido. E tamén teñen que ser respaldados. Así apareceu o Veeam Agent para Windows/Linux.
Nalgún momento, pensamos que xa era hora de que Unix ocupase o seu lugar no museo, e negámonos a apoialo. Pero axiña que acudimos a clientes cunha longa historia, decatámonos de que Unix está máis vivo que todos os seres vivos. E aínda así escribiron unha decisión para el.
A mesma historia foi coas unidades de cinta. Pensamos: "Quen os necesita no mundo moderno?" Despois traballamos en funcións como a recuperación granular de datos ou a copia de seguridade incremental cunha copia sintética completa, e isto simplemente non se pode facer en cinta, necesitas un disco. Entón resultou que as unidades de cinta funcionan como un dos medios para proporcionar copias de seguridade inmutables que son necesarias para o almacenamento a longo prazo, para que despois de 5 anos, tome unha cinta do estante e realice unha auditoría. Ben, e o tamaño dos clientes -empezamos por pequenos- e alí ninguén usa cintas. E logo chegamos a ser clientes que nos dixeron que non comprarían un produto sen cintas.
Que tecnoloxías se utilizan en Veeam
Para tarefas relacionadas coa lóxica empresarial, utilizamos .NET. Comezamos con el, e seguimos optimizándoo. Agora usamos .NET Core nunha serie de solucións. Cando se formou a startup, había varios partidarios desta pila no equipo. É bo en termos de escribir a lóxica empresarial, a velocidade de desenvolvemento e a comodidade das ferramentas. Daquela non era a decisión máis popular, pero agora está claro que aqueles partidarios tiñan razón.
Ao mesmo tempo, escribimos baixo Unix, Linux, traballamos con hardware, isto require o uso doutras solucións. Partes do sistema relacionadas coa información sobre os datos que almacenamos na copia de seguridade, algoritmos de busca de datos, algoritmos relacionados co funcionamento do hardware - todo isto está escrito en C++.
Como se distribúen os empregados en todo o mundo
Agora a empresa emprega preto de catro mil persoas. Uns mil deles están en Rusia. A empresa conta con dous grandes grupos. O primeiro trata sobre o desenvolvemento e soporte técnico de produtos. O segundo fai que os produtos sexan visibles para o mundo exterior: as vendas e o márketing están na súa competencia. A proporción entre os grupos é de aproximadamente trinta a setenta.
Temos preto de trinta oficinas en todo o mundo. As vendas están máis amplamente distribuídas, pero o desenvolvemento tampouco se queda atrás. Algúns produtos están a ser traballados simultaneamente en varias oficinas, en parte en San Petersburgo, en parte en Praga. Algúns desenvólvense nun só, por exemplo, un produto que proporciona unha copia de seguridade física de Linux desenvólvese en Praga. Hai un produto no que só se está a traballar en Canadá.
Facemos desenvolvemento distribuído para satisfacer as necesidades dos clientes. Os grandes clientes séntense máis seguros cando o desenvolvemento está situado na mesma rexión onde funciona o produto.
Xa temos unha oficina moi grande na República Checa, e o próximo ano pensamos abrir outra en Praga, para 500 desenvolvedores e probadores. Os que se mudaron á capital da República Checa na "primeira onda" están felices de compartir a súa experiencia e os seus trucos de vida con todos os que estean interesados na oportunidade de traballar en Europa en Habré. En Rusia, a oficina está situada en San Petersburgo, parte dos proxectos internos realízanse en Izhevsk e o apoio está en parte en Moscova. En xeral, varios centos de persoas en todo o mundo están implicadas no soporte técnico. Hai especialistas de diferentes niveis de formación técnica e especialización. O nivel máis alto son persoas que son capaces de entender o produto a nivel de código fonte e traballan na mesma oficina que o desenvolvemento.
Como se estruturan os procesos
Aproximadamente unha vez ao ano temos grandes lanzamentos con novas funcionalidades e cada dous ou tres meses temos actualizacións con correccións de erros e melloras que cumpren os requisitos urxentes do mercado ou os cambios de plataforma. Os requisitos son asignados prioridades - de menores a críticos, sen os cales unha liberación é imposible. Estes últimos chámanse "epopeas".
Hai un triángulo clásico: calidade, cantidade de recursos, tempo (na xente común, "rápido, eficiente, barato, escolle dous"). Non podemos facer cousas malas, a calidade debe ser sempre alta. Os recursos tamén son limitados, aínda que estamos tentando ampliar todo o tempo. Moita máis flexibilidade na xestión do tempo, pero adoita arranxar. Polo tanto, o único que podemos variar é a cantidade de funcionalidades na versión.
Epics, por regra xeral, tentan manter non máis do 30-40% do ciclo de lanzamento previsto. O resto podémolo cortar, transferir, refinar, modificar. Esta é a nosa marxe de manobra.
Créase un equipo temporal para cada requisito da versión. Poden ser tres persoas, e cincuenta, dependendo da complexidade. Adherimos a unha metodoloxía de desenvolvemento flexible, unha vez á semana organizamos revisións e debates do traballo rematado e próximo en cada funcionalidade.
A metade do tempo do ciclo de lanzamento dedícase ao desenvolvemento e a metade ao acabado do produto. Pero temos un dito: "a débeda técnica dun proxecto en quebra é cero". Polo tanto, é máis importante facer un produto que funcione e sexa demandado que lamer o código sen parar. Se o produto é popular, xa paga a pena desenvolvelo máis e adaptalo aos cambios futuros.
Como Veeam está a contratar desenvolvedores
O algoritmo de selección é de varias etapas. O primeiro nivel é unha conversación entre o candidato e o reclutador sobre os desexos da propia persoa. Nesta fase, estamos tentando entender se somos un bo candidato para o candidato. É importante para nós que sexamos interesantes como empresa, porque incorporar a unha persoa a un proxecto é un pracer caro.
Se hai interese, entón no segundo nivel ofrecemos unha tarefa de proba para comprender o relevante que é a experiencia do candidato e o que pode demostrar como especialista. Por exemplo, pedímosche que fagas un compresor de ficheiros. Esta é unha tarefa estándar e mostra como se relaciona unha persoa co código, a que cultura e estilo se adhire, que solucións utiliza.
Nunha tarefa de proba, todo adoita ser perfectamente visible. Unha persoa que acaba de alfabetizarse e escribiu unha carta por primeira vez é notablemente diferente dunha persoa que escribe cartas todo o tempo.
A continuación, temos unha entrevista. Normalmente realízano tres xefes de equipo á vez, para que todo sexa o máis obxectivo posible. Ademais, axuda a contratar persoas tecnicamente compatibles que teñan aproximadamente os mesmos métodos e enfoques de desenvolvemento, aínda que acaben traballando en equipos diferentes.
Durante a semana, realizamos varias entrevistas para unha vacante e decidimos con quen seguiremos traballando.
Moitas veces os mozos veñen a nós e din que están a buscar un traballo, porque non teñen onde moverse no actual: só podes esperar a un ascenso xunto coa xubilación do xefe. Temos unha dinámica un pouco diferente. Hai doce anos, Veeam era unha startup con dez empregados. Agora é unha empresa con varios miles de empregados.
A xente chega aquí como nun río revolto. As novas direccións aparecen constantemente, os desenvolvedores comúns de onte convértense en xefes de equipo. A xente está crecendo tecnicamente, crecendo administrativamente. Se estás a desenvolver unha función pequena, pero queres desenvolvela, a metade da batalla xa está feita. O apoio será a todos os niveis, dende o xefe de equipo ata os propietarios da empresa. Non sabes como facer algo administrativamente: hai cursos, formadores internos, compañeiros experimentados. Non hai suficiente experiencia de desenvolvemento: hai un proxecto da Academia Veeam. Así que estamos abertos a todo o mundo, tanto profesionais como principiantes.
O proxecto Veeam Academy é unha tarde gratuíta sen conexión C# intensiva para programadores principiantes con perspectiva de emprego en Veeam Software para os mellores estudantes. O obxectivo do proxecto é pechar a brecha entre a cantidade de coñecementos e habilidades prácticas do titulado universitario medio e a cantidade de coñecementos necesarios para interesar a un bo empregador. Durante tres meses, os mozos estudan os principios da POO na práctica, mergúllanse nas características de C # e estudan o compartimento do motor de .Net. Ademais de conferencias, probas, laboratorio e proxectos persoais, os rapaces desenvolven o seu proxecto conxunto segundo todas as normas de empresas reais. O tema do proxecto é descoñecido de antemán: elíxese xunto con todos nos primeiros días despois do inicio do curso. Na última transmisión, converteuse no Banco Virtual.
A inscrición xa está aberta .
Fonte: www.habr.com