Microsoft Stilblüten /rant

Vermutung: Semikolon.

Lokalisierungsabhängiges Trennzeichen für "comma"separated values (CSV).

Das Problem kennt man ja schon von Excel und CSV.
Die Comma Separated Values werden in Deutschland ja auch bevorzugt von 
Strichpunkten getrennt.

Aber die wirklich voll übelste Lokalisierung sind die Kommandonamen in 
den Makrosprachen. Im Dialog mit ausländischen Kunden eröffnen sich hier 
unendliche Abgründe. Ich verstehe die Motivation, aber im reellen Leben 
ist das einfach böse.

In früheren Versionen von Excel konnte ein deutsches Spreadsheet, das in
den Feldern Funktionsnamen wie SUMME(), WENN() oder WURZEL() enthielt,
von anderssprachigen Softwareversionen nicht gelesen werden :)

Nach meinem Empfinden gehören Dateien, deren Inhalte nicht nur von
Menschen, sondern auch von Computern interpretiert werden (und dazu
gehören auch CSV-Dateien und Skripte aller Art), grundsätzlich nicht
lokalisiert.

Lokalisierte Fehlermeldungen sind auch wunderbar, vor allem, wenn sie so 
nichtssagend sind wie die üblichen MS-Fehlermeldungen. Da muss man dann 
mit forensischen Methoden die Meldung ins Englische zurückübersetzen, 
was nicht einfach ist, weil die Transformation "merkwürdige englische 
Fehlermeldung" in "unverständliche deutsche Fehlermeldung" natürlich 
weder eineindeutig noch irgendwelchen verständlichen Richtlinien folgt.

Kannst sie ja lokalisieren, aber nicht so dusselig wie Microsoft das 
macht. Dann heißt die Funktion halt auf Deutsch WENN, auf Englisch IF 
und für den Computer intern Function_2, inklusive Übersetzungstabelle 
damit's je nach locale richtig angezeigt wird.

Ist denen aber scheinbar nicht und nicht beizubiegen.