Comment trouver un emploi avec un bon contrat

Salut les Khabrovites !

J'ai récemment eu l'occasion de passer pas mal d'entretiens et j'ai même reçu des offres d'entreprises connues et moins européennes, mais aujourd'hui je ne vais pas vous expliquer comment se préparer à résoudre des problèmes de programmation délicats ou comment démontrer au mieux ses compétences générales. Aujourd'hui, nous parlerons de l'open source et des contrats de travail, de leur correspondance et des pièges qui peuvent exister. Il n'y a rien de plus triste que d'être obligé de quitter la course après 3 étapes d'entretiens et une semaine de devoirs, quand on comprend que vous ne signerez pas ce contrat de travail même sous la menace d'une arme. J'ai vu beaucoup de contrats de travail et j'ai appris à faire la différence entre le très mauvais et le mauvais, le mauvais du passable et le passable du bien. Plus de détails sur tout ce qui se trouve sous la coupe.

Déni de responsabilité Dans cet article, je décrirai non seulement mon expérience, mais aussi celle de mes amis. Pour des raisons évidentes, je ne citerai pas nommément les entreprises dans cet article.

Alors imaginez la situation : vous passez une semaine à faire une tâche de test, passez par 3 étapes d'entretien, ils vous envoient une offre de déménagement en Europe occidentale pour un prix relativement bon, vous êtes prêt à tout abandonner et préparez déjà votre sacs, mais quelque chose vous inquiète, vous demandez un peu plus de temps pour réfléchir et demandez-leur de vous envoyer un projet de contrat de travail. Vous étudiez attentivement le contrat, approfondissez toutes les nuances et comprenez qu'il s'agit d'un exemple de très mauvais contact, aux termes duquel vous :

• Vous n’avez aucun droit de divulguer quoi que ce soit, littéralement. Sinon, une grosse amende.
• Vous pouvez oublier vos projets. Sinon, une grosse amende.
• S'il existe au moins un lien entre ce que vous ferez/inventerez longtemps après votre emploi et ce sur quoi vous avez travaillé ou même appris/acquis de l'expérience auprès de cet employeur, vous devez alors lui transférer tous les droits en conséquence. Même si cela nécessite de se rendre dans un autre pays et de déposer des brevets et des cessions de droits. Sinon, une grosse amende.
• Vous bénéficiez d'heures supplémentaires sans compensation supplémentaire.
• L'employeur peut modifier unilatéralement les termes du contrat.

Et ce n'est pas tout. En général, l'affaire est claire : au-delà de la caisse enregistreuse.

Même avant cet incident, je réfléchissais sérieusement à Clause de propriété intellectuelle ou Paragraphe sur les droits de propriété intellectuelle dans les contrats de travail des travailleurs de l'industrie informatique et des programmeurs en particulier. Écrire du code de haute qualité est souvent la seule compétence que nous possédons et que nous perfectionnons pendant de nombreuses années dans l'espoir de la vendre à un prix plus élevé, mais à un moment donné, nous comprenons que cette compétence peut non seulement être vendue, mais aussi a également investi dans l’open source, que l’on appelle de plus en plus la matière noire de l’industrie du logiciel, où opèrent sa propre « gravité » et d’autres « lois de la physique ». Vous pouvez contribuer à des projets ouverts pour votre développement personnel et votre réseau avec d'autres développeurs, mais souvent aussi pour vous faire remarquer par des employeurs potentiels. Un profil sur GitHub peut souvent en dire beaucoup plus sur un développeur qu'un profil sur LinkedIn, et écrire du code ouvert, participer à des révisions collectives de code, signaler des bogues et rédiger de la documentation pour des projets open source devient partie intégrante de la vie des développeurs les plus actifs et les plus motivés. .

En participant à diverses conférences informatiques en Europe, je me suis familiarisé avec le terme IP-friendly en relation avec les contrats de travail. Ce terme fait référence à des contrats qui ne restreignent en aucune manière les salariés dans l'orientation de leurs efforts intellectuels pendant leur temps libre et qui n'introduisent pas de restrictions raisonnables pour protéger l'employeur de la concurrence. Par exemple, les clauses contractuelles qui stipulent que « tout ce qui est fait sur l’équipement de l’employeur et sous les instructions directes de l’employeur appartient à l’employeur » sont plus respectueuses de la propriété intellectuelle que « tout ce qui est fait pendant la durée du contrat de travail appartient inconditionnellement à l’employeur ». Comme on dit, sentez la différence !

Google a été le premier à comprendre l'importance du soutien des développeurs aux projets open source, permettant à ses employés de consacrer jusqu'à 20 % de leur temps de travail à des projets open source ; d'autres grandes entreprises ont suivi la tendance et ne sont pas en reste. L’avantage pour les entreprises est évident : il s’agit d’une stratégie gagnant-gagnant, car l’entreprise acquiert une réputation de plaque tournante pour les développeurs les plus talentueux, ce qui attire à son tour des professionnels encore plus performants. Le seuil d’entrée dans ces entreprises est très élevé et elles sélectionnent les meilleurs parmi les meilleurs.

La plupart des petites entreprises ne connaissent les nouvelles tendances que par ouï-dire et tentent d'intégrer autant de restrictions que possible dans le contrat de travail. J'ai rencontré, sans exagération, des formulations telles que « L'employeur est propriétaire de tout et de tout ce qui est créé par l'employé ». C'est une triste réalité, mais de nombreux développeurs acceptent de telles conditions en raison d'un manque de connaissances dans le domaine des droits de propriété intellectuelle ou d'une situation de vie difficile (on n'a pas le temps de trier les offres). Comment améliorer la situation ? A mon avis, il y a plusieurs manières :

• Améliorer la sensibilisation des travailleurs de l’industrie informatique aux droits de propriété intellectuelle.
• Promouvoir l’idée de contrats favorables à la propriété intellectuelle auprès des employeurs.
• Non seulement pour participer à des projets open source, mais aussi pour être des évangélistes de l'open source.
• Soutenir les promoteurs dans leurs conflits avec les entreprises, s'efforcer de garantir que l'opinion publique soit du côté du promoteur si l'entreprise tente de « presser » le projet.

Au final, j’ai trouvé un emploi avec des conditions contractuelles bien meilleures. L'essentiel est de ne pas se précipiter sur la première offre et de continuer à chercher. Et contribuer à l'open source, car l'héritage culturel d'un développeur est son code, et si le développeur écrit tout le code pour les entreprises, alors son héritage, son empreinte visible et tangible sur le paysage numérique est nul.

PS Si vous avez aimé cet article, devenez mon abonné sur Habré - j'ai encore beaucoup d'idées non réalisées sur lesquelles je souhaite écrire, vous serez donc le premier à les connaître.

PPS Il est prévu que l'article soit continué...

Seuls les utilisateurs enregistrés peuvent participer à l'enquête. se connecters'il te plait.

Votre contrat de travail est-il respectueux de la propriété intellectuelle ?

• 65.1%Oui28

• 34.8%Non15

43 utilisateurs ont voté. 20 utilisateurs se sont abstenus.

Source: habr.com