Alexander Baranov trabaja en Veeam como director de I+D y vive entre los dos países. Pasa la mitad de su tiempo en Praga, la otra mitad en San Petersburgo. Estas ciudades albergan las oficinas de desarrollo de Veeam más grandes.
En 2006, fue una puesta en marcha de dos empresarios de Rusia, asociados con el software de copia de seguridad de máquinas virtuales (de ahí también el nombre V[ee][a]M, una máquina virtual). Hoy es una corporación gigante con más de cuatro mil empleados en todo el mundo.
Alexander nos contó cómo es trabajar en una empresa así y lo difícil que es entrar en ella. A continuación se muestra su monólogo.
Tradicionalmente, hablaremos sobre la evaluación de la empresa en My Circle: Veeam Software recibida de sus empleados . Es apreciado por un buen paquete social, un ambiente de trabajo cómodo en el equipo, por tareas interesantes y por el hecho de que la empresa hace del mundo un lugar mejor.
¿Qué productos desarrolla Veeam?
Productos que brindan tolerancia a fallas para la infraestructura de TI. Afortunadamente, con el tiempo, el hardware se ha vuelto bastante confiable y las nubes brindan tolerancia a fallas. Pero el error humano persiste hasta el día de hoy.
Por ejemplo, el clásico problema de incompatibilidad de actualizaciones con la infraestructura de la organización. El administrador implementó una actualización no verificada, o sucedió automáticamente, y debido a esto, se interrumpió el funcionamiento de los servidores de la empresa. Otro ejemplo: alguien ha realizado cambios en un proyecto compartido o conjunto de documentos que considera apropiados. Más tarde, se descubrió un problema y fue necesario devolver el estado de hace una semana. A veces, tales cambios ni siquiera están asociados con acciones humanas conscientes: hace relativamente poco tiempo, los virus cryptolocker han ganado popularidad. Un usuario trae una unidad flash con contenido dudoso a una computadora del trabajo o visita un sitio con gatos y, como resultado, las computadoras en la red se infectan.
En una situación en la que ya sucedió lo malo, damos la oportunidad de revertir los cambios. Si los cambios solo son planificados, le permitimos comprobar su impacto en una infraestructura aislada, recreada a partir de una copia de seguridad del centro de datos.
A menudo, las copias de seguridad actúan como un "testigo silencioso" de las auditorías de una organización. Las empresas públicas deben cumplir con los reguladores externos (como la Ley Sarbanes-Oxley), y por una buena razón. En 2008, el estado de la economía mundial se vio sacudido por el hecho de que algunos participantes en el mercado financiero, en términos generales, falsificaron los resultados de sus actividades. Esto creció como una bola de nieve y la economía se hundió. Desde entonces, los reguladores han estado monitoreando más de cerca los procesos en las empresas públicas. Uno de los requisitos de los auditores es la capacidad de restaurar el estado de la infraestructura de TI, el sistema de correo y el sistema de gestión de documentos para los períodos de informe.
Microsoft, Amazon, Google y otros proveedores de la nube tienen soluciones nativas que respaldan los recursos dentro de la nube. Pero sus decisiones son "cosas en sí mismas". El problema es que las grandes empresas en la mayoría de los casos tienen una infraestructura de TI híbrida: parte está en la nube, parte está en el suelo. La nube suele albergar proyectos web y aplicaciones orientadas al cliente. Las aplicaciones y los servidores que almacenan información confidencial o datos personales se encuentran con mayor frecuencia en el suelo.
Además, las organizaciones usan varias nubes diferentes para construir una híbrida para minimizar los riesgos. Cuando una empresa multinacional ha construido una nube híbrida, necesita un sistema único y común de tolerancia a fallas para toda la infraestructura.
¿Qué tan difícil es desarrollar tales productos?
Constantemente surgen nuevas tecnologías que requieren estudio, adaptación y experiencia. Cuando aparecimos por primera vez y éramos una startup, pocas personas consideraban la virtualización en serio. Había aplicaciones para realizar copias de seguridad de los centros de datos físicos. Los centros de datos virtualizados se consideraban juguetes.
Comenzamos a admitir copias de seguridad compatibles con la virtualización desde el principio, cuando la tecnología solo la usaban los entusiastas. Y luego estaba su crecimiento explosivo y su reconocimiento como estándar. Ahora vemos otras áreas que están esperando el mismo salto cualitativo, y estamos tratando de estar en la ola. La capacidad de mantener el morro a favor del viento forma parte del ADN de la empresa.
Ahora la empresa ya ha pasado por los días de una startup. Ahora, para muchos grandes clientes, la estabilidad y la confiabilidad son importantes, y tomar una decisión sobre la tolerancia a fallas puede llevar varios años. Hay adaptación, verificación de productos, cumplimiento de numerosos requisitos. Resulta una situación divertida: por un lado, debe garantizar la confiabilidad y la confianza en los productos y, por otro lado, mantenerse moderno.
Pero lo nuevo siempre se asocia a un cierto nivel de desconocimiento de la tecnología, del mercado o de ambos.
Por ejemplo, después de varios años de trabajo, nos dimos cuenta de que necesitamos usar las capacidades de almacenamiento integradas de los sistemas de almacenamiento de datos para acelerar las copias de seguridad. Así nació toda una dirección de integración con los fabricantes de hierro. Hasta la fecha, los socios de Veeam en este programa son todos los jugadores más importantes de este mercado: HP, NetApp, Dell EMC, Fujitsu, etc.
También pensamos que la virtualización reemplazaría a los servidores clásicos. Pero la vida ha demostrado que queda el último 10% de los servidores físicos, virtualizándose lo cual o no es posible o no tiene sentido. Y también necesitan ser respaldados. Así apareció Veeam Agent para Windows/Linux.
En un momento, pensamos que era hora de que Unix tomara su lugar en el museo y nos negamos a apoyarlo. Pero en cuanto nos dirigimos a clientes con una larga trayectoria, nos dimos cuenta de que Unix está más vivo que todos los seres vivos. Y, sin embargo, escribieron una decisión para él.
La misma historia ocurrió con las unidades de cinta. Pensamos: “¿quién los necesita en el mundo moderno?” Luego, trabajamos en funciones como la recuperación granular de datos o la copia de seguridad incremental con una copia completa sintética, y esto simplemente no se puede hacer en cinta, se necesita un disco. Luego resultó que las unidades de cinta funcionan como uno de los medios para proporcionar copias de seguridad inmutables que se necesitan para el almacenamiento a largo plazo, de modo que después de 5 años, tome una cinta del estante y realice una auditoría. Bueno, y el tamaño de los clientes -empezamos con los pequeños- y ahí nadie usa cintas. Y luego llegamos a clientes que nos decían que no comprarían un producto sin cintas.
Qué tecnologías se utilizan en Veeam
Para tareas relacionadas con la lógica de negocios, usamos .NET. Comenzamos con eso y continuamos optimizando. Ahora usamos .NET Core en varias soluciones. Cuando se formó la startup por primera vez, había varios partidarios de esta pila en el equipo. Es bueno en términos de escribir lógica de negocios, velocidad de desarrollo y conveniencia de las herramientas. Entonces no fue la decisión más popular, pero ahora está claro que esos partidarios tenían razón.
Al mismo tiempo, escribimos bajo Unix, Linux, trabajamos con hardware, esto requiere el uso de otras soluciones. Partes del sistema relacionadas con la información sobre los datos que almacenamos en la copia de seguridad, algoritmos de búsqueda de datos, algoritmos relacionados con el funcionamiento del hardware: todo esto está escrito en C ++.
Cómo se distribuyen los empleados en todo el mundo
Ahora la empresa emplea a unas cuatro mil personas. Alrededor de mil de ellos están en Rusia. La empresa tiene dos grandes grupos. El primero se ocupa del desarrollo y soporte técnico de los productos. El segundo hace que los productos sean visibles para el mundo exterior: las ventas y el marketing están en su ámbito. La proporción entre grupos es de aproximadamente treinta a setenta.
Tenemos una treintena de oficinas en todo el mundo. Las ventas están más distribuidas, pero el desarrollo tampoco se está quedando atrás. Algunos productos se están trabajando simultáneamente en varias oficinas, en parte en San Petersburgo, en parte en Praga. Algunos se desarrollan en uno solo, por ejemplo, un producto que proporciona una copia de seguridad física de Linux se desarrolla en Praga. Hay un producto que solo se está trabajando en Canadá.
Hacemos desarrollo distribuido para cumplir con los requisitos del cliente. Los grandes clientes se sienten más seguros cuando el desarrollo está ubicado en la misma región donde funciona el producto.
Ya tenemos una oficina muy grande en la República Checa, y el próximo año planeamos abrir otra en Praga, para 500 desarrolladores y probadores. Aquellos que se mudaron a la capital de la República Checa en la "primera ola" están felices de compartir su experiencia y trucos de vida con todos los que estén interesados en la oportunidad de trabajar en Europa en Habré. En Rusia, la oficina está ubicada en San Petersburgo, parte de los proyectos internos se llevan a cabo en Izhevsk y el apoyo se encuentra en parte en Moscú. En general, varios cientos de personas en todo el mundo se dedican al soporte técnico. Hay especialistas de diferentes niveles de formación técnica y especialización. El nivel más alto son las personas que pueden entender el producto a nivel de código fuente y trabajan en la misma oficina que el desarrollo.
Cómo se estructuran los procesos
Aproximadamente una vez al año tenemos lanzamientos importantes con nuevas funciones, y cada dos o tres meses tenemos actualizaciones con correcciones de errores y mejoras que cumplen con los requisitos urgentes del mercado o los cambios de plataforma. A los requisitos se les asignan prioridades, de menores a críticas, sin las cuales es imposible una publicación. Estos últimos son llamados "epopeyas".
Existe un triángulo clásico: calidad, cantidad de recursos, tiempo (en la gente común, "rápido, eficiente, económico, elija dos"). No podemos hacer cosas malas, la calidad siempre debe ser alta. Los recursos también son limitados, aunque estamos tratando de expandirnos todo el tiempo. Mucha más flexibilidad en la gestión del tiempo, pero a menudo es fijo. Por lo tanto, lo único que podemos variar es la cantidad de funcionalidad en la versión.
Las epopeyas, por regla general, intentan mantener no más del 30-40% del ciclo de lanzamiento proyectado. El resto lo podemos cortar, transferir, refinar, modificar. Este es nuestro margen de maniobra.
Se crea un equipo temporal para cada requisito de la versión. Pueden ser tres personas, y cincuenta, dependiendo de la complejidad. Nos adherimos a una metodología de desarrollo flexible, una vez a la semana organizamos revisiones y discusiones del trabajo completado y próximo en cada funcionalidad.
La mitad del tiempo del ciclo de lanzamiento se dedica al desarrollo y la otra mitad a terminar el producto. Pero tenemos un dicho: "la deuda técnica de un proyecto en quiebra es cero". Por lo tanto, es más importante hacer un producto que funcione y tenga demanda que lamer el código sin parar. Si el producto es popular, entonces ya vale la pena desarrollarlo más y adaptarlo a los cambios futuros.
Cómo Veeam está contratando desarrolladores
El algoritmo de selección es multietapa. El primer nivel es una conversación entre el candidato y el reclutador sobre los deseos de la persona misma. En esta etapa, estamos tratando de entender si somos una buena opción para el candidato. Para nosotros es importante que seamos interesantes como empresa, porque incorporar a una persona en un proyecto es un placer costoso.
Si hay interés, en el segundo nivel ofrecemos una tarea de prueba para comprender qué tan relevante es la experiencia del candidato y qué puede demostrar como especialista. Por ejemplo, le pedimos que haga un compresor de archivos. Esta es una tarea estándar y muestra cómo una persona se relaciona con el código, a qué cultura y estilo se adhiere, qué soluciones usa.
En una tarea de prueba, todo suele ser perfectamente visible. Una persona que acaba de alfabetizarse y ha escrito una carta por primera vez es notablemente diferente de una persona que escribe cartas todo el tiempo.
A continuación, tenemos una entrevista. Normalmente lo llevan a cabo tres jefes de equipo a la vez, para que todo sea lo más objetivo posible. Además, ayuda a reclutar personas técnicamente compatibles que tienen aproximadamente los mismos métodos y enfoques de desarrollo, incluso si terminan trabajando en diferentes equipos.
Durante la semana, realizamos varias entrevistas para una vacante abierta y decidimos con quién seguiremos trabajando.
A menudo, los muchachos vienen a nosotros y nos dicen que están buscando trabajo, porque no tienen adónde mudarse en el actual; solo puede esperar una promoción junto con el retiro del jefe. Tenemos una dinámica ligeramente diferente. Hace doce años, Veeam era una startup con diez empleados. Ahora es una empresa con varios miles de empleados.
La gente llega aquí como en un río turbulento. Constantemente aparecen nuevas direcciones, los desarrolladores ordinarios de ayer se convierten en líderes de equipo. La gente está creciendo técnicamente, creciendo administrativamente. Si está desarrollando una característica pequeña, pero quiere desarrollarla, entonces la mitad de la batalla ya está hecha. El apoyo será a todos los niveles, desde el líder del equipo hasta los dueños de la empresa. No sabe cómo hacer algo administrativamente: hay cursos, capacitadores internos, colegas experimentados. No hay suficiente experiencia en desarrollo, hay un proyecto de Veeam Academy. Así que estamos abiertos a todos, tanto profesionales como principiantes.
El proyecto Veeam Academy es una tarde intensiva de C# fuera de línea y gratuita para programadores principiantes con la perspectiva de empleo en Veeam Software para los mejores estudiantes. El objetivo del proyecto es cerrar la brecha entre la cantidad de conocimientos y habilidades prácticas del graduado universitario promedio y la cantidad de conocimientos necesarios para interesar a un buen empleador. Durante tres meses, los muchachos estudian los principios de OOP en la práctica, se sumergen en las características de C # y estudian el compartimiento del motor de .Net. Además de conferencias, pruebas, laboratorio y proyectos personales, los chicos desarrollan su proyecto conjunto de acuerdo con todas las reglas de las empresas reales. El tema del proyecto se desconoce de antemano: se elige junto con todos en los primeros días posteriores al inicio del curso. En la última transmisión, se convirtió en el Banco Virtual.
La inscripción ya está abierta .
Fuente: habr.com