Li hoje esse post e achei interessante compartilhar. Jason Young sugere algumas questões que você deveria fazer durante uma entrevista de emprego para seu possível empregador.
Longe de ser petulância, essas perguntas evitam futuros dissabores para ambas as partes. Já fui empregador também e sei que nada disso é absurdo ou ofende o entrevistado.
Vou traduzir algumas de forma “livre”, até porque algumas necessitam de “regionalização”:
1) Que tipo de controle de versão vocês usam?
No Brasil, infelizmente, primeiro temos que perguntar se a empresa faz controle de versão, já que não é uma cultura muito difundida principalmente nas empresas mais antigas.
Se a empresa ainda usa Source Safe, fique preocupado! Empresas mais atualizadas procuram utilizar controles mais modernos como o Subversion ou o Team Foundation Server.
2) Sua empresa faz build automatizado?
Bom, se controle de versão já não é tão comum, build automatizado então é mosca branca!
Se ela tiver integração contínua então, pague para trabalhar nela!
3) Como sua empresa gerencia os bugs?
Da mesma forma que a primeira questão, essa traz intrínseca a questão “SE” a empresa gerencia os bugs descobertos em seus sistemas. Se for em planilha do excel, é a mesma coisa que nada. Um sistema de gerenciamento de bugs deve ser facilmente compartilhado na rede, deve apontar quem encontrou, um cenário para reprodução do bug e um acompanhamento da resolução do problema.
4) Os seus programadores tem um ambiente silencioso?
Se o entrevistador vier com um papo bonito como por exemplo “acreditamos que os programadores devam estar junto do suporte para facilitar a troca de informações” ou coisa do gênero, saia correndo! Isso é desculpa para quem não tem grana para separar os departamentos. Programadores devem ficar isolados, no máximo dos máximo, juntos dos analistas. Nosso trabalho exige concentração e não podemos ser interrompidos por zumbidos, gritos ou telefones tocando a toda hora.
5) Quais as ferramentas de desenvolvimento que são usadas?
Obviamente não devemos ligar para a versão. Muitas vezes uma empresa ainda está usando o Visual Studio 2003 porque seus clientes exigem aplicações rodando em framework 1.1.
Se a empresa estiver usando algo como SharpDevelop, desconfie. É legal o esforço do pessoal do SD em fazer algo livre, mas ele nem se compara com o Visual Studio.
6) Quais seus procedimentos de Controle de Qualidade?
Não importa muito o processo em si, e sim se HÁ algum bem definido.
7) Seu ambiente de trabalho é amigável e divertido?
Claro, sabemos que um ambiente como o Google não tem igual, mas há um mínimo que todas as empresas podem alcançar. Cordialidade, respeito entre as pessoas e um minimo de “diversão” é necessário. Não somos peões de fábrica apertadores de parafuso que entram as 8 e saem as 18. A maioria de nós programadores não se importam em ter longas jornadas de trabalho para cumprir um prazo, mas uma contrapartida mínima é necessária.
8) As aplicações possuem testes unitários?
Mais uma daquelas coisas que são um plus em uma empresa. Espero que um dia isso seja uma coisa normal.
9) Como sua empresa espera crescer e se manter competitiva?
Ninguém quer trabalhar em alguma bucha, não é? No entanto, uma empresa não precisa ser grande para ser interessante para nós. Ela precisa ter um norte, saber para onde quer ir e com isso, dar um plano de carreira para seus funcionários.
10) A empresa in$entiva seus funcionários a se especializarem?
Prefira as empresas que de uma forma ou outra incentivem seu aprendizado.
Por outro lado, não seja sacana de pedir demissão um mês depois que sua empresa ter pago para você um curso de milhares de reais. Se a empresa investiu em você, ela espera retorno.
Essas são algumas sugestões. Acrescentem essas perguntas ao seu rol de perguntas pessoal!