Às vezes, as transições dentro dos departamentos são tratadas de maneira diferente. Alguém está simplesmente mais acostumado a ver qualquer mudança de carreira em uma empresa através do prisma do crescimento do emprego. Alguém não considera possível alterar o escopo da atividade, mesmo que seja adjacente ao atual. Outros ainda, em princípio, têm certeza de que a transição de departamento para departamento significa que uma pessoa assume a posição de “nem peixe, nem carne”, e é improvável que consiga algo significativo.
Ao mesmo tempo, alguns empregadores, de todas as maneiras, acolhem isso e consideram algo como um fusível contra o desgaste - uma pessoa muda seu foco de atenção, muda seu departamento ou departamento, mas não muda o trabalho em si como um todo.
Meu nome é Kostya e trabalho na QIWI há quase 4 anos. Hoje vou contar como mudei com êxito do desenvolvimento de front-end para back-end.
Frontend
No QIWI, desde o final de 2014, comecei a trabalhar como desenvolvedor de aplicativos iOS e, em princípio, desenvolvo uma carteira QIWI há alguns anos. Ao mesmo tempo, não posso dizer que era chato - as tarefas eram bem diferentes no âmbito de um aplicativo: estávamos envolvidos na integração da carteira com outros serviços, corrigindo bugs e restringindo a animação. Além disso, houve uma experiência interessante na criação de um aplicativo para o Apple Watch. Então, ele expandiu um pouco o foco e trabalhou no aplicativo iOS para Conscience.
E nessa época, comecei a mudar lentamente para o apoio. Em termos de metodologia flexível, é até conveniente - troquei, no primeiro sprint, consegui realizar algumas tarefas no back-end e, no segundo, pude integrar a API, que escrevi.
Mas naquela época, no back-end, havia poucos desenvolvedores e backlog muito pesado, então, no final, ainda mudei para o back-end completamente. O que estou fazendo agora são as tarefas clássicas do back-end - escrevo código em nossos microsserviços, corrigo bugs, refatoro, compreendo o Kotlin. Há uma oportunidade de trabalhar em um produto novo da empresa - QIWI Investor.
A propósito, não posso dizer que, durante esses dois anos, consegui endurecer de alguma forma, percebi claramente que também havia espaço para desenvolvimento lá. Por exemplo, vejo o que está acontecendo agora na equipe de desenvolvimento móvel e entendo que, se eu tivesse ficado lá, continuaria a crescer mais junto com os caras.
Portanto, houve uma situação ganha-ganha - eu queria ajudar a equipe e o produto (a vantagem no desenvolvimento não estava na direção do back-end) e adquirir novos conhecimentos. Os Timlids entenderam tudo e me deixaram ir sem queixas, o produto também.
Além disso, eu queria diversificar o conhecimento para não me conectar a uma plataforma (o Android é um pouco do meu agrado, mas a Apple ainda está perdendo terreno). Bem, havia um desejo, nesse caso, de poder fazer e fazer um pedido para você (frente e verso), se alguma idéia interessante aparecer de repente. Até agora, não foi realmente útil.
Backend
Obviamente, o primeiro problema que você encontra durante essa transição são as lacunas no equipamento. No meu caso, essas foram algumas das sutilezas de trabalhar com bancos de dados, mas tanto a capacidade de auto-aprendizado quanto a equipe ajudaram aqui - os caras são receptivos e sempre prontos para ajudar e explicar algo em detalhes. No QIWI, em princípio, com treinamento em todas as etapas, está tudo bem, se você é pelo menos um júnior no início do trabalho, pelo menos decide e muda a esfera alguns anos depois.
Ninguém ficou aborrecido por a primeira vez que trabalhei claramente de maneira não tão eficiente, porque tive que me mudar muito (mas, a longo prazo, a equipe ainda venceu).
Obviamente, antes disso, eu tinha uma pequena experiência em vários campos - jogos para celular e web, mas essas eram tentativas mais prováveis de encontrar algo meu, em vez de apenas acumular uma experiência prática e séria.
Impressões do back-end após o front-end
Nenhum trabalho com interface do usuário. Geralmente. Anteriormente, eu tinha que gastar tempo para corrigir bugs na interface do usuário, agora não é. As desvantagens dessa situação são que o usuário final não vê os resultados do meu trabalho especificamente, como foi o caso da frente. Tentei determinar o que era mais difícil - a parte de trás ou a frente e percebi que (pessoalmente para mim) era sempre mais difícil trabalhar com multithreading e a pilha de rede. E aqui não é tão importante - você é da frente ou de trás? Na frente, eu apenas realizei essas tarefas pela primeira vez, sem preparação, e no back-end eu já tinha algum tipo de experiência.
Você pode ganhar experiência e fazer algo legal em qualquer campo, seria um desejo e perseverança, aqui as práticas convergem - fazer algo (e fazer bem), e que funcione de maneira confiável e seja facilmente mantida. Além disso, para o back-end, a presença ou ausência de experiência na frente não é tão crítica. Se o desenvolvedor levar em conta todas as pequenas coisas, ele mesmo pensa nos casos extremos e, no geral, entende como suas APIs serão usadas, ele fará tudo como deveria sem conhecimento prévio.
É mais fácil para mim detectar possíveis problemas só porque conheço os recursos da implementação de nossos aplicativos móveis. Mas isso não é algum tipo de superpotência - é um conjunto de conhecimentos que qualquer backender que frequentemente trabalha com frentes de uma maneira ou de outra.
Qual é o resultado
O desenvolvimento de back-end tornou-se outra boa experiência para mim - aprendi a escrever código e conduzir revisões, pensar na arquitetura. Isso é realmente interessante.
Mas, ao mesmo tempo, tendo tentado viver nessa frente, nesse apoio, não direi que, nesse caso, escolheria imediatamente um back-end no início da minha carreira. Ainda é importante para mim ver e entender como os usuários percebem meu produto. Com o back-end, é tudo muito fantasmagórico.
Provavelmente, escolhendo uma esfera agora, eu iria para um desenvolvedor de jogos ou front-end da web. A web ainda é uma boa plataforma para o lançamento de novos produtos e, ao mesmo tempo, deixou de ser assustadora e difícil de entender. Felizmente, todos esses tutoriais do código do espaguete e do retorno de chamada estão muito atrasados.