Microsoft hat eine ganz eigene Aufgabe übernommen, um den Code in Chromium zu „reparieren“, um „potenziell anstößige“ Begriffe wie „Blacklist“, „Whitelist“ und andere „umstrittene“ Wörter zu entfernen.

Die Nachricht wurde von aufgenommen Das Register, der das Projektteam von Microsoft vorstellte, das es sich zur Aufgabe gemacht hat, die in Googles Codebasis für Chromium verwendeten Wörter und Begriffe zu bereinigen, die sie für die Verwendung in Edge übernehmen.

Es begann ursprünglich mit einem Beitrag zum Chromium-Bug-Forum zurück am 3. Juli 2019. Ein Projektmanager bei Microsoft schrieb…

„Dies wird das übergeordnete Problem aller potenziellen Wörter sein, die wir in der Codebasis finden.

 

„Der Aufwand würde hier darin bestehen, nur kleine CLs zu erstellen, die nach Bereich/Verzeichnis gruppiert sind (aus Gründen der Rezensenten). Hoffentlich unumstritten, um schnell zu landen.

 

„Für alles, was potenziell nicht triviale kompakte Auswirkungen hat (Namen von Befehlszeilenparametern, Unternehmensrichtlinienschlüssel usw.), würde der Vorschlag darin bestehen, dies in Einzelfällen (oder in sehr kleinen verwandten Gruppen) zu tun, damit wir Experten im Einzelfall befragen können.“ Es wird im Einzelfall entschieden, ob eine Abhilfe erforderlich ist.“

Wenn man die Threads durchliest, ist das ziemlich erschreckend.

In einem Abschnitt fragt ein Benutzer, warum „Cracker“ markiert wurde, und dies wurde vom Microsoft-Leiter erklärt ...

„[…] wir teilen nur einen Teil dessen, was PoliCheck für uns gescannt hat. Ich stimme zu, dass das Wort „Cracker“ ein gebräuchlicher Begriff ist, also könnten wir dieses Problem schließen. Aber zum Beispiel könnte der folgende Kontext als anstößig angesehen werden, da der Kontext:

 

Cracker | Vielfalt | Schweregrad1 | ipcipc_message_macros.h:316 | // Nachrichtenknacker und -handler. Verwendung:

 

„Im Allgemeinen wird die Chromium-Codebasis bereinigt, in den meisten Fällen handelt es sich um den von Chromium geerbten Code Dritter, der obszöne, geopolitische und Diversitätsprobleme enthält.“

 

„Was die Freigabe der Microsoft-Liste angeht, ist PoliCheck ein maschinell erlerntes Modell, das von einem anderen Team verwaltet wird und das kontextbasierte Scans für Hunderte von Dateiformaten durchführt. Lassen Sie mich mit ihnen Kontakt aufnehmen, um zu sehen, was wir tun können.“

Das Ganze überraschte sogar einen Google-Mitarbeiter, wie The Register feststellte.

Rick Byers von Google meldete sich zu der Aufgabe, die Chromium-Codebasissprache zu „bereinigen“, und schrieb …

„Das klingt für mich nach einer guten Strategie, danke, dass Sie das getan haben! Wir hatten sicherlich nie die Absicht, dass irgendetwas in der Codebasis potenziell anstößig sein könnte, aber mir ist auch nicht bekannt, dass irgendjemand versucht hätte, sie alle zu finden.

 

„Insbesondere stimme ich zu, dass Änderungen, die sich nicht auf das Verhalten auswirken, unumstritten sein sollten und ziemlich einfach und schnell durch die Codeüberprüfung zu bringen sind, ohne darüber zu diskutieren, ob ein Wort „potenziell anstößig“ ist oder nicht. Wenn es auf der Standard-Microsoft-Liste steht, dann reicht mir das „potenziell“ – zumindest für alles in der Plattform (Inhalt, Blinken usw.), für //Chrome-Code kann ich selbst nichts sagen.

 

„Natürlich erfordern verhaltensbeeinflussende Fälle wie UI- und Befehlszeilen-Flags einen Kompromiss, daher klingt es für mich richtig, diese herauszutrennen und den Kompromiss von Fall zu Fall zu besprechen.“

Einige dieser Änderungen umfassten nicht nur die Änderung von „Cracker“, sondern auch die Änderung von „Blacklist“ in „Blocklist“. Warum? Weil „Blocklist“ laut einem der Entwickler, die an Chromium arbeiten, zufällig „inklusiver“ ist.

Tatsächlich schrieb Ryan Sleevei …

„GPU-Blacklist in Blocklist umbenennen

 

„Der Name „Blocklist“ ist umfassender als „Blacklist“, vermittelt aber dennoch die Absicht klar.“

Das ist richtig. Anstatt Fehler zu beheben oder coole neue Funktionen oder Features zu implementieren, verschwenden eine Handvoll Leute ihre Zeit damit, Codebasisbegriffe umzubenennen … ohne dass der Nutzen für das Gesamtprojekt buchstäblich Null ist.

Sie haben von Juli bis September weiter hart gearbeitet. Das letzte Update kam erst letzte Woche, am 5. September 2019. Daher konnte sich das Projekt bisher über mehrere Monate erstrecken.

Es ist ein bedauerlicher und trauriger Zustand, wenn Menschen ihre Zeit damit verschwenden, nach Wörtern zu suchen, die sie beleidigen, damit sie sie in einer Codebasis ändern können, die weder direkt an den Benutzer gerichtet ist noch Code ist, auf den die Benutzer zugreifen möchten. Es genügt zu sagen, dass dieses Unterfangen eine völlige Zeitverschwendung für alle ist.

(Danke für den News-Tipp msoltyspl)

(Haupt Bild mit freundlicher Genehmigung von DarkSora01)