¡Hola, habitantes de Habr!
Recientemente he tenido la oportunidad de participar en varias entrevistas y incluso recibir ofertas de algunas conocidas y no tan conocidas empresas europeas, pero hoy no voy a hablarles sobre cómo prepararse para resolver problemas difíciles de programación o cómo demostrar mejor las habilidades blandas. Hoy hablaremos sobre el código abierto y los contratos laborales, hasta qué punto se corresponden y cuáles pueden ser las trampas ocultas. No hay nada más triste que una descalificación obligatoria después de tres etapas de entrevistas y una semana de tarea en casa, cuando llega la comprensión de que no firmarás ese contrato laboral ni con una pistola en la cabeza. He visto muchos contratos laborales y he aprendido a distinguir los muy malos de los malos, los malos de los aceptables y los aceptables de los buenos. Más detalles a continuación.
Descargo de responsabilidad: En este artículo, describiré no solo mi experiencia, sino también la de mis conocidos. Por razones obvias, no mencionaré las empresas por su nombre en este artículo.
Así que imagina la situación: pasas una semana realizando una tarea de prueba, pasas tres etapas de la entrevista, te envían una oferta con reubicación a Europa occidental por un dinero relativamente bueno, estás listo para dejarlo todo y ya estás empacando tus maletas, pero algo te preocupa, pides un poco más de tiempo para pensar y solicitas que te envíen el borrador del contrato laboral. Examinas el contrato atentamente, te sumerges en todos los matices y comprendes que es un ejemplo de un contrato muy malo, según los términos del cual tú:
- No tienes derecho a divulgar nada en absoluto. De lo contrario, tendrás una gran multa.
- Olvídate de tus proyectos. De lo contrario, tendrás una gran multa.
- Si hay alguna conexión entre lo que harás/inventarás mucho tiempo después de ser contratado y lo que trabajaste o incluso aprendiste/experimentaste con este empleador, entonces debes ceder todos los derechos correspondiente a él. Incluso si para ello necesitas viajar a otro país y registrar patentes y transferencias de derechos. De lo contrario, tendrás una gran multa.
- Te esperan horas extras sin compensaciones adicionales.
- Las condiciones del contrato pueden cambiarse unilateralmente por parte del empleador.
Y eso no es todo. En resumen, está claro: un mal trato.
Incluso antes de este caso, estaba seriamente pensando en cláusula de propiedad intelectual o Un párrafo sobre los derechos de propiedad intelectual en los contratos laborales de los trabajadores de la industria de TI y programadores en particular. La escritura de código de calidad es, a menudo, la única habilidad que tenemos y que perfeccionamos durante muchos años con la esperanza de venderlo a un mejor precio, pero en algún momento llega la comprensión de que se puede no solo vender la habilidad, sino también invertir en open source, que cada vez se denomina más como la materia oscura de la industria del software, donde actúan su propia "gravedad" y otras "leyes de la física". Contribuir a proyectos abiertos puede ser para el autodesarrollo y el networking con otros desarrolladores, pero a menudo también para que los empleadores potenciales te noten. Un perfil en GitHub a menudo puede decir mucho más sobre un desarrollador que un perfil en LinkedIn, y la escritura de código abierto, la participación en revisiones de código colectivas, la apertura de errores y la redacción de documentación para proyectos de código abierto se convierte en parte de la vida de los desarrolladores más activos y con más metas.
Al asistir a diferentes conferencias de TI en Europa, me familiaricé con el término IP-friendly en relación con los contratos laborales. Este término se refiere a aquellos contratos que no limitan a los trabajadores en cuanto a la dirección de sus esfuerzos intelectuales en su tiempo libre o que imponen limitaciones razonables para proteger al empleador de la competencia. Por ejemplo, las condiciones del contrato que establecen que "todo lo que se haga en el equipo del empleador y por orden directa del empleador pertenece al empleador" son más amigables para la propiedad intelectual que "todo lo que se haga durante la vigencia del contrato laboral pertenece incondicionalmente al empleador". ¡Como se dice, siente la diferencia!
Google fue el primero en entender la importancia del apoyo a proyectos de open source por parte de los desarrolladores, permitiendo a sus empleados dedicar hasta el 20% de su tiempo laboral a proyectos abiertos. Otras empresas de vanguardia han seguido esta tendencia y no se quedan atrás. La ventaja para las empresas es evidente, es una estrategia ganar-ganar, ya que la empresa gana reputación como un centro para los desarrolladores más talentosos, lo que a su vez atrae a aún más profesionales fuertes. La barrera de entrada en tales empresas es muy alta y seleccionan a los mejores de los mejores.
La mayoría de las empresas más pequeñas solo conocen las nuevas tendencias por rumores y tratan de incluir en el contrato laboral tantas restricciones como sea posible. He encontrado, sin exagerar, formulaciones como «El empleador es el propietario de todo lo que el trabajador crea». Es triste, pero muchos desarrolladores aceptan tales condiciones debido a su falta de conocimiento en materia de derechos de propiedad intelectual o por encontrarse en situaciones difíciles de vida (no hay tiempo para analizar ofertas). ¿Cómo se puede mejorar la situación? En mi opinión, hay varias maneras:
- Mejorar la conciencia de los trabajadores de la industria de TI sobre los derechos de propiedad intelectual.
- Promover la idea de contratos IP-friendly entre los empleadores.
- No solo participar en proyectos de código abierto, sino ser evangelistas del código abierto.
- Apoyar a los desarrolladores en sus disputas con las corporaciones, esforzándose para que la opinión pública esté del lado del desarrollador si la corporación intenta 'arrebatar' un proyecto.
Al final, encontré un trabajo con condiciones de contrato mucho mejores. Lo principal es no lanzarse sobre la primera oferta y seguir buscando. Y contribuir al código abierto, porque el patrimonio cultural de un desarrollador es su código, y si todo el código que un desarrollador escribe es para corporaciones, entonces su legado, su huella visible y tangible en el paisaje digital es igual a null.
P.D. Si te gustó este artículo, conviértete en mi seguidor en Habr — tengo muchas más ideas no realizadas sobre las que quiero escribir, así que serás el primero en enterarte.
P.P.D. Este artículo tiene una continuación prevista…
Solo los usuarios registrados pueden participar en la encuesta. , por favor.
¿Es su contrato de trabajo IP-friendly?
65.1%Sí28
34.8%No15
Votaron 43 usuarios. 20 usuarios se abstuvieron.
Fuente: habr.com
