Como posso mostrar aptidão para possíveis empregadores quando todo o meu trabalho é em projetos internos? [fechadas]


30

Estou na minha posição atual há muito tempo (10 anos) e, nesse período, sinto que me saí bem como designer, arquiteto de sistemas e programador. No entanto, todo esse trabalho foi realizado em projetos internos que não são acessíveis no mundo exterior.

Vejo muitos conselhos como este que sugerem 'Se você pode literalmente apontar para alguma coisa e dizer "eu escrevi isso", é muito impressionante ". E se você não puder "literalmente apontar" para nada, porque enquanto você é um programador apaixonado que (como o clássico joelismo diz) "é inteligente e faz as coisas", todas essas coisas são invisíveis?

Preciso começar a me comprometer freneticamente com projetos de código aberto? Iniciar um blog do "mundo real" (não interno da empresa)? Francamente, passei a maior parte dos meus 10 anos felizes aqui, e apenas recentemente pensei em partir para pastos mais verdes. Vou afundar antes de começar a procurar por causa do meu foco no trabalho, meu atual empregador, às custas da minha "presença pública"?


Você tem algum projeto de fim de semana / semana? Algumas coisas que exigiram um pouco de engenharia e trabalho? Eu sempre achei esses ótimos para introduzir. E também lhes dá uma perspectiva de como você é apaixonada por seu negócio.

2
Eu estou no mesmo barco - de acordo com os desenvolvedores internos Joel Spolsky são embora sem valor, ou assim ele diz ...
Jonh

Respostas:


24

Mostrar projetos externos é útil, mas nunca foi um bloqueador para mim contratar ou ser contratado no passado.

Se você puder falar sobre os projetos em que trabalhou e explicar para quem está entrevistando alguns detalhes sobre o que você fez, o que correu bem, como isso agregou valor à sua organização. Ficar empolgado com o que você fez e programar em geral é uma boa maneira de marcar pontos em muitos lugares. Mostrar interesse em coisas de código aberto, ter uma conta no github, mesmo que tudo que você faça seja seguir alguns projetos, talvez um pequeno patch, mostra algum valor. Descobri que a maioria dos empregadores não tenta ver os detalhes dos meus projetos de código aberto no github, eles estão animados para vê-lo;)


+1: sempre documente seus projetos pessoais - e nunca é demais escrever um artigo no CodeProject. Vários empregadores em potencial responderam positivamente e comentaram favoravelmente durante as entrevistas.
iAbstract

11
E acho que as pessoas mencionaram blogs. Eu nunca fui grande em blogs como empregador, a menos que sejam realmente prolíficos. No entanto, normalmente olho para algumas das postagens, então se elas são realmente boas, elas se destacam.
Travis

4

Nunca é tarde para começar, é claro.

Conheço programadores o tempo todo que não têm presença on-line; são consumidores de conteúdo, e não fornecedores, e, no entanto, os bons parecem nunca ter muita dificuldade em encontrar trabalho. Se você está no mesmo lugar há dez anos, espero que tenha uma lista completa de realizações para listar em seu currículo, e algumas pessoas com quem você trabalhou que podem atestá-las.


7
Existem muitos blogs ruins por aí, 90% de fato. Eu acho que é preciso um cérebro para saber quando não escrever :)

2

Embora contribuir com projetos de código aberto provavelmente lhe dê alguma vantagem com alguns entrevistadores em alguns ambientes, é improvável que tê-los prejudique os outros entrevistadores ou ambientes por aí.

Alguns ambientes ou entrevistadores específicos podem dar mais ênfase aos projetos de código aberto para os quais eles usam ou contribuem, mas se o seu currículo for bom, é improvável que você sofra por não estar envolvido com esses projetos.

Como sempre, você deve adaptar seu pedido de emprego ao trabalho para o qual está se candidatando. Enfatize as áreas nas quais eles provavelmente se interessarão, enfatize as áreas nas quais é improvável que se interessem.

Entrevistando minha posição atual, enfatizei o trabalho que fiz em um microscópio ultravioleta Extreme, pois sabia que meus possíveis empregadores saberiam o que isso envolve. Deixei claro que, embora não fosse engenheiro óptico ou UHV, tinha como engenheiro de software uma apreciação da óptica reflexiva (e não da refração) e dos sistemas de vácuo ultra-alto. Isso quase certamente me fez destacar da multidão.

Finalmente, apenas porque você não pode mostrar o código a eles (ou às vezes nem falar sobre o produto em detalhes), não significa que você não pode falar sobre as decisões de design que tomou e os efeitos que teve sobre o produto.

Pela minha própria experiência, posso explicar que:

  • No meu primeiro emprego após a universidade, refatorei um sistema militar de cliente / servidor GIS, para que ele tivesse desempenho constante em todas as faixas de zoom, em vez de ficar exponencialmente mais lento à medida que o usuário diminui o zoom.
  • Eu assumi um projeto que já estava com 6 meses de atraso, em que nenhum software havia sido escrito e entregou com sucesso a funcionalidade mais importante no momento em que o hardware estava pronto para testes ao vivo.
  • Carreguei com êxito um aplicativo de visão de máquina de uma biblioteca obsoleta para uma moderna, adicionando suporte para as câmeras Firewire e Gig-E Vision, mantendo a compatibilidade com as câmeras analógicas anteriores.

e assim por diante.


1

Concordo com tudo o que foi dito até agora e recomendo fortemente que você faça algo por conta própria. Não precisa ser algo grande, apenas algo pequeno e interessante que você está fazendo no seu tempo livre. Isso mostra uma atitude "ei, estou interessado em fazer as coisas mesmo depois do horário de trabalho", o que é sempre uma vantagem.


1

Eu não estressaria isso. Estou na posição em que trabalho em projetos dos quais não posso falar muito detalhadamente a ninguém, porque estou no setor de defesa, onde muitas coisas são classificadas. Isso, combinado a não ter uma conta no Github, não me impede de mostrar que eu sei minhas coisas e sou bom no que faço e me saio bem em entrevistas.


1

Isso é muito comum - existem muitas empresas contratantes por aí com muita equipe escrevendo código sob acordos de não divulgação ou confidencialidade que nunca serão liberados.

Muitos deles não têm projetos paralelos ou trabalhos de código aberto, mas ainda conseguem mudar de emprego sem nenhum problema. Então você precisa falar sobre os tipos de trabalho e projetos que você fez sem interromper o NDA.

Obviamente, se você ingressou ou iniciou um projeto de código aberto (ou dois), é uma ótima maneira de realmente mostrar algo.


0

Minha solução para esse tipo de problema foi criar um site pequeno e protegido por senha, que eu pudesse usar como portfólio online. Fui então dividido o trabalho que fiz pelo empregador e depois pelo projeto. Eu tenho um índice de habilidades em outros lugares que se vincula a projetos específicos.

As cláusulas de confidencialidade me impedem de fornecer muitos detalhes, mesmo no meu site, mas sou capaz de destacar o que estava fazendo e quais eram as habilidades relevantes usadas ou adquiridas.

Algo assim pode ajudá-lo. Em última análise, porém, eu concordo com outras pessoas aqui que disseram que não será uma situação improvisada. 10 anos de experiência, juntamente com algumas recomendações positivas, devem ter uma quantidade razoável de peso.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.