INDEX // mb Ideas on Publishing Books in Canada (and other attempts to write good)

Cloud Computing: What Does it Mean For Book Publishing?

When Mike Shatzkin looked into the future at this year’s Book Expo he saw everything in the cloud in 20 years time.

Well we’re going to have a cloud network, and we’re going to access that material through screens and devices. …. You’ll have screens of various sizes for various functions. And, by the way, if you want to get at your material using my screen, you’ll be able to do that. You’ll have your iris scan, or your fingerprint, or six passwords, or however you felt you had to lock up that material. But you won’t be locked to any particular device, you’ll be able to use any device.

The cloud metaphor is hot right now but what does it mean? In the context that Shatzkin used it at BEA the concept is indistinguishable from today’s internet. But just like the ‘web 2.0′ buzz word from a few years ago, the ‘cloud’ means different things to different people. Let’s try to parse it.

Here are some frequent uses…

All three contexts require online data storage and I suppose it is that storage Shakzkin is eying for his personal library circa 2039.

The Case Against the Cloud

Uploading the entire contents of your laptop onto the internet sounds really great but there is an obvious knock against the cloud and its enthusiasts — it assumes that the personal computer revolution and Moore’s law never happened. Everyone has more memory and processing power in their phones these days then a whole computer lab of undergraduates circa 1995. Service providers and application developers need to work with that trend not against it.

In a recent Guardian article — “Not every cloud has a silver lining” — Cory Doctorow said that if service providers and application developers do otherwise than they are snowing users for service fees.

Developers’ intent aside, this is unlikely to be an either/or proposition.

The Apple app store is a case study in the dynamic tension between the cloud and the computer. Iphone developers have tried promoting web apps over native ones and it plainly hasn’t worked. A native app is better than a web app.  On the other hand Apple has tried controlling the native background processes that applications can use on the iPhone and that plainly hasn’t worked either. A native app with full system access is better than an app without. But there are downsides with each scenario.

If the app store is any indication the future of computing is likely to be an integrated hybrid model rather than one or the other.

The Cloud and Publishing

So how is all of this really going to affect book publishing and book reading?

Reading books online isn’t a processor intensive activity, so we can dismiss the utility computing angle as overkill.

Reading books online is already backed by cloud services like Shortcovers and O’Reilly’s Safari. That is here now. No need to wait 20 years. Shortcovers has elegantly and prophetically taken a shortcut around DRM and eBabel.  (The pros and cons of reading-as-a-service will need to wait for another post.)

It is the APIs  that are likely to be the game changing cloud applications for online reading. A giant ISBN-table-in-the-sky or a Kindle API are things I have blogged about before. But an API from Bookscan or an API from BooknetCanada’s catalogue 2.0 initiative would be equally momentous.

The question remains are these going to be open firehoses or will the data provider make developers pay to take a sip? Therein is balance of power in publishings’ future.


7 Comments

You’ve parsed the “cloud” discussion in an interesting way (cycles, services and APIs) that I’d like to think about some more. One of the things that makes services like GoogleDocs appealing is not remoteness but sharing – it is easier to put a document up, invite comments and edits and view it as warranted during its lifecycle.

A book that benefited from updates and collective commentary (a college textbook, for example) would make more sense in the cloud than, say, 1984, or at least the version of 1984 that the cloud allows us to see. What you’ve written suggests that one model won’t fit all.

Posted by Brian O'Leary on 6 September 2009 @ 2pm

@Brian Indeed! I think Google Wave will usher in a new era of shared documents and projects. In fact the topic of cloud based reading services (BookGlutton, Shortcovers, Safari, InfiniteSummer) is so large I will write about it in a separate post. But addressing the use of the term ‘cloud’ specifically I would say it may be misused in these cases.

Posted by mb on 7 September 2009 @ 7am

You could also look at it from the perspective of content suppliers (“cloud as a DRM tool”), consumers (“cloud as a path toward device independence”) and collaborators (as you point out with Google Wave). But they aren’t all the same cloud, and there may be structural conflicts across the various definitions. Thanks for your work on this :)

Posted by Brian O'Leary on 7 September 2009 @ 10am

For obvious reasons, I think the cloud looks most promising as a publishing enabler, rather than as a reading enabler. Cloud-publishing for me means:
a) a text can be instantaneously published at zero-cost to the world
b) a text can be worked on by an editorial team distributed across the globe, yet the text will still be in “one place” in the cloud

The implications are huge for the structures of the publishing business (or at least, we at Book Oven are betting they are). The two things that have given shape to the “modern” publishing industry are:
a) the cost of distribution of books
b) the centralization of workers-on-books

a) goes to zero, and, as you suggest, b) has been going towards decentralization for some time now. But b) is going to explode now.

To me this change will be far more significant than the changes for readers.

Posted by Hugh McGuire on 9 September 2009 @ 10am

@Hugh — Your comment reframes my thinking on this. From a readers’ perspective the cloud is the same thing as the internet, but from a publishers’ perspective the extra dimensions become clear. It is the future of collaboration tools, not the future of online storage, that holds the real potential.

Posted by mb on 10 September 2009 @ 4am

Yes, BUT – the future of access to books, to information about books (eg catalog2.0) is a huge part of this.

My thesis: people will soon FIND the books they want to read online. So the worries about book stores & (print) newspaper review sections will not be important losses for business.

Right now there is no good way to point to a book, to get cover art, to talk about a book online without referring to Amazon – at least there is no standardized way.

Publishers need to think about this – about doing a better job of giving the tools/access to readers to “get at” their books. They should do this, I would say, rather than trying to build their own social networks etc.

That is, a publisher’s catalog with an easy API will do much more in the long-run to help them get their books seen on the web (which soon will mean “seen, full-stop”) than will social networking experiments.

AKA, make your stuff available, and let *other* people build the networks they want around it.

Posted by Hugh McGuire on 10 September 2009 @ 10am

@Hugh — no argument from me Hugh. Thanks for taking the time.

Posted by mb on 10 September 2009 @ 8pm

Leave a Comment