
Olá, amigos do Habrahabr!
Recentemente, participei de diversas entrevistas de emprego e até recebi ofertas de algumas empresas europeias, conhecidas e não tão conhecidas. Mas hoje não vou falar sobre como se preparar para resolver exercícios desafiadores de programação ou como demonstrar soft skills. Hoje vamos discutir sobre código aberto e contratos de trabalho, quão compatíveis eles são entre si e quais podem ser os armadilhas. Não há nada mais triste do que um afastamento forçado após três etapas de entrevistas e uma semana de trabalho doméstico, quando você percebe que não assinará esse contrato de trabalho nem sob ameaça. Já vi muitos contratos de trabalho e aprendi a distinguir os muito ruins dos ruins, ruins dos medianos e medianos dos bons. Mais detalhes abaixo.
Aviso Legal: Neste artigo, descreverei não apenas minha experiência, mas também a experiência de conhecidos. Por razões óbvias, não mencionarei empresas pelo nome neste artigo.
Então, imagine a situação: você passa uma semana fazendo um teste de habilidades, participa de três etapas de entrevistas, recebe uma oferta com realocação para a Europa Ocidental por um salário relativamente bom, você está pronto para deixar tudo e já começa a arrumar as malas, mas algo o incomoda. Você pede um tempo para pensar e solicita um rascunho do contrato de trabalho. Você lê atentamente o contrato, analisa todos os detalhes e percebe que este é um exemplo de contrato muito ruim, cujas condições são:
- Você não tem permissão para divulgar nada, de modo algum. Caso contrário, você estará sujeito a uma multa significativa.
- Você pode esquecer seus pequenos projetos. Caso contrário, você estará sujeito a uma multa significativa.
- Se houver qualquer conexão entre o que você criar/inventar muito tempo depois de ser contratado e o que você trabalhou ou até aprendeu/ganhou experiência com este empregador, você deve transferir todos os direitos a ele. Mesmo que para isso seja necessário viajar para outro país e formalizar patentes e cessão de direitos. Caso contrário, você estará sujeito a uma multa significativa.
- Você está sujeito a horas extras sem compensação adicional.
- O empregador pode alterar as condições do contrato unilateralmente.
E isso está longe de ser tudo. De fato, é evidente — um verdadeiro desastre.
Antes desse caso, comecei a refletir seriamente sobre Cláusula de propriedade intelectual ou Parágrafo sobre direitos de propriedade intelectual em contratos de trabalho de profissionais de TI e programadores, em particular. Escrever código de qualidade é frequentemente a única habilidade que temos e que aprimoramos ao longo de muitos anos na esperança de vendê-lo por um preço mais alto. No entanto, em algum momento, chega-se à compreensão de que a habilidade pode não apenas ser vendida, mas também investida em código aberto, que é cada vez mais chamado de matéria escura da indústria de software, onde operam suas "gravitacional" e outras "leis da física". Contribuir para projetos abertos pode ser uma forma de crescimento pessoal e networking com outros desenvolvedores, mas muitas vezes também é uma maneira de ser notado por potenciais empregadores. Um perfil no GitHub muitas vezes pode dizer muito mais sobre um desenvolvedor do que um perfil no LinkedIn, e escrever código aberto, participar de revisões de código em equipe, registrar bugs e redigir documentação para projetos de código aberto se torna parte da vida de desenvolvedores mais ativos e focados.
Ao visitar diversas conferências de TI na Europa, conheci o termo IP-friendly em relação a contratos de trabalho. Esse termo descreve contratos que não limitam os funcionários em suas atividades intelectuais durante o tempo livre ou que impõem restrições razoáveis para proteger o empregador da concorrência. Por exemplo, cláusulas contratuais que afirmam que "tudo que é feito com equipamentos do empregador e por ordem direta do empregador pertence ao empregador" são mais amigáveis em termos de PI do que "tudo que é feito durante a vigência do contrato de trabalho pertence incondicionalmente ao empregador". Como dizem, sinta a diferença!
O Google foi a primeira empresa a perceber a importância do apoio a projetos de código aberto por parte dos desenvolvedores, permitindo que seus funcionários dedicassem até 20% do seu tempo de trabalho a projetos abertos. Outras empresas inovadoras adotaram a tendência e não ficam para trás. O benefício para as empresas é claro; é uma estratégia de ganha-ganha, pois a empresa ganha reputação como um hub para os desenvolvedores mais talentosos, o que, por sua vez, atrai ainda mais profissionais fortes. A barreira de entrada para tais empresas é muito alta e elas selecionam os melhores dos melhores.
A maioria das pequenas empresas conhece as novas tendências apenas de ouvir falar e tenta incluir o máximo de restrições possível no contrato de trabalho. Já me deparei com formulações que, sem exagero, podem ser descritas como "O empregador é o proprietário de tudo e de tudo o que é criado pelo trabalhador". É um fato triste, mas muitos desenvolvedores aceitam essas condições devido à falta de conhecimento sobre os direitos de propriedade intelectual ou devido a uma situação de vida complicada (é difícil recusar ofertas). Como podemos melhorar essa situação? 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 a ideia de contratos favoráveis à propriedade intelectual entre os empregadores.
- Não apenas participar de projetos de código aberto, mas ser evangelistas do código aberto.
- Apoiar os desenvolvedores em suas disputas com as corporações, striving para que a opinião pública esteja ao lado do desenvolvedor, caso a corporação tente "tomar" o projeto.
No fim, encontrei um trabalho com condições contratuais muito melhores. O importante é não se precipitar na primeira oferta e continuar procurando. E contribuir para o código aberto, pois o patrimônio cultural de um desenvolvedor é seu código, e se todo o código que um desenvolvedor escreve é para corporações, então seu patrimônio, sua marca visível e tangível na paisagem digital é igual a null.
P.S. Se você gostou deste artigo, torne-se meu seguidor no Habr — ainda tenho muitas ideias não realizadas sobre as quais quero escrever, e assim você ficará sabendo delas em primeira mão.
P.P.S. Um desdobramento do artigo está planejado...
Apenas usuários registrados podem participar da pesquisa. , por favor.
O seu contrato de trabalho é amigável à propriedade intelectual?
65.1%Sim28
34.8%Não15
43 usuários votaram. 20 usuários se abstiveram.
Fonte: habr.com
