Três anos em um projeto - não há lugar para se desenvolver fisicamente. Há menos entusiasmo todos os dias, e apenas olhar o código estudado de cima para baixo já está hibernando. Isso é familiar? Parabéns, você está "esgotado".
Na minha opinião, a estagnação é a pior coisa que pode acontecer a um especialista em TI. Mas para mim, parece que encontrei certas condições que não definem uma direção clara, mas descrevem a atmosfera circundante, propícia ao meu crescimento profissional. Em busca de uma opção adequada para mim, mudei mais de um empregador. Ele até conseguiu servir sob o contrato.
Com base na experiência adquirida, formulei cinco princípios que você encontrará abaixo. Talvez eles sirvam você também?
"Diga-me, por favor, para onde devo ir daqui?"
"Para onde você quer ir?" - o gato respondeu.
"Eu não ligo", disse Alice.
"Então não importa para onde ir", disse o gato.
"Apenas para chegar a algum lugar", explicou Alice.
"Você com certeza vai a algum lugar", disse o gato. "Você apenas tem que ir o tempo suficiente."(C) Lewis Carroll, Alice no País das Maravilhas
Em vez de um prefácio, observo que não faz sentido falar em desenvolvimento se não houver objetivos conscientes para o futuro. Isso não precisa ser um plano claro por 3 a 5 anos, com indicação de cargos e salários, como eles gostam de perguntar nas entrevistas. Mas você precisa entender o que realmente deseja e, dar o próximo passo, imaginar como isso se relaciona com a meta global.
Por exemplo, acredito que é necessário cobrir o número máximo de diferentes áreas tecnológicas para garantir o crescimento. Ao mesmo tempo, não se deve apenas ler alguns livros, mas se aprofundar em problemas reais de negócios. No futuro, será necessário algum tipo de desenvolvimento administrativo. Parece-me que ele não contornará um único especialista estabelecido, por isso já estou desempenhando algumas das funções de liderança. E todas essas diversas tarefas se encaixam na minha ideia de futuro.
Princípio 1. O desenvolvimento pessoal de um especialista busca o nível de maturidade da empresa.Processos mais perfeitos - crescimento mais rápido. Por outro lado, quanto mais experiência e conhecimento, mais difícil é se dar bem em uma organização onde os processos não são construídos.
Comecei a trabalhar como estudante. Depois de ler o livro de Roman Savin "Testing Dot Com, ou o Manual sobre tratamento cruel de bugs em empresas iniciantes na Internet", fui testar, sem realmente imaginar o processo de desenvolvimento. Esta foi a primeira experiência em um projeto real. Mas, como eu entendi depois, era difícil lá não apenas por causa da falta de conhecimento, mas também por causa do “pântano” organizacional banal. Não havia nem documentação de teste naquela empresa - todo mundo não se importava com o que estava acontecendo.
Posteriormente, procurando um novo local, escolhi empresas com processos estabelecidos. Motiva, faz "bombeado" na direção certa.
É verdade que os processos são diferentes. No meio da minha jornada de trabalho, fui picado por uma mosca e, já tendo uma experiência decente em testes de automação, decidi largar tudo e fiz um contrato para as fileiras de nossas valentes forças armadas. No exército com "processos" treinados, não me dava bem - sobrevivi apenas dois anos. Se fosse possível sair de lá de acordo com o Código do Trabalho da Federação Russa, tendo trabalhado por duas semanas, eu o faria no primeiro mês. Apesar da bem-sucedida “carreira” (eles queriam me ver em toda a sede), percebi que isso não era adequado para mim.
Depois do exército, tive que ir desde o início - entrar em uma organização com processos simples para aumentar meu conhecimento e depois procurar alguém com mais avançados.
Obviamente, não apenas os processos são importantes, mas também a equipe. Em quase todos os lugares, você pode aprender algo, mas é bom quando há alguém para procurar em uma equipe, quando há ajuda de colegas mais experientes na solução de novos problemas técnicos.
Princípio 2. É possível e necessário dominar áreas de conhecimento relacionadas. Isso permite que você alcance um nível diferente de abstração, reconheça o que já é conhecido e descubra novas áreas de interesse.Nos meus dias de estudante, comecei com testes manuais. Já tendo chegado ao segundo trabalho, com uma abordagem mais perfeita aos testes, aprendi muito sobre o design de testes, como os aplicativos da Web foram criados (na época, todos os meus projetos estavam na web). Lá, escrevemos uma loja on-line para uma fábrica de impressão em Kentucky - nosso software validava os pedidos dos clientes antes de enviá-los à fábrica. “Acostumado” a isso, percebi que tenho forças para dominar a automação. Posteriormente, até o diploma de mestrado escreveu sobre o tópico "Automação de teste de um projeto da web em C # usando selenium webdriver". Esse foi um dos primeiros trabalhos relacionados especificamente a testes, então a proteção disparou com força.
Tendo dominado a automação, eu, juntamente com vários colegas, acabei no departamento de QA Automation. E por uma coincidência engraçada, restava apenas uma coisa: de alguma forma sair e arrastar toda a automação dos testes sozinho.
Honestamente, não havia muito conhecimento então. Eu realmente nem sabia sobre CI / CD, embora a configuração de Travis estivesse entre as tarefas. Eu tive que ler sobre tudo, perguntar ou procurar respostas nos fóruns. Mas essa foi outra ampliação dos meus horizontes, e gostei. No final, eu ainda consegui obter o Travis CI.
A fala aqui, a propósito, não é necessariamente sobre tecnologia. Agora, por exemplo, assumi algumas funções administrativas para me testar nesse campo (uma espécie de "solicitação de emprego" é líder em testes dentro da empresa, ou seja, entre todos os projetos). Eu já havia pensado em mudar na direção "administrativa" - planejava entrar na liderança e, mais tarde, talvez, adquirir meu produto. Mas então lembrei o que é a automação e o quão interessante é (como eu disse, levou um certo tempo depois do exército), então o caminho administrativo deixou de ser tão atraente agora. No entanto, por que não experimentá-lo, se puder? Agora, agora, monitorei o trabalho em todos os projetos do empregador, supervisionei o desenvolvimento do departamento de testes, dei classificações para novos projetos.
Tudo isso amplia os horizontes, dá novas oportunidades de desenvolvimento.
Princípio 3. A tecnologia e as ferramentas desempenham um papel importante no desenvolvimento profissional. Mas a liquidez de um especialista no mercado de trabalho como um todo é mais importante para mim.Depois do exército, acabei em uma empresa que usa, digamos, uma abordagem não convencional para testar a automação. Antes, me acostumei a usar algumas estruturas e ferramentas populares usadas em quase todas as empresas. Mas meu novo empregador usou uma ferramenta escrita pelos desenvolvedores desta empresa. E essa automação muito específica se resumiu ao fato de simplesmente descrevermos casos de teste em tabelas.
Depois do exército, isso não foi ruim - houve uma oportunidade de entrar gradualmente nos trilhos. Mas se eu tivesse ficado cinco anos nessas condições, teria sido excelente na elaboração das tabelas, mas dificilmente teria sido um especialista em líquidos no mercado de trabalho. Isso não me agradou, apesar do dinheiro, viagens e outros bônus. Senti que, depois de algum tempo, continuaria sendo um "idiota" e, desenvolvendo na direção proposta, estaria interessado apenas nessa empresa.
Eu queria mergulhar mais na lógica de negócios, especialmente porque é diferente para todos os projetos. E fui para uma abordagem mais tradicional. Mudando de empregador, analisei com o que exatamente a empresa trabalha, em quais projetos e em quais áreas estou interessado. E, como resultado, ele partiu para uma organização cujas tarefas me destacam como especialista em automação de testes, mais flexível e com maior demanda no setor (isso ficou evidente até mesmo pelos requisitos das vagas abertas). Eu poderia ter certeza de que, no futuro, encontraria trabalho no mesmo perfil.
No início, em um novo local, participei da automação do back-end de teste, em particular a API REST. Não foi a primeira vez que me deparei com o teste da API REST, mas o fiz manualmente antes e não havia experiência em automação nem na estrutura dos meus projetos domésticos. Esse foi outro teste para mim - tive que ingressar em uma nova tarefa, aprender uma nova ferramenta específica para mim (Robot Framework - os testes são executados de maneira um pouco diferente do pepino usual para mim). Eu tive que trabalhar muito estreitamente com o banco de dados nesse projeto, por isso instalei o SQL ao longo do caminho.
Em cerca de um ano, tentei a automação de testes da API e decidi mudar levemente a direção. Atualmente, estou trabalhando na automação de testes para aplicativos móveis. Recebo casos de teste na entrada de testadores manuais e os automatizo em nossa infraestrutura. Apoio o desempenho de testes existentes e configuro a integração contínua.
Uma área separada do meu trabalho é o teste da interface do usuário. Algo está mudando constantemente aqui, muitas dependências de outros componentes surgem, e a principal tarefa é tornar os testes estáveis, inclusive através do umedecimento de sistemas externos. Tudo isso é interessante e demanda.
Princípio 4. O desenvolvimento sob as asas do empregador deve ter um certo grau de liberdade.
Tenho uma experiência bastante multifacetada, que me permitiu confirmar a verdade comum da TI em minha própria pele: se você não está desenvolvendo, permanece parado no conhecimento, considere que já está atrasado.Acima de tudo, eu senti isso, apenas voltando do exército. Dois anos atingiram seriamente o meu conhecimento. Parece que meu valor como especialista desapareceu lentamente com todos: "Desejo-lhe boa saúde!" Eu tinha que me lembrar muito e fazer ainda mais. Durante a minha ausência, surgiram muitas novas direções, em particular, a automação de testes móveis começou a se desenvolver, o que geralmente passou por mim.
Percebendo isso, eu estava procurando oportunidades para acompanhar esse "trem que partia" da indústria. É mais fácil acompanhar projetos reais. É verdade que o primeiro trabalho depois do exército simplesmente não permitiu que isso fosse feito. Mas o atual empregador deu luz verde às experiências. Por exemplo, minha área de competência inclui o estudo e a integração de novas ferramentas interessantes que ajudam a tornar a automação de testes em minha área mais flexível e transparente. Claro, tudo requer a aprovação da liderança, mas tenho certa liberdade na escolha da direção.
Acima, estamos falando sobre liberdade no sentido estrito. Mas, para mim, a liberdade em um sentido mais amplo acabou sendo importante - a capacidade de alternar entre pilhas tecnológicas.
A estagnação do trabalho acontece. Você entende que o projeto, com toda a sua atratividade inicial, está começando a se tornar chato - você está farto de ferramentas e tecnologias, muitos momentos se tornam claros e desinteressantes. E, em geral, a tarefa não carrega mais essa complexidade, não precisa sobrecarregar o cérebro. Talvez seja um sino, sugerindo que é hora de mudar alguma coisa.
E é bom que o empregador reaja de maneira flexível a isso. No meu emprego atual, o gerente liga regularmente conosco, descobre se gostamos do projeto, se gostamos do trabalho. E quando, em algum momento, senti que estava cansado da tarefa, como mencionei acima, eles me ofereceram outra - apenas com uma pilha de tecnologia diferente. Então, eu entrei na automação de testes móveis, no começo, sem nem mesmo saber como executar o teste. Para mim, foi uma história inteira, um teste real. A solução para esses problemas me traz um grande prazer. Do sentimento de estagnação, não havia mais vestígios.
E percebi que um dos aspectos da autorrealização dentro da empresa para mim é a presença de vários projetos ao vivo, bem como a possibilidade de transição entre eles (bem, é claro, não toda semana, mas pelo menos uma vez por ano).
Princípio 5. O formato do trabalho desempenha um papel menor na autorrealização do que eu pensava anteriormente. Trabalho e desenvolvimento remotos não se contradizem.Muitas vezes, você pode ouvir a opinião de que algum tipo de auto-realização está disponível apenas no escritório. Por várias razões. E concordo parcialmente com isso, porque me considero uma pessoa socialmente dependente, gosto de me comunicar com pessoas vivas. Portanto, quando me ofereceram a saída para um lugar remoto, a princípio tive medo de ficar sozinho. Mas, naquele momento, eu já tinha uma experiência positiva de trabalho a tempo parcial remoto e decidi experimentá-lo.
No momento, trabalho remotamente há um ano e meio. E para ser sincero, não vejo muita diferença. Em grandes empresas, com muita freqüência sua equipe está localizada em outra cidade ou país. E a mecânica é a mesma: ligar no Skype, conversar no Slack. Em termos de trabalho e minhas aspirações no campo do crescimento profissional, nada mudou.
A única coisa - para mim, ainda mais do que para os trabalhadores de escritório, é perceptível o risco de esgotamento profissional. Formato remoto - flexível em termos de horário e local de trabalho. E isso é um mais e um menos. No começo, foi difícil para mim separar a casa e o trabalho: você está em casa, o dia de trabalho acabou; parece: "Ruslan, vá descansar!" Mas não. Fui atraído para concluir a tarefa. Antes de me mudar para udalenka, ouvi falar disso, mas não podia acreditar que você esteja tão envolvido no trabalho. Tendo encontrado esse problema do meu jeito, percebi que precisava procurar algum tipo de linha virtual que não pudesse ser cruzada. Caso contrário, você apenas começará a se esgotar no trabalho. Você não precisa mais de nenhum desenvolvimento. Mas isso não é uma questão de formato, mas apenas um aspecto da autodisciplina. Eu descobri isso rapidamente.
Os princípios listados não respondem à pergunta "o que devo estudar agora?" ou "onde trabalhar depois?". Mas para mim, como especialista, eles determinam certos parâmetros de conforto pessoal, refletindo a idéia de que a própria formulação da pergunta "o que devo aprender para que haja desenvolvimento" está incorreta. É muito mais correto pensar em quais condições geralmente devem ser criadas (ou encontradas) para apoiar a realização de seus objetivos e potencial.
Autor do artigo: Ruslan Abdulin
PS Publicamos nossos artigos em vários sites do Runet. Assine nossas páginas no
canal VK ,
FB ou
Telegram para descobrir todas as nossas publicações e outras notícias do Maxilect.