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

14

Um dos meus amigos foi demitido. Quando eu falei com ele, ele disse que eles não o deixaram levar uma cópia de qualquer coisa que ele trabalhou. Quando ele perguntou como mostrar o que ele trabalhou para outro empregador em uma entrevista, foi-lhe dito que ele teria algumas explicações para fazer.

Devemos, como programadores, ser autorizados a colher amostras do nosso trabalho anterior, ex-empregadores? Que fontes de código devemos mostrar em uma entrevista? Quando quase todos os empregadores pedem amostras de trabalho, como podemos justificar o que pode ser enviado? É nossa responsabilidade manter projetos após o trabalho para toda a nossa vida, por isso temos código que podemos mostrar legalmente ao nosso próximo empregador?

    
por Joan Venge 08.02.2012 / 20:57
fonte

13 respostas

4

O título 17 § 107 do código dos EUA descreve as circunstâncias em que um trabalho protegido por direitos autorais pode ser copiado por usar, se o trabalho foi publicado ou não. Como a lei de direitos autorais é o que geralmente protege o código-fonte, é relevante para sua pergunta.

Eu não sou advogado, e não tenho conhecimento de nenhuma jurisprudência estabelecendo isso de qualquer forma, mas na minha opinião copiar pequenos exemplos de seu trabalho seria de uso justo, desde que seja uma amostra pequena o suficiente para não é um programa ou módulo de trabalho completo e não revela nenhum segredo comercial. Um dos dez arquivos de sua implementação de um driver para um chip com uma folha de dados disponível publicamente não vai prejudicar seus antigos empregadores de forma alguma. Sua implementação do algoritmo ultrassecreto da empresa que você ajudou a projetar vai causar problemas.

    
por 09.02.2012 / 00:25
fonte
8

Eu não tenho certeza sobre a parte Legal , mas o que eu penso sobre isso, 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 seu trabalho com elas por referência ou por outros motivos, sem informar a empresa. Essa é a única maneira de fazer isso. Você ainda é responsável por isso, no caso de vazamentos.

Eu tive uma situação parecida onde eu poderia mostrar meu trabalho antigo e isso provavelmente teria impulsionado meu perfil, mas eu escolhi não muito e não me arrependo. Essa era a minha velha empresa e deveria ser assim. Se as suas habilidades de comunicação não forem boas o suficiente para explicar o que você fez, você não deve estar culpando seu empregador anterior.

Nota: não sei ao certo que tipo de trabalho está sendo mencionado aqui. Isso pode importar até certo ponto.

    
por 08.02.2012 / 21:04
fonte
6

Se alguém veio a uma entrevista e me mostrou 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 sobre contratar essa pessoa independentemente de suas outras habilidades e habilidades. .

Ou seja, eu suspeito que isso seja perfeitamente legal e aceitável, e qualquer empregador subseqüente que valha a pena trabalhar entenderia a situação.

    
por 08.02.2012 / 21:08
fonte
6

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

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

Lembre-se de perguntar primeiro ao seu empregador. Eu não pegaria nada, nem mesmo screenshots que tivessem dados específicos da empresa removidos, a menos que eles estivessem bem com isso.

    
por 08.02.2012 / 21:56
fonte
3

Não tenho certeza de onde você desenhou a linha ao examinar cópias de código ou uma pergunta sobre como você resolveu um problema específico. Quanto detalhe você pode entrar sem revelar algo importante sobre o código?

Se você me der uma impressão, como eu sei que você escreveu? É claro que você será solicitado a explicar o que faz e por que você fez dessa maneira. Pode ser tão fácil ver o código de outra pessoa e explicar o que ela faz e como você a melhoraria.

Eventualmente, você só precisa provar que pode escrever código e espero que a maneira de fazer isso seja realmente escrevendo código.

Ele pode economizar 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 isso, mas não conheço a lei em que você mora.

    
por 08.02.2012 / 22:24
fonte
2

Bem, você precisa entender que não é o seu código. Você não tem o direito de mostrá-lo a ninguém, e seu ex-empregador certamente tem o direito de protegê-lo como se não o deixasse sair 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ê produziu em seu tempo livre. Se você não tem nenhum desses para mostrar e está procurando um emprego, comece a trabalhar em um. Um repositório público do git-hub é uma ótima coisa para mostrar em uma entrevista.

Além disso, acho que mostrar 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 ser crivado de bugs que podem expor uma vulnerabilidade.

    
por 08.02.2012 / 21:10
fonte
2

Recentemente, comecei um blog registrando minhas experiências no desafio de aprender a programar. Como eu sou um investidor tardio, eu não tenho muitos projetos anteriores, então esta é também uma forma 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á tinha à mão - se solicitado na entrevista; é público e tem um histórico de faixas, embora seja melhor que toda a fonte desses projetos esteja hospedada no GitHub ou similar.

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

    
por 05.12.2012 / 22:08
fonte
1

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

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

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

    
por 08.02.2012 / 21:05
fonte
1

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

Você deve estar fazendo outros PROGRAMAS DE PROGRAMAÇÃO no seu tempo livre. Shareware, smartphone ou tablet. Trabalhar em projetos de código aberto. ESCOLHA UM, e depois faça.

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

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

    
por 09.02.2012 / 00:47
fonte
0

É propriedade da empresa (salvo indicação em contrário no seu contrato, se tiver uma). 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 advogado.

    
por 08.02.2012 / 21:05
fonte
0

Uma parte fundamental de um trabalho de desenvolvedores é a comunicação. Se você puder comunicar o histórico de trabalho e o conhecimento do passado bem, não há necessidade de fornecer o código anterior.

Além disso, a empresa para a qual você trabalha na maioria dos casos, detém a propriedade intelectual do código que você escreve, então por que eles ou eles simplesmente o entregariam?

    
por 08.02.2012 / 22:12
fonte
0

Eu nunca aceitaria e mostraria o código que escrevi para um empregador anterior. Eu também não confiaria em alguém que eu entrevistei que trouxe código de seu último empregador (eles vão roubar código de nós em seguida? Você realmente escreveu isso?).

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. Embora tenha feito isso e me oferecido 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 tenha escrito). Quando entrevistei pessoas no passado, pedi que escrevessem trechos ou respondessem a perguntas relacionadas à programação. Você não pode BS isso.

    
por 09.02.2012 / 03:26
fonte
-1

Você pode não ter conseguido levar o seu trabalho com você para o seu empregador, mas o programador não tem projetos favoritos que ele possa mostrar?

    
por 08.02.2012 / 22:53
fonte

Tags