Quais fontes de amostra de trabalho devem ser usadas em uma entrevista de emprego? [fechadas]

Um dos meus amigos foi demitido. Quando falei com ele, ele disse que não o deixavam tirar uma cópia de qualquer coisa em que trabalhava. Quando ele perguntou como mostrar o que ele havia trabalhado para outro empregador em uma entrevista, ele foi informado de que teria algumas explicações a fazer.

Devemos, como programadores, ser autorizados a colher amostras de nossos trabalhos anteriores, antigos empregadores? Quais fontes de código devemos exibir em uma entrevista? Quando quase todo empregador pede um exemplo de trabalho, como devemos justificar o que pode ser enviado? É nossa responsabilidade manter projetos pós-trabalho por toda a nossa vida, para que tenhamos um código que possamos mostrar legalmente para o próximo empregador?

O título 17, § 107 do código dos EUA descreve as circunstâncias nas quais uma obra protegida por direitos autorais pode ser copiada para uso justo, independentemente de a obra ter sido publicada ou não. Como a lei de direitos autorais é o que geralmente protege o código fonte, é relevante para sua pergunta.

Não sou advogado e não conheço nenhuma jurisprudência que estabeleça isso de qualquer maneira, mas, na minha opinião, copiar exemplos curtos de seu trabalho seria de uso justo, desde que seja uma amostra pequena o suficiente para não ser uma programa ou módulo de trabalho completo e que não revele segredos comerciais. Um dos dez arquivos da implementação de um driver para um chip com uma folha de dados publicamente disponível não prejudicará seus antigos empregadores de forma alguma. Sua implementação do algoritmo ultra-secreto da empresa, que você ajudou a projetar, vai causar problemas.

Não tenho certeza sobre a parte Jurídica, mas o que penso disso, você nunca deve ter permissão para levar seu trabalho com você. Você foi pago pelo trabalho. Essa não é sua propriedade, mas a propriedade da sua empresa.

É comum as pessoas levarem o trabalho com referência ou por outros motivos, sem informar a empresa. Essa é a única maneira de fazê-lo. Você ainda é responsável por isso, caso vaze.

Eu tive uma situação semelhante em que eu poderia mostrar meu trabalho antigo e que provavelmente teria melhorado meu perfil, mas eu também não escolhi e não me arrependo. Esse era o meu antigo ativo da empresa e deveria ser assim. Se suas habilidades de comunicação não são boas o suficiente para explicar o que você fez, você não deve culpar seu empregador anterior.

Nota: Não tenho certeza de que tipo de trabalho está sendo referenciado aqui. Isso pode importar até certo ponto.

Se alguém viesse a uma entrevista e me mostrasse algo que era claramente propriedade confidencial de um empregador anterior (incluindo o código-fonte de um site público), eu teria sérias reservas quanto à contratação dessa pessoa, independentemente de suas outras habilidades e habilidades.

Ou seja, suspeito que isso seja perfeitamente legal e aceitável, e qualquer empregador subsequente pelo qual vale a pena trabalhar entenderia a situação.

Na minha experiência, os empregadores estão mais interessados ​​nos resultados do seu trabalho anterior, ou em ouvir você descrever a arquitetura dele. Eles não estão interessados ​​em passar por páginas e páginas de código real. Se eles realmente querem ver o seu estilo de codificação, geralmente pedem que você faça alguma tarefa trivial.

Pessoalmente, pergunto aos meus empregadores se posso tirar capturas de tela do meu trabalho para adicionar ao meu portfólio. Vou fazer algumas edições de imagem para remover dados específicos da empresa ou preencher o aplicativo com dados fictícios, para que eles geralmente estejam bem. Posso usar essas capturas de tela para descrever o aplicativo para potenciais empregadores e eles podem ver os resultados do que fiz no passado.

Lembre-se de perguntar ao seu empregador primeiro. Eu não aceitaria nada, mesmo as capturas de tela que tivessem os dados específicos da empresa removidos, a menos que eles estivessem bem com eles.

Não sei ao certo onde você desenha a linha olhando cópias de código ou uma pergunta sobre como você resolveu um problema específico. Em quantos detalhes você pode entrar sem revelar algo importante sobre o código?

Se você me trouxer uma impressão, como sei que você a escreveu? Obviamente, você será solicitado a explicar o que faz e por que fez dessa maneira. Poderia ser igualmente fácil ver o código de outra pessoa e explicar o que ele faz e como você o aprimoraria.

Eventualmente, você só precisará provar que pode escrever código e espero que da maneira que você faz isso seja realmente escrevendo código.

Isso pode poupar alguns problemas se você trabalhar em um projeto de código aberto e receber uma recomendação de uma fonte confiável que possa verificar suas contribuições. Duvido que seu atual empregador reivindique, mas não conheço a lei em que você mora.

Bem, você precisa entender que esse não é o seu código. Você não tem o direito de mostrá-lo a ninguém, e seu antigo empregador certamente tem o direito de protegê-lo como um conjunto, não permitindo que você saia com uma cópia.

O código que você normalmente mostraria em uma entrevista consistiria em projetos de hobby e / ou utilitários que você produzia no seu tempo livre. Se você não tem nada disso para mostrar e está procurando emprego, comece a trabalhar em um. Um repositório público do git-hub é ótimo para mostrar em uma entrevista.

Além disso, acho que exibir um código de empregador anterior em uma entrevista é de mau gosto e provavelmente custará a entrevista. Todo e qualquer pedaço de código PODE estar repleto de bugs que podem expor uma vulnerabilidade.

Recentemente, iniciei um blog que registrava minhas experiências para enfrentar o desafio de aprender a programar. Como inicio bastante tarde, não tenho muitos projetos anteriores, portanto essa também é uma maneira de documentar minha progressão. Esse blog também seria um portfólio público on-line viável de minhas habilidades. Nada nele é construído no tempo de trabalho ou depende de bibliotecas de trabalho ou conceitos proprietários que podem ser cobertos pela confidencialidade.

Este site é possivelmente o único código que eu já teria em mãos - se solicitado na entrevista; é público e tem um histórico de trilhas - embora seja melhor se toda a fonte desses projetos for hospedada no GitHub ou similar.

Se eu não pudesse escrever manualmente a sintaxe e os conceitos básicos para uma pergunta de entrevista no idioma escolhido, provavelmente não seria bom o suficiente para eles.

Tudo o que digo se aplica a funcionários normais e à vontade. Se você é um contratado, as regras podem ser diferentes, embora eu aposto que não muito com relação a esses pontos.

Se você é um funcionário regular, tudo o que você fez é propriedade do seu empregador. Isso significa que você não pode levá-lo com você, sem permissão. É deles - é por isso que eles te pagaram para fazer o trabalho! E eles não necessariamente querem que ele seja mostrado em todo o setor.

Eles estão perfeitamente dentro dos seus direitos de não permitir que você mantenha uma cópia.

Depois de ter sido despedido, é tarde demais, IMO. (Bem, não é tarde demais, mas agora você tem trabalho a fazer no seu novo "tempo livre").

Você deve realizar OUTROS PROJETOS DE PROGRAMAÇÃO no seu tempo livre. Shareware, aplicativos para smartphones ou tablets. Trabalhe em projetos de código aberto. Escolha um e faça-o.

SO - quando o possível empregador pede amostras, você tem muito a mostrar a partir do seu 'tempo livre'.

Eu concordo - as coisas que você fez como funcionário remunerado para seus empregadores anteriores nunca devem ser tomadas e certamente não mostradas.

É propriedade da empresa (a menos que indicado de outra forma em seu contrato, se ele tiver um). Eles podem fazer o que quiserem, incluindo não permitir que ele acesse, mostre ou copie. Eles pagaram para ele produzir algo, é deles.

From what I know of my other co-workers, people easily get the stuff they worked on
(without informing the company), and either make a video or take some screenshots of it
without any problem.

Isso pode ser visto como roubo e muito bem pode ser ilegal.

Eu não sou um advogado.

Uma parte essencial do trabalho de um desenvolvedor é a comunicação. Se você conseguir comunicar bem o histórico e o conhecimento de seu trabalho, não será necessário fornecer o código anterior.

Além disso, a empresa em que você trabalha detém, na grande maioria dos casos, a propriedade intelectual do código que você escreve, então por que eles deveriam, ou de fato, apenas entregá-lo?

Eu nunca pegaria e mostraria o código que escrevi para um empregador anterior. Também não confiaria em alguém que entrevistei que trouxesse código de seu último empregador (eles vão nos roubar o código a seguir? Você realmente o escreveu?).

Uma solução para isso seria trabalhar em um projeto de código aberto ou em um projeto pessoal, se você precisar demonstrar seu código. Enquanto eu fiz isso e me ofereci para mostrar o código que escrevi, a maioria dos empregadores não quer ver o trabalho anterior (não é uma prova de que você realmente o escreveu). Quando entrevistei pessoas no passado, pedi que escrevessem trechos ou respondessem a perguntas relacionadas à programação. Você não pode dizer isso.

Você pode não ter sido capaz de levar consigo o seu trabalho para o seu empregador, mas que programador não tem projetos de animais de estimação que ele possa mostrar?