Estive observando algumas ofertas de emprego e notei que uma boa quantidade delas lista os IDEs na seção "habilidades necessárias", mesmo para cargos de nível superior. Isso também não está localizado em uma empresa, mas é algo que surge uma vez em cada poucos lançamentos.
Estou perplexo com esse requisito de trabalho, pois meus mentores e alguns dos melhores codificadores que já vi na vida foram os ninjas do VIM / Emacs. Da mesma forma, quando trabalho com pessoas, não me importo muito com as ferramentas que elas usam, desde que sejam produtivas na equipe.
Alguém pode explicar a lógica por trás da contratação de gerentes, tornando os IDEs um requisito oficial de emprego?
Respostas:
Se a organização padronizou um IDE ou um ambiente de desenvolvimento singular, eles podem chamar isso na descrição / postagem do trabalho, pois é uma habilidade que separaria um candidato do outro durante o processo de triagem e entrevista. No entanto, apenas porque é um requisito não significa que ele seja realmente um requisito e as empresas podem contratar alguém que não atenda a todos os "requisitos" identificados .
fonte
Em algumas empresas, o uso de um IDE é padronizado.
Eles esperam que todos os codificadores usem o mesmo IDE e, portanto, estão procurando candidatos com proficiência em usá-lo.
Alguns IDEs fornecem depuração integrada, conclusão de código, modelos, controle de origem e mais recursos e, como tal, uma empresa pode querer garantir que um desenvolvedor que receba saiba como usar o IDE de maneira eficaz.
Dito isto, na maioria das vezes, conhecer um IDE não é um requisito difícil, é apenas um prazer, no que diz respeito aos gerentes e à equipe de contratação. Se estes itens estão listados como um "must have", suspeito que a mão de pessoas que não codificam para ganhar a vida (RH, recrutadores, etc ...).
fonte
A empresa pode ter extensões ou plug-ins personalizados específicos para um IDE específico ou, mais frequentemente, simplesmente ter seu fluxo de trabalho definido em termos de recursos do IDE. Por exemplo, sua ferramenta de construção padrão pode consumir diretamente um arquivo de projeto do IDE ou depender de alguma estrutura de diretório específica. Eles também podem ter padrões de codificação aplicados ou verificados usando uma opção ou plug-in IDE específico.
fonte
Eu não leria muito sobre isso.
Organizações maiores tendem a ter departamentos de RH e desenvolvimento separados. Geralmente, o RH tem pouco ou nenhum entendimento do que as equipes de desenvolvimento realmente precisam em um candidato e da mesma forma com o gerente de contratação que entende o que o RH precisa para avaliar os candidatos.
Portanto, coisas tolas como um IDE se tornam parte dos requisitos oficiais, pois é uma medida concreta que o RH pode filtrar.
Se ele vem para cima durante a entrevista, e o gerente de contratação não pode fornecer uma razão específica para que XYZ IDE deve ser usado para o desenvolvimento em sua loja, em seguida, considerar que uma bandeira vermelha.
fonte
Talvez eles usem um IDE muito específico (fornecido por um fornecedor de nicho de mercado para tecnologias de nicho de mercado - acho que algumas ferramentas SAP podem contar nessa área) que leva algum tempo para melhorar e eles não têm tempo para esperar um novo contratado para acompanhar. Talvez eles façam muitas ferramentas / scripts específicos para um IDE, para que precisem de pessoas com essa habilidade.
Na verdade, eu nunca me deparei com essas situações (onde o IDE era listado como um item obrigatório; eu o vi muitas vezes na seção de habilidades de "bom ter" em uma publicação de emprego) e nunca ouvi falar de tal coisa ser um estraga-prazeres no processo de contratação. Mas essa é apenas a minha experiência ...
fonte
Eu posso lhe dar um cenário ... trabalho para uma grande corporação financeira. Temos uma lista de softwares "aprovados" que temos permissão para instalar em nossas máquinas. Isso inclui ambientes de desenvolvimento. É uma questão de segurança; ajuda a acompanhar possíveis problemas com PCs e laptops individuais.
Ao contratar, os gerentes precisam levar em consideração quais IDEs estarão disponíveis para novos funcionários e, é claro, se eles não têm experiência com o que está disponível, não farão muito bem.
fonte