Posso me candidatar a empregos de "Engenheiro de software" sem ser engenheiro? [fechadas]

Eu sou de um país em que o uso da palavra "Engenheiro" ou "Engenharia" é estritamente regulamentado por legislação. Isso significa que você deve ter um diploma em Engenharia E ter passado em um exame para ingressar na associação profissional dos Engenheiros para usar o título. Estou um pouco confuso sobre o termo "Engenheiro de Software", usado na indústria, globalmente.

Li a página da wikipedia em Engenheiro de software e a seção vinculada da página sobre o termo uso, que oferece uma discussão aprofundada. No entanto, minha pergunta é de alguma forma mais concreta.

Sabendo que não sou formado em engenharia (ainda gosto de produzir software funcional e bem projetado!), Quando vejo uma vaga para um engenheiro de software de uma empresa internacional, seria apropriado aplicar ? De alguma forma, devo enfatizar que não sou formado em engenharia?

Você não vai perder tempo de ninguém. Vá em frente. E você nem precisa enfatizar que não é formado em engenharia. Seu CV (Resumo) obviamente indicará quais graus você possui e, por inferência, o que você não possui. Evite apenas empresas que afirmam especificamente que estão apenas procurando credenciados, etc.

EDIT: A razão para isso é que o desenvolvimento de software de computador foi, ainda é e continuará sendo por um tempo um campo liderado pela indústria, em crescimento explosivo, onde 99% de "o que é esse trabalho" é aprendido no local de trabalho, não na universidade. A Universidade é boa para aprender a se especializar em um assunto específico por meio de um mestrado ou superior e, quando uma empresa procura um especialista, geralmente declara esse requisito. Isso vem de alguém que possui um "Bacharelado em Ciência da Computação" e que, no entanto, aprendeu que o que está fazendo é de fato uma ciência fora da Universidade. (Inicialmente no ensino médio, quando aprendi o que é pesquisa binária e, mais tarde, no trabalho, quando aprendi o que era OOP. Na Universidade, eles ainda não tinham ouvido falar em OOP.)

Nos EUA, "engenheiro de software" é um cargo comum que realmente não significa nada diferente de "programador / analista" ou "desenvolvedor de software". Depende do que a empresa em questão deseja divulgar como título.

Por exemplo, em um local em que trabalhei, quase todos tinham um cargo que terminava com "engenheiro" ou "técnico". O gerente de RH da minha região foi chamado de "Engenheiro Líder de Recursos Humanos".

Alguns dos melhores desenvolvedores de software com quem trabalhei não tinham um diploma relacionado ao desenvolvimento de software. Eu sou formado em TI, mas ainda segui uma carreira em desenvolvimento de software.

As associações profissionais de engenharia tendem a se formar quando um campo técnico em particular tem padrões e práticas aceitáveis ​​e universais e não contestados E quando há uma quantidade relativamente grande de mão-de-obra qualificada em comparação à demanda por esses profissionais. Isso acontece em campos de engenharia relativamente maduros.

A engenharia de software ainda não está lá, mas está se aproximando lentamente. O problema é que, se você fizer uma amostragem aleatória dos engenheiros de software hoje e fizer uma pergunta simples, como "Projetar um aplicativo baseado na Web CRUD para rastreamento __ ", você obterá designs totalmente diferentes. Alguns serão bons projetos, alguns serão pobres, outros serão únicos, outros serão padronizados. Inferno, se você colocar James Gosling, Martin Fowler e várias outras grandes mentes em uma sala, eles provavelmente terão mais argumentos e diferenças do que concordam.

Além disso, considere que, do ponto de vista empresarial e social, às vezes tendemos a concordar com software de baixa qualidade (dependendo da disponibilidade de alternativas e preço). Compare isso com a perspectiva empresarial e social da qualidade que esperamos de uma ponte. Ninguém aceita uma ponte de baixa qualidade, e os engenheiros que a projetam fazem isso sob diretrizes rígidas e padrões aceitos.

Na minha opinião, chegará ao ponto em que o custo e o valor de 90% do software disponível hoje se alinharão mais adequadamente, e o que permanecerá serão projetos grandes, caros e altamente orientados por padrões, com métodos altamente aceitos e formalizados para abordar o design problemas Somente nesse momento a necessidade de engenheiros qualificados em uma associação profissional será maior do que a necessidade de um garoto inteligente e inteligente que também possa fazer o trabalho com menos formalidade. Não vejo isso acontecendo por pelo menos mais 15 a 20 anos.

Normalmente, nos anúncios de emprego, é mencionado se um diploma é necessário ou não. Decida se deseja aplicar ou não, dependendo disso. Se não for mencionado, há chances de que o trabalho exija mais experiência ou atitude do que diploma. Nesse caso, na minha opinião, você pode se inscrever e se arriscar. De qualquer forma, quando os recrutadores perceberem que você não possui nenhum diploma em seu currículo, eles decidirão se você será selecionado.

Pelo menos nos EUA, a chave é que você precisa fazer o que está descrito na descrição. A maneira como você adquiriu essas habilidades é menos importante.

NO ENTANTO - existem empresas que fazem triagem, onde isso ajuda muito para uma posição de nível básico, se você tiver:

• Bacharelado ou Bacharelado em algo
• De preferência um bacharelado em algo vagamente relacionado a computadores - como Engenharia de Computação, Engenharia de Software, Ciência da Computação, TI, Matemática ou algo semelhante. Mesmo EEs, Física ou qualquer outra ciência provavelmente oferecem mais oportunidades do que, digamos, Linguística ou Belas Artes.
• Um bom GPA

Isso tem a ver com o processo de triagem da empresa e com o número de candidatos que eles têm. Quanto menos formal a empresa, em geral, menos restritiva é a triagem.

No final, tenho poucas dúvidas de que você consiga um emprego na "engenharia de software", desde que possa fazer o que eles dizem na descrição e fazer isso através do seu currículo e da entrevista. A definição de "engenharia" como algo altamente legislado e de base é única o suficiente para o país em questão e não será traduzida internacionalmente. Algumas certificações profissionais podem - tudo depende da certificação e da especialidade que ela demonstra.

Currículos

Quanto ao currículo, recomendo destacar o que você PODE fazer. Não é o que você não fez. Um formato clássico de currículo incluirá: - seus objetivos - sua educação - suas habilidades técnicas - sua experiência anterior de trabalho

Deixar de lado um elemento crítico é uma ótima maneira de demonstrar que você não possui esse elemento, não precisa ir além para dizer o que não faz. Por exemplo, se você possui algum número de anos de faculdade completo, mas não se matriculou, mencione onde estudou e quantos anos e alguns cursos importantes. A falta de data de formatura (ou data prevista de formatura) é uma dica direta de que você ainda não terminou a escola.

Ao falar sobre as habilidades adquiridas por meio de projetos pessoais independentes, você tem duas opções, IMO, dependendo da quantidade de espaço disponível.

• para um candidato mais jovem, eu listaria o adquirente de habilidades em uma seção de habilidades - por exemplo, linguagens de programação, metodologias, ferramentas de desenvolvimento etc. E, em seguida, liste o projeto pessoal em "experiência" com uma anotação de que esse era um projeto pessoal. Eu conheci um candidato que implementou código dinâmico de servidor da Web dessa maneira, em um site de jogos, e quando ele forneceu o link, fui além para brincar com o site dele e ter uma idéia do que ele havia feito. vitória real para a nossa discussão.

• para um candidato mais experiente, com uma lista de experiências de uma milha de comprimento - insira as novas habilidades na "seção habilidades / conhecimento", a menos que o projeto seja inacreditável e esteja disponível para revisão. Por exemplo, se você codificou uma grande parte do Hibernate - coloque isso lá !!! mas se você criou um servidor web para o seu grupo de bingo ... provavelmente estou mais interessado na grande empresa que o empregou nos últimos 3 anos ...

Minha filosofia geral é: é seu trabalho mostrar à empresa por que eles devem contratá-lo. O trabalho deles é verificar se você é ou não o mais adequado para o cargo e eles farão isso levando-o em consideração em comparação com o número maior de candidatos. Se todos os outros candidatos tiverem um diploma formal e uma certificação profissional, você poderá estar sem sorte ... mas, se não, poderá ter o conjunto de habilidades perfeito.

Não seja pego em títulos. Se eles significaram algo para essa empresa, eles simplesmente ignoram seu currículo / currículo. Você deve se inscrever em todos os trabalhos que achar que irá gostar. Não se limite no portão de partida. Na pior das hipóteses, desperdiça trinta minutos do seu tempo.

Engenheiro de software não é um engenheiro de verdade. Houve um movimento para formalizar o desenvolvimento de software em uma posição de engenharia, mas atingiu muitos obstáculos. O desenvolvimento de software ainda é novo demais e está se desenvolvendo rápido demais para ser definido adequadamente em uma profissão de engenharia, como um engenheiro mecânico ou elétrico. Há também um debate sobre se o desenvolvimento de software realmente se encaixa na mesma definição de engenheiro ou se seria benéfico fazer do desenvolvimento de software um processo de engenharia.