DEV Community

𒎏Wii 🏳️‍⚧️
𒎏Wii 🏳️‍⚧️

Posted on • Updated on • Originally published at blog.but.gay

Tabs are objectively better than spaces, and here's why

The Debate

This is probably one of the longest ongoing bikeshedding debates in the programming community: Should we indent our code with Tabs or with Spaces?

In this post, I will do my best to explain why tabs are the right choice, not only in my personal opinion, but objectively.

Indentation

First of all, I want to define the scope of my argumentation: I am referring to indentation, not alignment.

The former depends on semantics, the latter on word lengths. For obvious reasons, using tabs for alignment is not possible; whether alignment should be a thing at all (hint: it shouldn't) or how it should be achieved is a different debate and irrelevant for this post.

Semantics

The most puritan argument for tabs is probably the semantic information they add to the code. I have never seen a real-world example where this matters, but as programmers we often like to obsess over using the right "thing", be it a HTML element or an ASCII character.

Consistency

The main argument I've heard defending spaces is that code looks "consistent" everywhere. Whether you post your code on Stack-Overflow, GitHub Gists, or on your blog; it will always be indented by the same width.

Code is not visual art. The indentation width doesn't alter the codes meaning in any way and, unlike with alignment, changing it doesn't break the visual layout of the code.

There is no reason whatsoever why someone else reading my code should experience it with the same indentation width that I wrote it in.

Customizability

I personally prefer a tab-width of three spaces. Two is just barely too short to follow through deeper nested blocks of code. Four is one more space-width than I need.

So the question is: Why would you have to read my code with such an awkward tab width, just because to my uncommon taste <!-- unintentional skyrim reference --> that seems like the right value?

The answer is, of course, you shouldn't. You should be able to read my code the way you prefer to read it.

Everyone should be able to read code with their own preferred settings.

Accessibility

So far I've looked at customizability as a convenience feature. I like 3-space indentation more, so I want to read code that way.

But for some people it goes beyond just preference.

I've seen posts and comments of quite a few developers with poor eyesight. For some, 2 spaces is just not enough indentation, making it unnecessarily hard to read code, others might need to use very large font sizes, and prefer shorter indentations to save screen space.

Consistency (again, but differently)

This is by far the most ridiculous reason, or group of reasons people make to argue for spaces:

Projects indented with tabs—so the claim—cause additional work when people contribute code that is indented with spaces, requiring additional moderator intervention.

Needless to say, this argument works exactly the same both ways, and if anything, says more about the typical space-user than the typical tab-user.

Regardless of preference, in the age of linting tools and CI pipelines, this is just not an issue any more. We can automate the process of checking indentation, or even have it fixed automatically.

Conclusion

There is not a single good reason to prefer spaces over tabs. The whole space-indentation mythology is nothing but ridiculous non sequiturs and false claims.


Do you disagree with my position? Let me know!

I'd love to hear additional arguments for or against spaces in the comment section :D

Top comments (2)

Collapse
 
raddevus profile image
raddevus • Edited

This is a good and well thought out argument and I liked reading it, because tabs versus spaces is always in the back of my mind. However, I hate that I am now thinking about it. 😄

I just opened up a recent project in Visual Studio Code and examined a few of the different files. HTML - tabs, JS files are spaces. Oy!! 😖
I also decided to DuckDuckGo on "Visual Studio Code spaces versus tabs" and I found out that Visual Studio Code itself "decides which to use by looking at the file" via stackoverflow -- Urp!!!
I'm also now thinking about the actual file itself...
Do files with tabs have those \t characters in them?

So, files with tabs could be quite a bit smaller than ones with tabs, right (since every space is another char but one tab could = 4 spaces or whatever)?
Oh, man, why did I read this article? Ignorance is bliss. 😓
It's a good article. Thanks for sharing. 😁

Collapse
 
darkwiiplayer profile image
𒎏Wii 🏳️‍⚧️

First of all, thanks for the feedback 😊

So, files with tabs could be quite a bit smaller than ones with tabs

That used to be an argument for tabs, but honestly, these days file size for source code isn't really that important anymore. Semantics is really the more important factor these days 😄