
Hace 2 semanas, apareció un problema llamado "
WIP: bloqueo de publicaciones de ingeniería por país de residencia " en el rastreador público de GitLab, detrás de la popular solución de código abierto para desarrolladores e ingenieros de DevOps del mismo nombre. Hoy, se dio a conocer al público en general, y este evento causó una gran respuesta en Internet de habla inglesa. Baste decir que solo en la página original del problema desafortunado, ya se han dejado más de 100 comentarios, y su número aumenta literalmente cada minuto ...
Entonces, publicamos la traducción del culpable de las acaloradas discusiones:
Corrección: esto todavía es una discusión, y no hay una confirmación final de la política adoptada.
En una discusión grupal, celebrada el lunes 15 de octubre de 2019, decidimos activar "bloquear trabajos por país" para los miembros del equipo que tienen acceso a los datos de los clientes. La razón de esto fue la preocupación expresada por la situación de algunos clientes corporativos, así como el hecho de que ya se está convirtiendo en una práctica común en nuestra industria debido a la situación geopolítica actual.
Esto se aplica a los siguientes países:
Este problema está diseñado para rastrear el proceso de adiciones relevantes a la guía de soporte y todo lo relacionado con los cambios en los procesos de contratación, con el objetivo final de lograr lo siguiente:
- No hacemos ofertas de trabajo a personas que viven en estos países.
- Los miembros actuales del equipo no pueden mudarse a dichos países, permaneciendo en posiciones donde esto está prohibido.
Hasta la fecha, no tenemos una forma técnica de lograr lo que se necesita con la ayuda de un sistema de derechos. Su uso también nos obligará a crear "ciudadanos de segunda clase" en ciertos equipos que no pueden cumplir con el 100% de sus obligaciones, lo que, según la experiencia de algunos de nosotros en otras empresas, tiene consecuencias muy negativas. Por lo tanto, creemos que bloquear el país es la solución más humana en este momento, especialmente porque no afectará a ninguno de los empleados existentes.
También es necesario investigar la posibilidad de tal implementación basada en los derechos de acceso. Hasta tal punto que todos entiendan cómo hacer esto y cuánto tiempo llevará aproximadamente.
La discusión se lleva a cabo en # job-family-country-blocks (canal Slack en el proyecto GitLab - aprox. Transl.) , Dado que muchos problemas relacionados están abiertos, cuyo contenido debe ser, si no general, al menos consistente.
Nota: además del equipo de Soporte, este cambio también afecta a los ingenieros de Infraestructura SRE, así como a SecOps y Anti-Abuse en el departamento de Seguridad; consulte el problema correspondiente.
Los emoji a este problema, tal vez, hablan por sí mismos:

PD del traductor
Finalmente, ¿cómo no podemos recordar otro caso de interferencia significativa de eventos políticos en el mundo de las decisiones tan cercanas a la comunidad de desarrolladores: en diciembre de 2018, Slack
comenzó a prohibir las cuentas de usuarios de Crimea (y algunas otras regiones del mundo).