Existem outras razões além do orçamento para contratar programadores de nível básico? [fechadas]

Existem outras razões além do orçamento para contratar programadores "iniciantes"?

Os grandes desenvolvedores também não tiveram experiência.

Grandes desenvolvedores não são apenas caros, mas também difíceis de encontrar. Portanto, se você tiver um processo de triagem e contratação de alta qualidade, a contratação de desenvolvedores iniciantes pode ser uma ótima maneira de encontrar esses iniciantes e transformá-los em ótimos desenvolvedores .

Existem muitas outras razões:

• Crescendo seu próprio talento. Às vezes, é mais fácil contratar uma pessoa iniciante e treiná-la nas tecnologias e tarefas necessárias.
• Leva menos tempo para encontrar uma pessoa iniciante do que uma pessoa Sênior.
• Reabasteça sua força de trabalho. Como muitos desenvolvedores se mudam para uma empresa, muitas vezes não escrevem tanto código. Alguém precisa estar disponível para preencher essa lacuna.
• Economizadores de tempo. Mesmo que um Sr. dev ainda esteja escrevendo código, é provável que não tenha tempo para fazer tudo. Eles precisam delegar, portanto, precisam de alguém para delegar.

Treine o próximo conjunto de desenvolvedores da maneira que você e seus métodos permitem.

Supondo que "nível básico" signifique aproximadamente "graduados novos", pode haver motivos sinistros.

Um novo aluno provavelmente NÃO saberá muito sobre seus direitos em virtude do fato de ele não ter trabalhado em nenhum lugar ainda. A menos que seu tio seja advogado ou RH, ele definitivamente não o fará.

Um programador experiente pode saber sobre seus direitos simplesmente pelo fato de ter passado por altos e baixos em outras empresas.

É fácil encontrar brechas, enganar, manipular e enganar graduados novos quando se trata de questões e leis legais e de RH complicadas. Você não pode fazer isso facilmente com um programador experiente que trabalhou em algumas empresas. Porque, mesmo que ele não tenha memorizado todas as leis, ele saberá por experiência própria o que está acontecendo em outras empresas e será capturado imediatamente se algo estiver suspeito.

Em resumo: um programador experiente já caiu no poço (feito por empregadores anteriores) e sabe que não deve entrar nele novamente. Um novo aluno não tem e não quer.

Algumas coisas que os empregadores astuciosos querem enganar recém-formados:

• Porcaria de estágio não remunerado
• Qualquer coisa relacionada à contratação ou demissão
• Remuneração e bônus
• Hora extra
• NDAs estúpidos e contratos de serviço
• Aplicação de NDAs estúpidos e contratos de serviço

Os recém-formados apenas assumem que as coisas deveriam ser assim, porque não sabem melhor. Portanto, ele é um jackpot para o empregador.

AVISO LEGAL: Conheço essas coisas não porque as faço, mas porque as pessoas fizeram isso comigo.

Por que você contrataria um programador sênior se apenas precisasse de alguém para realizar tarefas grunhidas?

Pessoalmente, se eu fosse um programador sênior que me pedisse para fazer nada além de tarefas simples o dia todo, eu desistiria.

Às vezes, você tem tarefas que exigem execução, mas não exigem a amplitude de experiência que um programador mais experiente terá. Essas tarefas geralmente são repetitivas e não muito significativas como programador, mas são boas para novos contratados cortando seus dentes de leite.

Há também considerações sobre pessoas que podem ser ensinadas. Freqüentemente, um programador experiente, que não é muito experiente, mas claramente não é um novo contratado, ganhou alguma experiência e ainda não conseguiu eliminar o "Eu já sei tudo", "Por que devo mudar", "Não gosto de aprender novas maneiras "atitudes que você não encontrará predominantes em uma nova contratação.

Novas idéias? as coisas que ensinam na universidade estão mudando constantemente; é bem possível que o recém-formado que você contratou tenha algumas idéias que seus programadores experientes não considerariam porque estão presos a uma certa maneira de pensar.

Altruísmo, acho que qualquer empresa precisa entender que todos começamos em algum lugar e, se não começamos, não continuamos sendo desenvolvedores.

Mão-de-obra barata, além de ter um recrutamento de pós-graduação, obtém sua mão-de-obra barata, também pode promover relacionamentos com universidades locais e levar a mão-de-obra ainda mais barata, se não gratuita, na forma de estágios de verão (eu não concordo em não pagar).

Não pagando por uma escavadeira quando tudo que você precisa é de uma pá, se você precisar de uma latrina escavada, por que pagar milhares por uma escavadeira, quando você pode obter uma plebe com uma pá. Certamente a plebe com a pá pode avançar a ponto de ser uma escavadora, mas até esse ponto, por que pagar por isso.

Desenvolvedores experientes também podem se cansar de coisas que consideram insignificantes, onde um graduado recente pode aprender muito sobre isso.

Não sei mais se é verdade (mas há cerca de 10 anos) no mundo contratante do governo (provavelmente em outros setores também) as empresas recebem baixas fiscais por contratar novos graduados.

• Precisamos de alguém para fazer as coisas padrão, eles precisam de experiência.
• Podemos ensinar-lhes bons hábitos e, com algumas tentativas, conseguir um bom programador em alguns anos.

A empresa em que trabalho contrata "iniciantes" por um motivo específico. Seus produtos mais maduros e lucrativos foram desenvolvidos em uma estrutura de terceiros que ninguém ouviu falar ou que passaria o tempo aprendendo de outra forma. A posição é anunciada como nenhuma experiência ou grau exigido, pois todo o treinamento será fornecido internamente às pessoas que desejam aprender. Também é uma desculpa para pagar salários pateticamente baixos, e funciona já que praticamente não há risco desses novos programadores levarem suas habilidades recém-adquiridas para outro lugar.

Muitas empresas querem alguém cujo molde possa treinar para fazer as coisas do jeito que elas querem, não do jeito que alguma outra empresa fez. Além disso, essas posições tendem a reconhecer que haverá uma curva de aprendizado devido à falta de experiência e que a empresa está bem com isso. A empresa confia essencialmente que esse indivíduo acabará se tornando um ativo muito bom para a empresa ao longo do tempo.

Muitas vezes, é mais fácil desenhar em um pedaço de papel em branco do que atualizar um esboço existente.

No software, isso geralmente é chamado de desenvolvimento greenfield vs brownfield.

Se bem feito, você pode acabar com alguém que entende melhor o seu negócio e está entusiasmado.

Você realmente precisa garantir que você tenha um recurso profissional que possa levar o recém-chegado à sua lista. Contanto que você se encontre alguém entusiasmado e proativo com relação ao próprio desenvolvimento, eles brilharão. Se você os encontrar mexendo com alguma idéia, forçar e encorajá-la, eles sentirão que podem contribuir com algo.

Você precisa tratá-los como um aprendiz em uma oficina, fazê-los fazer trabalhos de merda, mas ao mesmo tempo dar-lhes tempo para experimentar, é a melhor maneira que eu encontrei. Você acaba descobrindo que eles vão trabalhar no dia seguinte com algo que eles fizeram em casa e está empolgado em contar o que fez.

Além das razões já mencionadas, devemos observar que esse é um padrão intrínseco à natureza humana. Ao longo da história, podemos ver mão-de-obra qualificada organizada de certa maneira, com mestres liderando um grupo de aprendizes e um grupo menor de profissionais (artesãos de nível intermediário) a construir coisas juntos.

Aparece repetidamente, com nomes e detalhes diferentes, mas geralmente o mesmo padrão básico, porque funciona bem com a maneira como nossos cérebros são conectados. Portanto, não devemos nos surpreender ao ver uma organização semelhante na programação de computadores, que é outra forma de mão de obra qualificada. Podemos chamar os mestres de arquitetos, os desenvolvedores seniores desenvolvedores e os aprendizes de desenvolvedores juniores, mas o padrão é o mesmo.

Você pode querer programadores inexperientes para treiná-los para fazer do seu jeito. Isso pressupõe:

• Você os treinará; e
• Você tem uma maneira melhor do que a média de fazer as coisas.

Você também pode querer um programador inexperiente, porque não precisa de programas que desafiem ou interessem a um programador experiente. Além disso, se você tiver programadores experientes, poderá desafiá-los, orientando-os como programadores inexperientes.

Um programador de inexperiência pode ter uma perspectiva de que você precisa. NIH (não inventado aqui) e WADITW (sempre fazemos dessa maneira) nem sempre são os melhores. Escolha alguém que faça perguntas de sondagem. Esteja preparado para mudar seus caminhos.

Você pode se sair melhor com um programador experiente, pois pode ter uma produtividade maior por dólar. As taxas de produtividade documentadas são de 26 a 1. Você pode ter sorte e obter um programador inexperiente altamente produtivo.

Se a taxa de rotatividade de funcionários for alta, você poderá contratar apenas programadores inexperientes.

Se seu orçamento é per capita, programadores inexperientes podem ser tudo o que você pode pagar. Isso não significa que seu projeto custará menos. É muito mais provável que custe mais. Menos programadores experientes podem ser mais econômicos.

Programadores experientes trazem bagagem de projetos anteriores. Parte disso será bom e parte será ruim. Se você não tiver os recursos para minimizar o mal e maximizar o bem, convém um programador inexperiente. Eles terão bagagem diferente.

Você pode exigir habilidades ou conhecimentos que seus programadores experientes não possuem, mas que um programador de inexperiência possui. Contrate-os e faça algum treinamento cruzado com seus programadores experientes.

É bom cultivar talentos. Encontre pelo menos um programador de inexperiência para sua equipe. Treine-os e mentore-os. Desafie e apoie-os. Aprenda com a nova perspectiva deles, como eles aprendem com a sua perspectiva experiente.

Hoje, muitas empresas nos EUA querem que alguém entre, faça uma tarefa e vá embora. Eles não querem alguém que tenha tempo para descobrir algo, nem querem alguém que precise de coisas explicadas. Consequentemente, a maioria dos anúncios para desenvolvedores solicita / requer um período de doze anos de experiência em tudo.

O que eu acho que deveria mudar é mudar para uma cultura corporativa diferente. O Daily WTF tinha um ensaio chamado " Up Or Out ". Embora o modelo mencionado nesse ensaio seja usado na profissão jurídica (assim como em algumas empresas de consultoria), esse modelo não se enquadra bem na cultura corporativa existente.

Orçamento quase nunca deve ser a razão pela qual você deve contratar novos.

A principal razão pela qual você recruta calouros é quando:

1. você precisa de energia e talento frescos que tornem a organização mais vibrante

2. Você precisa trabalhar em inovação de ponta ou disruptiva, onde não deseja contratar pessoas da velha escola

3. Você é uma empresa jovem que deseja explorar o mundo e deseja definir sua própria ideologia e estilo.

Todas essas respostas com ótimas e nobres razões para contratar pessoas de nível básico são legais e tudo.

A resposta real é: uma empresa obtém o melhor recurso possível pela quantidade de dinheiro que está disposta a gastar. Isso é negócio. Se não estiver disposto a gastar muito, anuncia para alguém que não custa muito. "Nível básico" é uma frase de sinalização de anúncio de emprego destinada a resultar nesse resultado. O RH não perde tempo entrevistando desenvolvedores de deus do rock que eles não podem pagar.

Se tiverem sorte, encontrarão alguém que está subestimando seu valor, subestimando a si próprio como "nível de entrada" quando, na verdade, é mais experiente que isso. Você pode imaginar uma empresa não aceitando uma oferta tão tentadora? Claro que não. Todo o "podemos desenvolvê-los à nossa imagem" "energia fresca nos torna mais vibrantes" sai pela janela naquele momento.

Tão. Procure na maioria dessas respostas para ver as justificativas agradáveis ​​do mundo feliz. A resposta real é: sim, essa decisão é quase sempre orçamentária.

Meu palpite é que a outra razão é a falta de melhores / disponíveis programadores.