Book publication timeline

Here’s a real-life timeline for a mainstream, agented book (thanks to @KOKEdit by way of @krishvenkatesh for the link).

In my experience, self-publishing is a more compressed process. It typically takes about six months from the time I receive a draft manuscript from an author until ARCs are printed (if the marketing plan for the book includes ARCs) or until finished books are printed. Some books go faster than that. Some go slower. The variable is usually the author’s turnaround time on revisions. The reason I can turn out a book faster than the traditional trade publishing industry is that I can focus on just a few projects at a time rather than having to fill a pipeline with dozens or hundreds of titles. Their process takes as long as it takes. For particularly time-critical books (occasioned by the death of a celebrity, for example), a large publisher can put a team together and knock out a book in three days. That’s not a process I can compete with.

Many first-time authors have unrealistic expectations about how long it takes to publish a book. Go ahead and click the link.

Wax on. Wax off.

Earlier today, on an editing list, Odile Sullivan-Tarazi posed an interesting question. She wrote in part (and gave me permission to post here):

A terminology question for those of you working with software applications or websites.

Our group is looking at these sets of terms:

log on / log off

log in / log out

vs.

sign on / sign off

sign in / sign out

…

From your point of view, is this a valid distinction? Does it matter whether a user is working in an application that resides on her local machine, a company server, or on the Internet?

What distinction, if any, do you make between these two sets of terms, or do you see in your work being made between these two terms? Then when it comes to log on or log in, which do you think is more correct, more standard? And with sign on, sign in?

Here’s my two cents’ worth on the subject. See if you concur.

First, I vote for consistency across a company’s public interface (packaged software or Web presence). Either choose log in / log out or sign in / sign out and stick with it. (I’m not fond of the on/off variants, for reasons that will become clear in a moment.) And drum into the interface designers and software developers that you log in at the login prompt. Login is not a verb. If you can accomplish just that, you’ve performed a feat.

Second, I think the choice depends on which metaphor the anticipated audience is going to find more comfortable. Log is short for logbook. Logbooks are used by navigators and commanders of vessels (sea or air); by police department property clerks; and so forth. There’s something a little stiff, professional, technical, bureaucratic about logging in and logging out. This will be part of your permanent record, as they used to tell us in elementary school. Signing in is something you do when you visit a building, go to your doctor’s office, attend a funeral. It has more of a social, personal connotation. Your counterpart wants to remember who was there that day, and maybe the record will be put in a filing cabinet somewhere, but it’s a process accessible to anyone, not just the officially designated keeper of the logbook. And finally, signing on and signing off are what broadcasters do at the beginning and end of the broadcast day. So that just seems like the wrong model altogether.

In practical terms, logging in to a network and signing in to a network are identical. But in connotative terms, I think they’re subtly different. And that’s the basis on which I’d choose. Log in to a database administration interface; sign in to a social network.

Want to make a living as a novelist?

Real-life income figures from a genre fiction writer. Fascinating.

The secrets to publishing success

Jane Friedman’s 2009 Tough Love Guide is an index to lots of solid articles on the Writer’s Digest blog. Plenty to read there. What I’ve sampled so far has all been excellent. Thanks to Joel Friedlander for the link.

And as long as I'm being grumpy

The New Yorker, October 5 issue, page 25 (“The Talk of the Town”). Four-count-‘em-four editing errors on a single page. Possibly a new record for the magazine that used to pride themselves on the excellence of their copyediting and fact checking.

1. carat instead of karat
2. Hooters (capped) instead of hooters
3. “hot-air balloon—you need the helium to get it up…” Okay, this was in a direct quote and Madeleine Albright should know better, but unless the point is to mock Albright’s unfamiliarity with how balloons work, the quote should not have been used.
4. “Smokey-the-Bear” instead of “Smokey Bear”

And I don’t know that a ranger’s hat is necessarily made by Stetson, although perhaps it is. So that might be five.

The storm is over, 'kay?

I’ve had it with “it was a perfect storm.”

Great book. Great movie. Great coinage. But it was about a storm. You know—one of those rainy, windy thingamabobs?

Just because conditions converged that made an event in your life likelier, that does not mean you experienced a perfect storm.

So stop already. Storm’s over. Sun’s out. Get used to it.

Harrumph!

NPR interview editors take note.

Believing the hype

So simple anyone can do it.
That’s the promise of today’s communication tools. You don’t need to know anything about all that messy HTML coding or what “plain text” means or what ASCII stands for or the difference between an email client and a web browser or how to keep your computer secure or how to wipe your—oh, wait, where was I? Right. All you need is to buy our whatever and all your problems are solved.

Managers—and this seems to apply to more of them the higher you go—buy into this hype and assume they can hire unschooled, unskilled subordinates to carry out their firms’ communication tasks.

The only trouble with this is that it isn’t true. If you rely entirely on software you don’t understand to encase your message in the fragile shell of a computer language you don’t understand, something is going to break and you will end up with egg on your face.

The solution? If you’re the subordinate, go out and educate yourself about your tools. If you’re the manager, empower your subordinate to get the needed education. Or hire someone who already understand the technology better than you do.

This message brought to you by an email my wife received this morning, purportedly from a competently managed conference services provider about an upcoming conference, but you wouldn’t know that from trying to decipher it. Broken doesn’t begin to describe it.

Competence matters.