¡Hola, ciudadanos de Habrovsk!
Recientemente, he podido realizar una buena cantidad de entrevistas e incluso recibir ofertas de algunas compañías conocidas y no tan europeas, pero hoy no les diré cómo prepararse para resolver problemas difíciles de programación o la mejor manera de demostrar habilidades blandas. Hoy hablaremos sobre el código abierto y los contratos laborales, cuánto se corresponden entre sí y qué dificultades pueden surgir aquí. No hay nada más triste que una jubilación forzada después de 3 etapas de entrevistas y una semana de tarea, cuando se trata de entender que no firmará este contrato laboral incluso a punta de pistola. Vi muchos contratos laborales y aprendí a distinguir entre muy malo y malo, malo de tolerable y tolerable de bueno. Lea más sobre todo debajo del corte.
Descargo de responsabilidad: en este artículo, describiré no solo mi experiencia, sino también la experiencia de mis amigos. Por razones obvias, no nombraré empresas por su nombre en este artículo.
Entonces, imagine la situación: hace una tarea de prueba durante una semana, pasa por 3 etapas de la entrevista, le envían una oferta con una reubicación a Europa occidental por un dinero relativamente bueno, está listo para dejar todo y ya recoger sus maletas, pero algo le preocupa, pide un poco más de tiempo piense y solicite enviarle un borrador del contrato de trabajo. Estudie cuidadosamente el contrato, profundice en todos los matices y comprenda que este es un ejemplo de muy mal contacto, bajo los términos de los cuales usted:
- No tiene derecho a revelar nada, de la palabra en absoluto. De lo contrario, una gran multa.
- Puedes olvidarte de tus proyectos. De lo contrario, una gran multa.
- Si hay al menos alguna conexión entre lo que hace / inventa mucho tiempo después del empleo y lo que trabajó o incluso aprendió / adquirió experiencia de este empleador, entonces debe transferirle todos los derechos correspondientes. Incluso si para esto necesita ir a otro país y solicitar patentes y cesión de derechos. De lo contrario, una gran multa.
- Estás brillando horas extras sin compensación adicional.
- Los términos del contrato, el empleador puede cambiar unilateralmente.
Y eso no es todo. En general, el asunto está claro: más allá de la caja registradora.
Incluso antes de este incidente, estaba pensando profundamente en la cláusula de propiedad intelectual o en el párrafo sobre los derechos de propiedad intelectual en los contratos laborales de los trabajadores y programadores de la industria de TI en particular. Escribir un código de calidad es a menudo la única habilidad que tenemos y hemos estado perfeccionando durante muchos años con la esperanza de venderlo más caro, pero en algún momento llegamos a comprender que la habilidad no solo se puede vender, sino también invertir en código abierto, que se llama cada vez más la materia oscura de la industria del software, donde operan su "gravedad" y otras "leyes de la física". Contribuir a proyectos de código abierto es posible para el autodesarrollo y la creación de redes con otros desarrolladores, pero a menudo también para que los posibles empleadores lo noten. Un perfil en Github a menudo puede decir más sobre un desarrollador que un perfil en Linkedin y escribir código fuente abierto, participar en una revisión colectiva de código, corregir errores y escribir documentación para proyectos de código abierto se convierte en parte de la vida de los desarrolladores más activos y orientados a objetivos.
Al asistir a varias conferencias de TI en Europa, me familiaricé con el término amigable con la propiedad intelectual en relación con los contratos laborales. Este término se refiere a dichos acuerdos, que de ninguna manera limitan a los trabajadores en términos de dirigir sus esfuerzos intelectuales en su tiempo libre o introducen restricciones razonables para proteger al empleador de la competencia. Por ejemplo, los términos del contrato, que establecen que "todo lo que se hizo en el equipo del empleador y de acuerdo con las instrucciones directas del empleador, pertenece al empleador" es más amigable para el individuo que "todo lo que se ha hecho durante la vigencia del contrato de trabajo pertenece incondicionalmente al empleador". Como dicen, ¡siente la diferencia!
Google fue el primero en comprender la importancia de apoyar los proyectos de código abierto de los desarrolladores, lo que permitió a sus empleados dedicar hasta el 20% de su tiempo a abrir proyectos, mientras que otras empresas líderes recogieron la tendencia y no se quedaron atrás. El beneficio para las empresas es obvio, esta es una estrategia de beneficio mutuo, porque la empresa obtiene una reputación como centro para los desarrolladores más talentosos, lo que a su vez atrae a profesionales aún más poderosos. El umbral para ingresar a tales empresas es muy alto y allí se selecciona lo mejor de lo mejor.
La mayoría de las empresas son menos conscientes de las nuevas tendencias solo por rumores y tratan de incluir tantas restricciones como sea posible en el contrato laboral. Tuve que cumplir con, sin exagerar, formulaciones como "El empleador es el dueño de todo y todo lo creado por el empleado". Es un hecho triste, pero muchos desarrolladores aceptan estas condiciones debido a la falta de conocimiento en el campo de los derechos de propiedad intelectual o debido a una situación de vida difícil (aquí no es hasta el proceso de licitación). ¿Cómo se puede mejorar la situación? En mi opinión, hay varias formas:
- Concienciar a los trabajadores de la industria de TI sobre los derechos de propiedad intelectual.
- Promover las ideas de contratos amigables con la propiedad intelectual entre los empleadores.
- No solo participe en proyectos de código abierto, sino que sea evangelista de código abierto.
- Para apoyar a los desarrolladores en su disputa con las corporaciones, esforzarse por garantizar que la opinión pública esté del lado del desarrollador si la corporación intenta "exprimir" el proyecto.
Al final, encontré un trabajo con condiciones contractuales mucho mejores. Lo principal es no precipitarse a la primera oración y continuar buscando. Y para contribuir al código abierto, porque el patrimonio cultural del desarrollador es su código, y si el desarrollador escribe todo el código para las corporaciones, entonces su patrimonio, su huella visible y tangible en el panorama digital es nula .
PD: si te gustó este artículo, conviértete en mis suscriptores en Habré; todavía tengo muchas ideas no realizadas sobre las que quiero escribir, por lo que serás el primero en conocerlas.
PPS El artículo planea continuar ...