Then vs. Than

09 Jul 2010, 09:28 by Giorgos Keramidas

Scribd has many online books. I try to read at least one book every week. Starting to read a new book is always fun. The sense of anticipation builds up while the search for a new book is still in progress. The novelty of the new text reaches out of the first few pages, trying to grab my attention. Then there are times that something like the following jumps out of the page to annoy me:

Object-oriented programming is the current cure-all — although it has been around for much more then ten years. At the core, there is little more to it then finally applying the good programming principles which we have been taught for more then twenty years.

— Object Oriented Programming in C

This is one of the most common errors I see in printed books and other forms of written communication. The two words (“then” and “than”) look very similar. Their sound is also very close to each other’s pronunciation. Despite their similarities, however, they are different words. The use and meaning of the two words are completely different.

Than” is only useful for comparing things. That’s all. No other use of “than” is correct by today’s standards of English usage.

Then”, on the other hand, is a different little beast. It can refer to:

  1. A point in time:

    Will you be home at 18:00? I will call you then.

  2. Explicit time-ordering:

    Peel a couple of oranges. Then slice them to small bits.

  3. Additional things:

    He told me he was tired. Then he mentioned being hungry too.

  4. Causal relationships or preconditions:

    If you want to play, then you will have to finish your homework.

Remembering all the different types of “then” usage is harder, but it is easy to avoid confusing the two words by remembering one simple rule:

Than” is only used for comparisons.

This simple rule should make it obvious why the original quote from “Object-Oriented Programming in C” stood out and caught my eye in the first page of the book. What should have been written is:

Object-oriented programming is the current cure-all — although it has been around for much more than ten years. At the core, there is little more to it then finally applying the good programming principles which we have been taught for more than twenty years.

The technical value of a programming book is not necessarily related to little mistakes like this one. Seeing such a mistake at the first page — the very first paragraph — of the book almost managed to put me off from reading the rest though. It’s one of those quirks of my book-lover’s taste. I know it isn’t always right, yet the error was there. Twice! Staring back at me.

An editor should have caught this. One of the reviewers of the book should have seen it. The online PDF copy should be updated to include fixes of such tiny nits. Alas, it’s still there.

Having said that, I’ll definitely give the book another try. Only because adamo, whose opinions and book reviewing expertise I thoroughly respect, has previously written about the same book.