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"?
Respostas:
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;)
fonte
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.
fonte
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:
e assim por diante.
fonte
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.
fonte
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.
fonte
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.
fonte
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.
fonte