Evolution of a Sentence

I haven't had a lot of time to write the past week or two because of Things Going On, although I am in the middle of no less than three articles on varying topics (tech, writing, design).

As I sat there last night, evolving a sentence in my upcoming JavaScript book, I thought I might once again capture myself in the act for your amusement and vicarious thrill. (If nothing else, I like to show people that what looks effortless rarely is. I'm a woman obsessed.) If you're still bored, you can always check out what I did the last time.

Background: The example sentence is the only sentence between a subheading and a code sample so it needs to stand well on its own.

Really bad

The only way to iterate over an array that’s built into JavaScript is the good old for() loop.

Inner Editor says: Oh my god, could you bury the point any deeper??

Significantly improved with just one change

The good old for() loop is the only way to iterate over an array built into JavaScript.

Inner Editor says: There, the point is at the beginning. But booooring. And the placement of "built into" is awkward.

Even better

The good old for() loop is the only built-in way to iterate over an array in JavaScript.

Inner Editor says: Much cleaner, but so very... meh.

In theory, better, but in reality, too choppy

A good old for() loop is your only choice for iterating over an array.

Inner Editor says: Yes, this is too abrupt .

Let's punch it up

In JavaScript, your choices for iterating come down to this: a good old-fashioned for() loop, or a fat load of nothin’.

Inner Editor says: Better rhythm and voice... but it's a JavaScript book. Do I really need to start with "In JavaScript"? Get to the point faster, woman!

Try a little harder, this time

When it comes to iterating through an array, your choices come down to this: a good old-fashioned for() loop, or a fat load of nothin’.

Inner Editor says: OK, we have a winner.

Post-Mortem

Other contextual info: after the code sample I will be warning people away from 2 constructs that look like they could be use for iterating through arrays, but really shouldn't be (for..in and for each..in). (And for the JavaScript-inclined, I'm not talking about forEach() etc., iterators, at this point. Yes, I know they exist.)

Now, I would be a very bad author indeed if I didn't warn you to be wary when applying this kind of transformation to your own writing: not every sentence should be made longer with editing. It's true that it's usually better to take away than to add, as many great authors and artists have pointed out. However, it's equally silly to always remove as to always add, if you ask me. I think the decision should be made only after considering each sentence's purpose.

And in this case, I feel like my changes to rhythm, timing, and delivery are worth it.

Donation Shout-Out

Thanks to Scott Russell, Adam Keys, and Enrique Delgado for throwing me a some bones by clicking that cute and cuddly Share the Love badge. I haven't spent it all in one place! But I did acquire a book on bluegrass guitar pickin' with some of the funds.

C Me, with awkward fingers. My friend Josh, pointing at my awkward fingers.

Not that I actually have time to play guitar but a girl can dream.

Talk to me!

Do you ever get obsessed with mucking with your sentences like I do? What do you like to do to improve a piece of writing?

General feedback also welcome, as always :)

posted in: metablog, writing    |     10 comments