Tach!

(Die Pfeile sind Tabs, die Punkte sind Spaces.)

Das ist natürlich hochgradig falsch, aber es sieht korrekt aus, solange niemand was an der Einstellung ändert, dass die Tab-Weite genau 4 Leerzeichen entspricht.

Nö, hochgradig falsch kann gar nicht sein, weil Tabs und Spaces im gezeigten Beispiel verlustfrei gegeneinander austauschbar sind und auch die Einrückung nur Optik ist und syntaktisch bedeutungslos ist. Wenn überhaupt, dann ist nur die Lesbarkeit betroffen. Das erschwert vielleicht das Verstehen und die Bearbeitung, aber "falsch" geht anders.

Deshalb entstehen dann so Sachen wie auf dem Screenshot oben. Das ist keine Boshaftigkeit, und ich würde es nicht mal als „Inkompetenz“ bezeichnen. Es passiert bloß einfach.

Das passiert nicht "bloß einfach", Wenn man mit zu einfachen Editoren statt einer Entwicklungsumgebung arbeitet oder einem auf Programmieren ausgelegten Editor, die einen darauf hinweisen, wenn man Tabs und Leerzeichen gemischt einsetzt, und außerdem die Einrückung selbständig vorschlagen. Mischmasch ist also einfach vermeidbar.

Ein Argument für Spaces und gegen Tabs: Jedes Tab aus nahezu jedem Quellcode kann durch Spaces ersetzt werden, ohne dass sich an der grundsätzlichen Lesbarkeit des Codes etwas ändert. Spaces kann man hingegen nicht gänzlich entfernen, weil sie in jedem Fall innerhalb von Zeilen benötigt werden. Tabs sind aber unter fast allen Umständen völlig optional. Das Zeichen braucht in Quellcode nicht aufzutauchen. Würde man völlig auf Tabs verzichten, gäbe es die gesamte Klasse von Problemen, auf die ich auf dem Screenshot hingewiesen habe, nicht.

Das sind Gedanken, die man sich mit den passenden Werkzeugen überhaupt nicht machen muss. Code-Reformatieren unter Berücksichtigung des Kontextes ist für IDEs und Programmierer-Editoren kein Problem und nur ein Tastendruck.

dedlfix.