Der Artikel ist sehr interessant und gut geschrieben. Die detaillierten Diskussionen z.B. über den Sinn oder Unsinn eines case-sensitiven Filesystems fand ich sehr lehrreich.

Den 'Umweg' des Autors via Linux zu OS-X ist interessant. Die Argumente gegen Linux auf dem Desktop sind stichhaltig und halten auch mich davon ab auf dem Desktop Linux zu verwenden. Dagegen hat auch 100% recht, dass sich Windows nur für den Desktop eignet und als Server unbrauchbar ist. (Er hat das zwar nicht so gesagt).

Markus

Also ich weiß nicht. IMHO ist gerade dieser Punkt völlig daneben.
Mit dem Argument "den normalen Benutzer interessiert das nicht" kann man alles und nichts begründen.
Und übers Telefon lässt sich CLI immer noch viel leichter ansagen als GUI. So gesehen ist bash servicefreundlicher als KDE/Gnome/Mac/Windows zusammen.

Ein case-sensitive file system ist

• einfacher zu implementieren (less code, less bugs)
• performanter (kein toupper/tolower nötig)
• leichter zu erklären

Es mag ja ganz nett sein, wenn ich in einem Verzeichnis, dass bereits eine Datei "l" enthält, keine Datei "L" mehr anlegen darf (sind bei manchen Schriften nicht zu unterscheiden). Aber gegen "1" (eins) und "l" (kleines L) hilft das auch nicht.

--
Ich bin ein Teletubby. Und das ist auch gut so.

Als alter Unix-Mensch ist mit das case-sensitive Filesystem auch eingewachsen. Wenn ich aber meiner Mutter (65 lenze) per Telefon Aushelfe ist es viel einfacher wenn die Gross/Kleinschreibung nicht auch noch eine Rolle spielt. Ein CLI ist nicht immer einfacher per Telefon, gerade die Gros/Kleinschreibung macht das Kommando-diktieren per Telefon öfters zum Spiessrutenlaufen. Meine Kunden benötigen öfters ein paar Anläufe um auch einfachere Kommandos korrekt einzugeben (Unix Support). Diktiere mal ein chmod -R g+w .. In 70% der Fälle wurde das -R klein eingegeben und die nächsten 10 Minuten gehen zum Beheben des Schadens drauf.

Dass ein case-sensitive Filesystem technisch mit weniger Aufwand zu realisieren ist klar. Ein CLI ist auch einfacher zu realisieren als ein GUI. Das ist aber kein Grund dafür das CLI als besser zu bezeichnen.

Einen Unterschied beim Erklären sehe ich bei beiden nicht. Ein Buchstabe bleibt ein Buchstabe ob jetzt eine Gross/KleinUnterscheidung gemacht wird oder nicht.

Deine Frage nach dem richtigen Problem ist wesentlich. Die meisten Benutzer machen sich die Sache einfach und stellen sich gar nicht die Frage ob jetzt gross oder klein richtig ist. Sie benutzen einfach wahllos beides ! Das Sie meist mit einem GUI arbeiten und einfach 'draufklicken' spielt das auch keine Rolle. Da ist es ganz logisch dass dies für das Filesystem auch keine Rolle spielt.

Markus

Kapier ich einfach nicht. In welcher Situation muss man in einem GUI einen Dateinamen case-sensitive eintippen? Wenn die Datei bereits existiert, kann ich sie irgendwo auswählen.

> Ein CLI ist nicht immer einfacher per Telefon,

Praktisch kein Benutzer weiß, wie die Teile der Oberfläche eigentlich heissen. Menüleiste? Symbolleiste/Toolbar? Tooltip? Kontext-Menü? Statuszeile? Systemmenü? Knopf/Button?
Ja, da klicken sie jetzt mit der rechten Maustaste drauf, da erscheint da ein Popup-Menü, der letzte Eintrag heisst "Eigenschaften"...
Und wie soll man übers Telefon Drag-And-Drop erklären?

> [...] chmod -R g+w

Ah, es geht gar nicht um Dateinamen, darum hast du in deinem Beispiel auch keinen hingeschrieben. Warum nicht gleich Do-What-I-Mean anstatt Do-What-I-Type? Die intuitive Schreibweise ist doch tschänschmod.

> Einen Unterschied beim Erklären sehe ich bei beiden nicht.
> Ein Buchstabe bleibt ein Buchstabe ob jetzt eine Gross/KleinUnterscheidung
> gemacht wird oder nicht.

Vorrausgesetzt, du kannst die Schrift lesen. Kennst du alle Unicode-Zeichen? Hebräisch? Cyrillisch? Kanji? Kollidiert der Name "SZ" mit "ß"? Oder "-" mit "_"? Wird ja auch mit der Hochstelltaste eingegeben...

> Das Sie meist mit einem GUI arbeiten und einfach 'draufklicken'
> spielt das auch keine Rolle. Da ist es ganz logisch
> dass dies für das Filesystem auch keine Rolle spielt.

Verstehe nur Bahnhof. Welchen Vorteil bietet es, das Dateisystem mit den Problem der Groß/Kleinschreibung zu belasten? Was hat der Benutzer davon?
Was bringt es, ihm mögliche Dateinamen zu verbieten, d.h. in einem Verzeichniss nicht gleichzeitig "Makefile" und "makefile" zuzulassen?

Die Sortierreihenfolge und eine "Datei Suchen" Funktion haben mit dem Dateisystem überhaupt nichts zu tun.

--
Ich bin ein Teletubby. Und das ist auch gut so.