Leo Balter

Hoje, no twitter, chegou um artigo que listava meios de como se contratar um programador da forma mais equívoca possível.

A lista era bem interessante, concordei com muitos pontos da mesma. Resolvi passar uns trechos pra português explicando um pouco de cada aspecto que foram considerados, de certa forma, os maiores vícios para se encontrar um bom programador.

Vamos à lista:

Muitos acrônimos valem mais pontos

Esse é digno do troféu joinha-joinha. Não precisa se preocupar com o que o programador já trabalhou. Para nosso programador que procuramos o que vale mais é a quantidade de acrônimos que ele vai citar. 1 ponto pra cada, com direito a bônus se esse acrônimo já tem mais de 10 anos no mercado.

Veja alguns como exemplo:

JMS, XML, J2ME, AJAX, SSRS, SSIS, JSB, WCS, JSTL, HTML, DHTML, XHTML, MOSS, SOAP, BO, WPF

Como não cair nessa cilada? Simplesmente ignore isso no currículo da pessoa. Se for extremamente necessário pelo menos pergunte pra pessoa sabe pra que serve isso ou aquilo, mas essa pergunta tem que ser referente à tecnologia que precisam que esse programador tenha conhecimento. Nesse caso o significado nem é necessário.

Sempre um número arbitrário ao lado de cada habilidade

• 10+ anos no ramo de TI
• 8+ anos com tecnologias Microsoft
• 5+ anos com Banco de Dados Relacionais, como o SQL Server
• 3+ anos com o C#
• 1+ anos com tecnologias web

O exemplo acima é ótimo pra mostrar o quanto não importa se o programador é bom ou não. Ele pode ter ficado um tempão no mercado, ser um completo asno, mas é esse tipo de profissional que vai ter maior valorização e salário.

Não é pra contar esse tempo como uma soma de todos anos, seria a forma mais estúpida de considerar a experiência dele, que até de certa forma é feita por muitos empregadores. O que vão querer aí são muitos números pra mostrar pro patrão que esse cara tem que ganhar mais.

Como também não cair nessa cilada? Simplesmente avalie mesmo o programador. Uma simples prova pode dizer horrores sobre a pessoa. Dizem por aí que burrice não tem cura. Se for o caso desse programador com 10 anos de TI, provavelmente vai ser notado em um tipo qualquer de avaliação.

Não se deve dizer nada positivo sobre o cargo

É uma perda de tempo pra quem procura esse tipo de programador. Não se diz os possíveis projetos em que a pessoa vai trabalhar, como é o ambiente da equipe, como os desenvolvedores trabalham em conjunto ou qualquer outro aspecto técnico não importa qual seja.

Ignorando tudo o que o programador pensa a empresa demonstra diretamente a sua real atitude de “pouco nos importa”. Isso limita e regra os funcionários de questionarem ou sugerirem quaisquer coisas quando passam a trabalhar, como cadeiras não quebradas e software licenciado.

Métodos ágeis são para hippies.

Utilize eufemismos para os aspectos ruins da empresa

Obviamente, se alguém realmente soubesse como é essa empresa, não gostaria de fato de trabalhar nela. Inclusive é por isso que todos os outros desenvolvedores saíram e a empresa está em constante contratação. Claramente é preciso mentir, logo vai uma tradução básica:

• O que dizem
  O que significa
• O horário padrão é de cerca de 40 a 50 horas por semana
  Esperamos que os desenvolvedores trabalhem em seus cubículos 24h por dia todos os dias da semana
• Esse é um cargo de suporte
  Não é para o desenvolvedor ter vida além do trabalho
• Você vai trabalhar junto do Gerente de Projetos, do DBA, do analista de testes e do analista de qualidade
  Nosso ambiente é totalmente político, cercado de regras totalmente ridículas feitas por pessoas que não entendem nada de software.
• Seu cargo envolve trabalhar em tempo real
  Nós não fazemos ideia do que significa “trabalhar em tempo real”, mas soa bem.
• Grande oportunidade de crescimento
  Só pessoas desesperadas vão querer continuar lidando com isso
• O candidato deve saber obter seus recursos, ser responsável e estar pronto para trabalhar sob pressão
  Nossa corporação tem a cultura no melhor estilo: “O senhor das moscas”

O currículo deve ser entregue em formado .doc do Word

Exigir que o currículo esteja em um modo proprietário e de plataforma específica como o formato .doc do Word, invés de um .pdf, .html ou até um .txt é um bom modo de testar o profissional.

Assim a empresa pode saber se o programador está pronto a seguir as regras da empresa e seu departamento de Relações Humanas.

A empresa não quer ter profissionais com princípios básicos e ideais próprios. Que demonstrem-se rebeldes e sigam conceitos baseados em interoperabilidade ou usabilidade.

Considerações finais

Seguindo essas dicas, a empresa pode ou não continuar contratando péssimos programadores. As vezes uma reflexão própria é bom pra quem está nesse outro lado.

Pessoalmente, afirmo ao final que não estou fazendo nenhuma alegoria direta ou indireta a alguma empresa, pessoa ou entidade. É fato que há uma certa quantidade de empresas no mercado com essas filosofias, totalmente ou parcialmente, porém felizmente não é o caso de eu ter participado de uma assim em momento qualquer da minha vida.