Contratar desenvolvedores - listar o IDE como um requisito?

17

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?

MrFox
fonte
25
Os requisitos de trabalho nas listagens são escritos por pessoas de RH que não contratam gerentes; essas pessoas apenas perguntam quais ferramentas os engenheiros usam e listam usando essas ferramentas como requisitos.
Jimmy Hoffa
Pode haver um outro lado disso. Alguns desenvolvedores podem preferir um IDE específico e, portanto, usá-lo em suas pesquisas e, portanto, listar o IDE, pode facilitar a localização de sites agregadores para encontrar trabalhos.
JB King
@JimG Eu não conseguia pensar em uma boa razão para esse requisito e sempre o descartei como 'estupidez pelo RH' e sinalizadores vermelhos em termos de cultura da empresa. Mas IMHO aqui, várias respostas forneceram boas razões que fazem sentido e serão úteis para as pessoas que se perguntam a mesma coisa que eu. Em particular, achei as respostas da TMN e da aserwin trazendo bons pontos.
MrFox 16/10/12
Quanto maior a lista de requisitos, menos importa. No entanto, para o .NET, eu ficaria surpreso se eles não pensassem que você era estranho por não usar o Visual Studio. Para C / C ++, eu acho que eles estão sendo esquisitos por exigir um IDE ou editor específico. Eu sou um cara de JavaScript, então posso estar desinformado.
amigos estão dizendo sobre erik

Respostas:

23

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 .

Thomas Owens
fonte
4
E afasta aqueles que vão declarar uma guerra santa do IDE no primeiro dia.
JeffO 15/10/12
9

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 ...).

Oded
fonte
1
Eu diria que saber como usar o IDE do Visual Studio é um "requisito difícil" para trabalhar no .NET. No entanto, provavelmente não existe um para trabalhar com LAMP e / ou Java na maioria das equipes. Quando eu tiver contratado nesses lugares usando essas tecnologias todos usavam seu ambiente favorito edição (Notepad ++ EMACS, Eclipse, etc.)
jfrankcarr
2
@jfrankcarr - Devo discordar (a menos que você esteja falando especificamente sobre o desenvolvimento somente para .NET do Windows). Pergunte aos caras mono ... MonoDevelop e SharpDevelop são IDEs capazes para C #, por exemplo.
Oded
1
Parece-me que, se um IDE é tão difícil de usar, você precisa de experiência para ser produtivo imediatamente, é muito ruim. (E, para o registro, eu nunca encontrou Visual Studio para ser uma má IDE.)
Gort the Robot
@Oded - apenas Windows. Não tenho visto muito interesse pela Mono nas áreas corporativas em que trabalhei / contratei. LAMP e Java são as alternativas populares ao .NET.
jfrankcarr
5
@StevenBurnap O Eclipse pode ser um bom exemplo de exemplo em que a experiência seria um benefício. Faz tudo o que você precisa, mas é tão contra-intuitivo de usar que as pessoas demoram muito tempo para se atualizar.
Brian Knoblauch
9

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.

TMN
fonte
3

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
2

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 ...

FrustratedWithFormsDesigner
fonte
2

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.

aserwin
fonte
Eles não estão dispostos a treinar novos contratados? Trabalho em uma situação semelhante em uma empresa financeira e usamos apenas o IBM RAD para desenvolvimento em Java, mas não temos problema em contratar desenvolvedores de pessoas, desde que tenham experiência em Java e alguma experiência com um IDE - e isso pode não ser importante desde que podem fazer o que precisam - conheço dois desenvolvedores aqui que acessam a linha de comando para gerenciar servidores locais durante a codificação. Eu não acho que alguém se importaria se eles usassem o Bloco de Notas para escrever Java, desde que pudessem concluir seu trabalho a tempo.
FrustratedWithFormsDesigner
1
O treinamento não é uma opção aqui. Isso é bem rápido ... Fui contratado para corrigir um determinado aplicativo; Recebi um laptop e um número de telefone e o resto era comigo. Literalmente.
aserwin
Uau! Acho que nesse caso, ter um IDE específico seria um requisito difícil para a contratação.
FrustratedWithFormsDesigner