Aloha ;)

Vorweg: Ich bin meist Tabber - aus Gewohnheit.

Viel wichtiger wäre für mich, wer von den beiden Gruppen den stabileren Code schreibt.

Im Zweifel: Beide. Solange sie sich nicht untereinander fortpflanzen 😉

Die Spacer haben ein ganz klein wenig die Nase vorn, Dedlfix Scherz geht dabei schon in die richtige Richtung, und das wird relevant bei Programmiersprachen, die der Einrückung eine Bedeutung zugestehen, die über die reine Ästhetik hinausgeht.

Haskell beispielsweise.

In Haskell entscheidet die Tiefe der Einrückung darüber, zu was ein bestimmter, in einer eigenen Zeile stehender Code gehört. Siehe auch Haskell/Indentation.

Man kann jetzt das Problem erahnen: Wenn hier bei der Einrückung Tabs und Spaces gemischt würden, kann der Code nicht mehr richtig interpretiert werden, obwohl er im Editor des Entwicklers richtig aussieht (weil die zwei Tabs eben auf den ersten Blick gleich aussehen wie die 8 Spaces).

Wenn man das weiß kann man das Problem natürlich leicht beheben - spätestens wenn man vom Editor Tabs in Spaces umwandeln lässt erübrigt sich dieses Problem. Aber es ist ein Argument dafür, gleich überall Spaces zu verwenden, vor allem wenn man viel mit unterschiedlichen Programmiersprachen arbeitet.

Aber auch hier gilt wie bei fast allen anderen Dingen: Wenn man im Team arbeitet, dann sollte sowas durch eine Konvention innerhalb des Teams verbindlich festgelegt sein und damit stellt sich nicht mehr die Frage. Beides, nur Tabs oder nur Spaces zur Einrückung zu verwenden, funktioniert - es muss nur sichergestellt sein, dass keine Mischung vorkommt (und in dem Aspekt sehe ich einen klitzekleinen Vorteil bei den Spaces).

Grüße,

RIDER