Estou no QA há 10 anos, tentando entrar em desenvolvimento por cerca de 5 deles. Tive aulas em C ++, Java e C #. Consegui escrever algumas ferramentas e testes de unidade em C # no meu trabalho atual e (segundo todas as contas) fiz um bom trabalho.
No entanto, há oito meses, meu empregador me encarregou da responsabilidade de estabelecer o novo grupo de controle de qualidade. Agora estou testando e implantando manualmente sem a promessa de retornar ao desenvolvimento. Eu olhei para os quadros de empregos e há muitos trabalhos para desenvolvedores da Web. Então, o que mais posso fazer para obter um? Peguei alguns livros sobre Ruby on Rails que pretendo trabalhar no Mac em casa, mas não tenho certeza se os empregadores estariam interessados em nada além de desenvolvimento comercial da Web.
Você tem alguma sugestão de como posso usar minha experiência para conseguir um emprego como desenvolvedor júnior? E eu quero dizer um que envolve programação; as postagens que eu vi para desenvolvedores juniores equivalem a fazer todo o trabalho pesado além da codificação. Eles deveriam apenas chamá-los de "secretários técnicos".
Respostas:
Você já conversou com seu empregador atual sobre seu desejo de se tornar um desenvolvedor? Comece com isso e, se não o fizerem, é hora de procurar outro lugar.
Se você estiver olhando para as posições de desenvolvedor (é melhor começar com posições juniores), verifique se você terá experiência no desenvolvimento real, não no "trabalho duro" que você mencionou. Desde que chegue a algum lugar, aguarde alguns anos e, se não for sua xícara de chá, siga em frente. Ter uma posição de desenvolvedor em seu currículo, mesmo por alguns anos, ajudará você a obter melhores posições. Eu seria honesto durante todas as entrevistas e enfatizo que você é apaixonado por se tornar um desenvolvedor depois de toda a experiência de controle de qualidade que você tem.
Você definitivamente deve aproveitar sua experiência de controle de qualidade, porque a experiência conta.
fonte
O controle de qualidade é frequentemente desprezado pelos desenvolvedores - e isso geralmente é injustificável.
No entanto, o viés existe e você não pode retirar exatamente o controle de qualidade do seu currículo.
Aqui está minha sugestão: Em vez de fazer uma transição diretamente para o dev, faça uma transição para um "papel intermediário". O termo (pelo menos nos EUA) é chamado de "Engenheiro de Automação". Ele combina habilidades de controle de qualidade com habilidades de programação e geralmente envolve muito pouco teste manual ou controle de qualidade tradicional. Sua experiência com testes de unidade e o foco de um TDD tornam essa posição bastante agradável. Eu mantive essa posição por um ano (embora eu vim do dev e depois voltei ao dev) e posso lhe dizer que havia muita engenharia de software a ser feita.
Se você permanecer no controle de qualidade, mude para uma empresa onde há mais mobilidade interna, se você se sair bem (existem empresas) e onde há uma tradição e foco em testes automatizados.
Experimente também com lojas ágeis. Eles tendem a observar menos os limites de qa / dev.
fonte
Não me lembro de ter visto trabalhos de "secretária técnica" quando estava procurando meu primeiro trabalho de desenvolvimento. Isso pode variar de acordo com o local onde você está, é claro, mas acho que se você realmente deseja iniciar o desenvolvimento, não deve discriminar as ofertas de trabalho para desenvolvedores juniores. A maioria, se não todos, dirão algo como "outras tarefas, conforme exigido pela gerência". Isso é normal. Isso não significa que você estará fazendo café para seu chefe.
Eu acho que o importante para você seria conseguir o primeiro emprego de desenvolvedor. Realmente não importa o que é - você só precisa que "desenvolvedor de software" apareça em seu currículo para facilitar a localização do seu segundo trabalho de desenvolvedor, o que provavelmente será melhor que o primeiro.
Sua experiência existente em controle de qualidade pode funcionar a seu favor. Você tem uma experiência de trabalho do mundo real que provavelmente não é um graduado da faculdade. Portanto, o melhor conselho que posso dar é começar a me candidatar a empregos e a entrevistar. Se você não for contratado, acompanhe as pessoas que o entrevistaram e pergunte o que você poderia ter feito melhor ou de maneira diferente. Isso vai ajudá-lo mais do que qualquer outra coisa.
fonte
Minha primeira tarefa como desenvolvedor júnior após 1,5 anos em controle de qualidade (e 3 anos em suporte durante os verões) foi corrigir problemas de marcação e css. Depois de algumas semanas, eu estava corrigindo defeitos simples de código antes de assumir a responsabilidade por áreas de trabalho e, eventualmente, projetos.
Em qualquer profissão, você começa do fundo e sobe, o desenvolvimento certamente não é uma exceção e é muito competitivo. Você claramente tem aptidão (aprende 4 idiomas) e dirige. O controle de qualidade e a experiência em testes de unidade também facilitarão sua vida.
Aceite um emprego como desenvolvedor júnior e aguarde sua paixão, experiência e capacidade para levá-lo ainda mais na escada da responsabilidade.
fonte
Com base na sua pergunta, a área em que você mora parece ter um grande número de posições no webdev, mas parece que seu trabalho de classe está mais focado no desenvolvimento de aplicativos.
Se seu objetivo é simplesmente mudar para um trabalho de desenvolvimento, abra sua pesquisa para qualquer trabalho de desenvolvimento. Adapte seu currículo para se concentrar em sua experiência de desenvolvimento no trabalho, escreva algumas frases para descrever as ferramentas / testes de unidade automatizados que você escreveu. Isso não apenas mostrará que você tem alguma experiência em desenvolvimento, mas também mostrará que você pode documentar seu trabalho de maneira inteligente. Apenas não faça um bloco de texto de preenchimento, ele precisa ser escrito bem o suficiente para que o revisor não arquive seu currículo na cesta sob a mesa deles. Se você acha que não pode torná-lo interessante, ainda não está tentando. Faça o mesmo para explicar seus cursos e projetos paralelos. Apenas certifique-se de deixar alguns detalhes interessantes sobre os quais você pode falar quando receber a entrevista.
Dito isto, não menospreze sua experiência no controle de qualidade. Se você digitar o código para ajudar os desenvolvedores a identificar onde estão os erros, certifique-se de explicar que, se você estiver constantemente procurando maneiras de melhorar os processos, não deixe isso de fora, se você estiver sentado em sua mesa esperando o dia para terminar ... então você provavelmente não quer mencionar isso. Apenas verifique se tudo o que você coloca no seu currículo é baseado na realidade, boa sorte.
fonte
Se eu fosse um SDET (e graças a Deus não sou), mostraria minha aptidão para engenharia de software implementando uma valiosa ferramenta interna para a empresa e usaria C ++ / Java / C # para demonstrar minhas habilidades. A razão pela qual eu trabalhava em uma ferramenta interna é que provavelmente não teria a chance de escrever código voltado para o cliente como um SDET; portanto, uma ferramenta interna é o (único) caminho a seguir.
Pense em qualquer tipo de infraestrutura ou ferramentas internas necessárias à sua empresa, mas que não possui engenheiros suficientes para trabalhar nelas, como monitoramento do sistema, geração de relatórios, equipamento de teste, etc., e crie o melhor sistema possível. Pergunte ao seu gerente ou gerente do gerente o que eles precisam em infraestrutura, para que o que você construa seja importante para a empresa.
E quando você o criar, aplique sólidas habilidades de engenharia de software:
fonte
No início de muitos trabalhos, me disseram que não tocaria no código ativo por meses. Isso dura cerca de duas semanas. Então, alguém lança um novo projeto no grupo de desenvolvimento já inundado. Adivinha quem está disponível?
fonte