Vor zwei Wochen erschien im öffentlichen Tracker von GitLab ein Problem mit dem Titel „
WIP: Blockieren von Ingenieurposten nach Wohnsitzland “ hinter der beliebten Open Source-Lösung für Entwickler und gleichnamige DevOps-Ingenieure. Heute wurde es der Öffentlichkeit bekannt und dieses Ereignis löste im englischsprachigen Internet große Resonanz aus. Es genügt zu sagen, dass allein auf der Originalseite der unglückseligen Ausgabe bereits mehr als 100 Kommentare hinterlassen wurden und ihre Zahl buchstäblich von Minute zu Minute zunimmt ...
Also veröffentlichen wir die Übersetzung des Täters hitziger Diskussionen:
Korrektur: Dies ist immer noch eine Diskussion, und es gibt keine endgültige Bestätigung der angenommenen Politik.
In einer Gruppendiskussion am Montag, dem 15. Oktober 2019, haben wir beschlossen, "Sperrjobs nach Ländern" für Teammitglieder zu aktivieren, die Zugriff auf Kundendaten haben. Grund dafür war die ausdrückliche Besorgnis über die Situation einiger Unternehmenskunden sowie die Tatsache, dass diese aufgrund der aktuellen geopolitischen Situation in unserer Branche bereits gängige Praxis ist.
Dies gilt für folgende Länder:
Diese Ausgabe soll den Prozess relevanter Ergänzungen des Support-Leitfadens und alles, was mit der Änderung von Einstellungsprozessen zusammenhängt, verfolgen, mit dem Ziel, Folgendes zu erreichen:
- Wir machen keine Stellenangebote für Personen, die in diesen Ländern leben.
- Derzeitige Teammitglieder dürfen nicht in solche Länder ziehen und bleiben in Positionen, in denen dies verboten ist.
Bisher haben wir keine technische Möglichkeit, mit Hilfe eines Rechtssystems das zu erreichen, was benötigt wird. Die Verwendung wird uns auch dazu zwingen, in bestimmten Teams „Bürger zweiter Klasse“ zu schaffen, die ihre Verpflichtungen nicht zu 100% erfüllen können, was nach den Erfahrungen einiger von uns in anderen Unternehmen zu sehr negativen Konsequenzen führt. Aus diesem Grund glauben wir, dass die Blockierung des Landes derzeit die humanste Lösung ist, insbesondere aus dem Grund, dass sie keinen der vorhandenen Mitarbeiter betrifft.
Es ist auch notwendig, die Möglichkeit einer solchen Implementierung auf der Grundlage von Zugriffsrechten zu untersuchen. In einem solchen Ausmaß, dass jeder versteht, wie dies zu tun ist und wie viel Zeit es ungefähr dauern wird.
Die Diskussion findet in # Job-Family-Country-Blöcken statt (Slack-Kanal im GitLab-Projekt - ca. Übersetzung) . Da viele verwandte Probleme offen sind, sollte der Inhalt, wenn nicht allgemein, dann zumindest konsistent sein.
Hinweis: Neben dem Support-Team betrifft diese Änderung auch die SRE-Ingenieure der Infrastruktur sowie SecOps und Anti-Abuse in der Sicherheitsabteilung - siehe das entsprechende Problem.
Emoji zu diesem Thema sprechen vielleicht für sich selbst:
PS vom Übersetzer
Wie können wir uns schließlich nicht an einen anderen Fall erinnern, in dem politische Ereignisse in der Welt der Entscheidungen, die der Entwicklergemeinschaft so nahe stehen, erheblich gestört wurden: Im Dezember 2018 begann Slack
, Benutzerkonten von der Krim (und einigen anderen Regionen der Welt)
zu verbieten .