Olá, cidadãos de Habrovsk!
Recentemente, pude realizar uma quantidade razoável de entrevistas e até receber ofertas de algumas empresas conhecidas e não tão europeias, mas hoje não vou falar sobre como se preparar para resolver problemas complicados de programação ou qual a melhor maneira de demonstrar habilidades pessoais. Hoje falaremos sobre contratos de código aberto e de trabalho, o quanto eles correspondem um ao outro e quais armadilhas podem estar aqui. Não há nada mais triste do que uma aposentadoria forçada após três etapas de entrevistas e uma semana de lição de casa, quando se trata de entender que você não assinará este contrato de trabalho, mesmo sob a mira de uma arma. Vi muitos contratos de trabalho e aprendi a distinguir entre muito ruim e ruim, ruim de tolerável e tolerável de boa. Leia mais sobre tudo sob o corte.
Isenção de responsabilidade: neste artigo, descreverei não apenas minha experiência, mas também a experiência de meus amigos. Por razões óbvias, não mencionarei empresas por nome neste artigo.
Então, imagine a situação: você faz uma tarefa de teste por uma semana, passa por três estágios de uma entrevista, eles enviam uma oferta com uma mudança para a Europa Ocidental por um dinheiro relativamente bom, você está pronto para largar tudo e já recolher suas malas, mas algo o preocupa, você pede mais algum tempo pense e peça para lhe enviar um rascunho do contrato de trabalho. Você estuda cuidadosamente o contrato, mergulha em todas as nuances e entende que este é um exemplo de contato muito ruim, sob os termos dos quais você:
- Você não tem o direito de divulgar absolutamente nada, a partir da palavra. Caso contrário - uma multa grande.
- Você pode esquecer seus projetos. Caso contrário - uma multa grande.
- Se houver pelo menos alguma conexão entre o que você faz / inventa muito tempo após o emprego e o que trabalhou ou mesmo aprendeu / ganhou experiência com esse empregador, deve transferir todos os direitos de acordo com ele. Mesmo para isso, você precisa ir para outro país e solicitar patentes e cessão de direitos. Caso contrário - uma multa grande.
- Você está fazendo horas extras sem compensação adicional.
- Nos termos do contrato, o empregador pode mudar unilateralmente.
E isso não é tudo. Em geral, o assunto é claro - além da caixa registradora.
Mesmo antes desse incidente, eu estava pensando profundamente na cláusula de propriedade intelectual ou no parágrafo sobre direitos de propriedade intelectual em contratos de trabalho de trabalhadores da indústria de TI e programadores em particular. Escrever um código de qualidade geralmente é a única habilidade que possuímos e aprimoramos há muitos anos com a esperança de vendê-lo mais caro, mas em algum momento chega ao entendimento de que a habilidade não pode apenas ser vendida, mas também investida em código aberto, que é cada vez mais chamada de matéria escura da indústria de software, onde sua "gravidade" e outras "leis da física" operam. É possível contribuir com projetos de código aberto para o autodesenvolvimento e o trabalho em rede com outros devolopers, mas geralmente também para os potenciais empregadores perceberem você. Um perfil no Github geralmente pode dizer mais sobre um desenvolvedor do que um perfil no Linkedin e escrever código-fonte aberto, participar de uma revisão coletiva de código, corrigir bugs e escrever documentação para projetos de código-fonte aberto torna-se parte da vida dos desenvolvedores mais ativos e orientados a objetivos.
Participando de várias conferências de TI na Europa, conheci o termo amigável à IP em relação aos contratos de trabalho. Este termo refere-se a esses acordos, que de forma alguma limitam os trabalhadores em termos de direcionar seus esforços intelectuais em seu tempo livre ou introduzir restrições razoáveis para proteger o empregador da concorrência. Por exemplo, os termos do contrato, que afirmam que "tudo o que foi feito no equipamento do empregador e de acordo com as instruções diretas do empregador pertence ao empregador" é mais amigável para o indivíduo do que "tudo o que foi feito durante a vigência do contrato de trabalho pertence incondicionalmente ao empregador". Como se costuma dizer, sinta a diferença!
O Google foi o primeiro a entender a importância de apoiar projetos de código aberto pelos desenvolvedores, o que permitiu que seus funcionários dediquem até 20% do seu tempo para abrir projetos, enquanto outras empresas líderes adotaram a tendência e não ficaram para trás. O benefício para as empresas é óbvio, essa é uma estratégia em que todos ganham, porque a empresa obtém uma reputação de hub para os desenvolvedores mais talentosos, o que, por sua vez, atrai profissionais ainda mais poderosos. O limiar para entrar nessas empresas é muito alto e o melhor dos melhores é selecionado lá.
A maioria das empresas conhece menos as novas tendências apenas com boatos e tenta incluir o máximo de restrições possível no contrato de trabalho. Eu tive que atender a essas formulações, sem exagero, como "O empregador é o dono de tudo e de tudo criado pelo funcionário". É um fato triste, mas muitos desenvolvedores concordam com essas condições devido à falta de conhecimento no campo dos direitos de propriedade intelectual ou devido a uma situação de vida difícil (aqui não é até o processo de licitação). Como a situação pode ser melhorada? Na minha opinião, existem várias maneiras:
- Aumentar a conscientização dos trabalhadores da indústria de TI sobre os direitos de propriedade intelectual.
- Promover as idéias de contratos favoráveis à PI entre os empregadores.
- Não apenas participe de projetos de código aberto, mas seja evangelista de código aberto.
- Para apoiar os desenvolvedores em sua disputa com as corporações, esforçar-se para garantir que a opinião pública esteja do lado do desenvolvedor se a corporação tentar "espremer" o projeto.
No final, encontrei um emprego com melhores condições de contrato. O principal é não se apressar para a primeira frase e continuar pesquisando. E para contribuir com o código aberto, porque a herança cultural do desenvolvedor é seu código e, se o desenvolvedor escreve todo o código para as empresas, seu legado, sua impressão visível e tangível no cenário digital é nulo .
PS Se você gostou deste artigo, torne-se meu assinante no Habré - ainda tenho muitas idéias não realizadas sobre as quais quero escrever, para que você seja o primeiro a saber sobre elas.
PPS O artigo planeja continuar ...