Imaxe:
Durante os últimos anos, os países bálticos estiveron experimentando un boom nas empresas de TI. Só na pequena Estonia, varias empresas puideron acadar o status de "unicornio", é dicir, a súa capitalización superou os 1 millóns de dólares. Estas empresas contratan desenvolvedores activamente e axúdanos coa deslocalización.
Hoxe falei con , que traballa como desenvolvedor principal de backend nunha startup é o "Uber europeo" e un dos . Discutimos toda unha serie de cuestións profesionais: desde a organización de entrevistas e o proceso de traballo nunha startup, ata as dificultades de adaptación e comparación de Tallin con Moscova.
Nota: Bolt está actualmente hospedando . Os gañadores poderán gañar cartos: o fondo do premio é de 350 mil rublos e os mellores desenvolvedores terán a oportunidade de mudarse a Europa.
Para comezar, en que se diferencia o traballo dun programador nunha startup europea da vida cotiá dun programador nas empresas rusas?
De feito, en canto a enfoques e metodoloxías, non hai tantas diferenzas. Por exemplo, eu adoitaba traballar en Consultant Plus: alí os enxeñeiros estaban bastante ao tanto de todas as tendencias actuais, lían os mesmos recursos que os seus compañeiros da empresa actual.
Os desenvolvedores son unha comunidade internacional, todos comparten algúns descubrimentos e enfoques e describen a súa experiencia. Así que en Rusia traballei con Kanban, coñecía as novas ferramentas, o traballo en si non era moi diferente. As empresas non inventan metodoloxías de desenvolvemento, todos usan ferramentas xa existentes: esta é propiedade de toda a comunidade, só as tarefas poden ser diferentes.
Outra cousa é que non todas as empresas, especialmente en Rusia, teñen unha persoa dedicada que se encarga de introducir innovacións. En Europa, isto ocorre a miúdo: pode haber un oficial dedicado que seleccione desenvolvementos e enfoques axeitados para as tarefas da empresa e, a continuación, realice a súa implementación e avaliación da súa eficacia. Pero este non adoita ser o caso das startups; todas as iniciativas veñen desde abaixo. Isto é o xenial de traballar en empresas deste tipo: hai un bo equilibrio entre iniciativa e responsabilidade. Podes escoller como queres traballar, que ferramentas utilizar, pero cómpre xustificar a túa elección e ser responsable do resultado.
Como se estrutura o desenvolvemento en Bolt? Como é o fluxo de traballo desde a aparición dunha tarefa ata a súa implementación?
Todo funciona de forma sinxela, temos dúas áreas de desenvolvemento: o desenvolvemento dunha plataforma dixital e o propio produto. Os equipos de desenvolvemento están distribuídos por estas dúas áreas.
Cando unha empresa recibe unha solicitude, os nosos xestores de proxectos analízana. Se non xurden dúbidas nesta fase, a tarefa pasa ao equipo técnico, onde os enxeñeiros a dividen en tarefas específicas, planifican os sprints de desenvolvemento e comezan a implementación. Despois probas, documentación, saída á produción, melloras e correccións: integración continua e desenvolvemento continuo.
Se falamos de metodoloxías de desenvolvemento, non hai políticas nin regras estritas. Cada equipo pode traballar como queira - o principal é producir resultados. Pero basicamente todos usan Scrum e Kanban, é difícil crear algo novo aquí.
Existe algún intercambio de información entre os equipos sobre este tipo de implementacións e innovacións?
Si, realizamos reunións internas periódicamente, onde a xente fala sobre os feitos sobre que ferramentas implementaron, que resultados esperaban obter, se xurdiu algún problema inesperado e o que finalmente se conseguiu. Isto axuda a concluír se algunha tecnoloxía promocionada valeu a pena o tempo e os recursos dedicados a ela.
É dicir, non hai ningunha tarefa aquí para demostrar que tiña razón cando suxeriu probar algunha ferramenta. Se non encaixa, entón este tamén é un resultado, e cómpre contar isto a todos os seus compañeiros para que comprendan o que esperar e, quizais, aforren esforzo e tempo.
Pasemos a cuestións de carreira. Que tipo de desenvolvedores buscan actualmente en Bolt? Necesitas ser un gran senior para pasar a unha startup europea?
Temos unha startup que se está a desenvolver rapidamente, polo que as tarefas e o enfoque para contratar enxeñeiros están cambiando. Por exemplo, cando cheguei por primeira vez, o equipo de desenvolvemento estaba formado por uns 15 desenvolvedores. Despois, claro, só se contrataban maiores, porque hai pouca xente, moito depende de todos, é importante facelo todo ben, cortar o produto.
Entón a empresa creceu, atraeu roldas de financiamento, converteuse nun unicornio -é dicir, a capitalización xa supera os 1 millóns de dólares. Tamén creceu o persoal técnico, agora están a contratar tanto medios como júnior- porque algúns equipos teñen tarefas para as que tales especialistas son necesarios. Agora hai unha oportunidade de facer crecer persoal internamente. Resulta que non só os enxeñeiros máis experimentados teñen a oportunidade de mudarse a traballar para unha startup europea.
Outro punto interesante a este respecto é como se organizan as entrevistas? Que enfoque: é importante resolver problemas, falar de algoritmos, cantas etapas, como se parece?
O noso proceso en Bolt é o seguinte: primeiro dan unha ligazón a un problema sinxelo en Hackerrank, cómpre solucionalo nun tempo determinado, ninguén está mirando ao candidato neste momento. Este é o filtro principal; por certo, un número sorprendentemente grande de persoas non pode pasalo por varios motivos. Se todo está ben, entón hai un par de chamadas en Skype ou Zoom, os enxeñeiros xa están alí presentes e tamén se ofrecen para resolver o problema.
Na primeira e na segunda entrevista, a tarefa é máis un punto de conversa. Normalmente se seleccionan tarefas para que se poidan resolver de varias maneiras. E a elección dunha solución específica só se converte en alimento para conversar co candidato. Hai a oportunidade de facer preguntas para comprender a experiencia da persoa, o enfoque do traballo e comprender se será cómodo traballar con ela. Na terceira convocatoria xa están implicados enxeñeiros principais, estamos a falar de arquitectura, os problemas xiran arredor dela.
A fase final, aqueles especialistas que en principio están preparados para facer unha oferta, son pagados por unha visita á oficina. Isto axuda ás persoas a comprender con quen traballarán, a avaliar a oficina, a cidade e outros puntos. Se todo o mundo está contento con todo, entón o proceso xa está ben establecido: axudan tanto ao enxeñeiro como á familia a mudarse, atopar un apartamento, xardíns de infancia, etc.
Pero en xeral, por certo, de cando en vez hai oportunidades para moverse usando un esquema máis sinxelo. Por exemplo, agora temos . Segundo os resultados da competición, pódese ofrecer unha oferta aos enxeñeiros talentosos despois dunha só entrevista: todo non levará máis dun día.
Cando se trata de carreiras a longo prazo, como abordan as empresas europeas o desenvolvemento dos enxeñeiros? Cales son as traxectorias de crecemento?
Ben, tamén é difícil crear algo novo aquí. En primeiro lugar, a miña empresa ten un orzamento para o desenvolvemento persoal: cada desenvolvedor ten dereito a unha determinada cantidade ao ano, que pode gastar en algo útil: unha entrada para unha conferencia, literatura, algunhas subscricións, etc. En segundo lugar, en termos de habilidades, creces en calquera caso: a startup desenvólvese, aparecen novas tarefas.
Está claro que nun certo nivel -normalmente un senior- pode xurdir unha bifurcación: entrar en xestión ou estudar algunha área en profundidade. Un especialista pode comezar co papel de xefe de equipo e desenvolverse aínda máis nesta dirección.
Por outra banda, sempre hai enxeñeiros que non están moi interesados en traballar moito coa xente, están máis interesados no código, os algoritmos, as infraestruturas, iso é todo. Para estas persoas, despois do posto de enxeñeiro superior, hai roles, por exemplo, enxeñeiro de persoal e mesmo enxeñeiro principal: este é un especialista que non xestiona persoas, senón que actúa como líder de opinión. Dado que un enxeñeiro deste tipo ten moita experiencia, coñece a fondo todo o sistema e a plataforma da empresa, pode escoller a dirección de desenvolvemento das tecnoloxías da empresa. Entende o impacto da innovación no seu conxunto, máis que nas tarefas específicas dun equipo específico. Así que este tipo de iniciativas dende arriba son moi importantes, e ser quen as xera é unha boa forma de desenvolverse.
Como son hoxe Estonia e Tallin en termos de traslado? Que esperar e para que prepararse?
Boa pregunta. En xeral, mudei de Moscova e eu de Korolev, preto de Moscova. Se comparas Tallin con Moscova, non hai xente. Os atascos locais custan dous minutos, o que é simplemente ridículo para un moscovita.
Cerca de 400 mil persoas viven en Tallin, é dicir, preto de un e medio dos meus parentes Korolev. Pero ao mesmo tempo, a cidade ten toda a infraestrutura necesaria para a vida: centros comerciais, escolas, xardíns de infancia, a todos os lugares onde poidas camiñar. Non é necesario desprazarse ao traballo: 10 minutos e estás na oficina. Non é necesario viaxar para camiñar polo centro: o casco histórico está a 5 minutos a pé.
Non hai que levar os nenos á escola: a escola, de novo, está a dez minutos. O supermercado máis próximo tamén está a un par de minutos a pé, o máis afastado leva uns sete minutos en coche. Incluso podo camiñar dende o aeroporto ata a miña casa ou coller un tranvía!
En xeral, é cómodo aquí, pero esa vida simplemente non se pode comparar cunha metrópole. Aquí hai algo menos de oportunidades de lecer; aínda que as existen, adoito ir a concertos de estrelas estranxeiras. Pero se hai decenas de teatros en Moscova, este non é o caso. Por certo, ata hai pouco non había nin un Ikea en Tallin.
Que che guste ou non depende das túas necesidades. Por exemplo, teño unha familia e fillos: a cidade é excelente para unha vida así, chea de oportunidades para practicar deportes. Todo isto encaixa perfectamente coa falta de multitudes de persoas en calquera sitio ou estadio.
Que pasa coas redes profesionais?
Este é un dos puntos interesantes. A pesar de que estamos a falar de "unha raíña e media", o número de todo tipo de reunións, conferencias e eventos para desenvolvedores simplemente está fóra das listas. Agora hai un boom nas startups tecnolóxicas nos Bálticos e Estonia, as empresas son moi abertas, adoitan realizar encontros abertos e compartir experiencias.
Como resultado, pode atascar a súa axenda moi facilmente: ir a eventos de excelentes empresas un par de veces por semana. Isto permítelle establecer conexións horizontais e comprender como os compañeiros doutras empresas resolven problemas similares. Neste sentido, o movemento é moi activo, o que me sorprendeu no seu momento.
E, finalmente, que tan fácil é para un programador rusofalante sentirse cómodo nos países bálticos? Hai diferenza de mentalidade?
É difícil falar de todas as empresas do país no seu conxunto, pero para startups como Bolt isto non debería ser un problema. En primeiro lugar, aquí hai un gran número de enxeñeiros de fala rusa. E é natural chegar á túa propia xente ao principio despois de mudarte. E paréceme que haberá máis xente aquí desde o principio que teña unha mentalidade semellante que cando se mude a algunha startup estadounidense.
Isto é moi bo en termos de traballo, e é máis fácil para a familia: mulleres e fillos tamén se comunican, todos van visitarse, etc. Pois, en xeral, como só na oficina principal hai xente de case 40 nacionalidades, é bastante fácil involucrarse nun ambiente multicultural, e isto ten o seu propio interese.
Ademais disto, tamén hai actividades que reúnen ao equipo como un todo: a nosa empresa, por exemplo, viaxa a diferentes países un par de veces ao ano. Como resultado, xa visitei lugares como Sudáfrica que probablemente nunca tería visitado pola miña conta.
Os que son máis novos e poden organizarse - atopar compañeiros na oficina para ir ao bar o venres non é un problema. Polo tanto, non hai problemas especiais de adaptación e non hai que ter medo de moverse.
Fonte: www.habr.com