90.9 WBUR - Boston's NPR news station
Top Stories:
PLEDGE NOW
Guest Post: Jonathan Zittrain (Still Worried)

Two of the smartest people we know on the subject of technology — Harvard’s Jonathan Zittrain and The Wall Street Journal’s Kara Swisher — joined us Monday for a thoughtful hour on what’s at stake in the move from PCs to “cloud computing.” If you’ve wondered what this phrase means, or why you should care, this show is a must-hear.

As a cyberlaw thinker, Zittrain has his worries about the shift to the cloud (worries he’s spelled out recently in a New York Times op-ed, and in an earlier interview with On Point about his book “The Future of the Internet–and How to Stop It”). His arguments generated a big response during the show — both on the phones and in the online comments. I asked him if he wanted to follow up with a response here, and he sent the following:

Many thanks to the On Point community for the questions and comments arriving through various media during the show. I have two thoughts arising from them, one about definitions and the other trying to pin down the essence of my worries about the cloud despite Kara’s and others’ utterly reasonable optimism.

First, on definitions — I wouldn’t get too hung up on them. For example, we bounced back and forth between two things: the first, which I opened with, was the movement of data and code from our custody to someone else’s. The second, raised by a number of callers + tweeters, had to do with enterprise computing and the cloud — ways in which good Internet access is channeling employee work (and perhaps customer data) to an outsourced server. There are some privacy and security concerns with this, but I think they’re entirely manageable. So my worries on the first front shouldn’t reflect poorly on the opportunities that businesses have on the second front.

Speaking of which, here’s a bit more on my worries about code migrating to others’ control, drawn in part from my book. The key is the privilege that vendors now have, thanks to the Internet, to control the code you run on an ongoing basis. This is true of cloud platforms like that of Facebook Apps, and it’s true of the products-as-services I mentioned in the program, like the iPhone. If producers can alter their products long after the products have been bought and installed in homes and offices, it occasions a sea change in the regulability of those products and their users. With products tethered to the network, regulators ­– perhaps on their own initiative to advance broadly defined public policy, or perhaps acting on behalf of parties like TiVo claiming private harms when they sued EchoStar for patent infringement — finally have a toolkit for exercising meaningful control over the famously anarchic Internet and the devices attached to it.

I’m not nearly as confident as Kara that the market can just make things work out the way we’d want them to, even if there are different, competing cloud computing providers. Consider Google’s popular map service. It is not only highly useful to end users; it also has an open API (application programming interface) to its map data, which means that a third-party Web site creator can start with a mere list of street addresses and immediately produce on her site a Google Map with a digital push-pin at each address. This allows any number of “mash-ups” to be made, combining Google Maps with third-party geographic datasets. Internet developers are using the Google Maps API to create Web sites that find and map the nearest Starbucks, create and measure running routes, pinpoint the locations of traffic light cameras, and collate candidates on dating sites to produce instant displays of where one’s best matches can be found.

Because it allows coders access to its map data and functionality, Google’s mapping service is generative. But it is also contingent: Google assigns each Web developer a key and reserves the right to revoke that key at any time, for any reason, ­or to terminate the whole Google Maps service. It is certainly understandable that Google, in choosing to make a generative service out of something in which it has invested heavily, would want to control it. But this puts within the control of Google, and anyone who can regulate Google, all downstream uses of Google Maps­ and maps in general, to the extent that Google Maps’ popularity means other mapping services will fail or never be built.

Software built on open APIs that can be withdrawn is much more precarious than software built under the old PC model, where users with Windows could be expected to have Windows for months or years at a time, whether or not Microsoft wanted them to keep it. In this sense the Windows monopoly was much less powerful than people think. To the extent that we find ourselves primarily using a particular online service, whether to store our documents, photos, or buddy lists, we may find switching to a new service more difficult, as the data is no longer on our PCs in a format that other software can read. This disconnect can make it more difficult for third parties to write software that interacts with other software, such as desktop search engines that can currently paw through everything on a PC in order to give us a unified search across a hard drive. Sites may also limit functionality that the user expects or assumes will be available. In 2007, for example, MySpace asked one of its most popular users to remove from her page a piece of music promotion software that was developed by an outside company. She was using it instead of MySpace’s own code. Google unexpectedly closed its unsuccessful Google Video purchasing service and remotely disabled users’ access to content they had purchased; after an outcry, Google offered limited refunds instead of restoring access to the videos.

Continuous Internet access thus is not only facilitating the rise of appliances and PCs that can phone home and be reconfigured by their vendors at any moment. It is also allowing a wholesale shift in code and activities from endpoint PCs to the Web. There are many functional advantages to this, at least so long as one’s Internet connection does not fail. When users can read and compose e-mail online, their inboxes and outboxes await no matter whose machines they borrow­or what operating system the machines have­, so long as they have a standard browser. It is just a matter of getting to the right Web site and logging in. We are beginning to be able to use the Web to do word processing, spreadsheet analyses, indeed, nearly anything we might want to do.

Once the endpoint is consigned to hosting only a browser, with new features limited to those added on the other end of the browser’s window — the basic idea behind Google Chrome OS, among others — consumer demand for generative PCs can yield to demand for boxes that look like PCs but instead offer only that browser. Then, as with tethered appliances, when Web 2.0 services change their offerings, the user may have no ability to keep using an older version, as one might do with software that stops being actively made available.

This is an unfortunate transformation. It is a mistake to think of the Web browser as the apex of the PC’s evolution, especially as new peer-to-peer applications show that PCs can be used to ease network traffic congestion and to allow people directly to interact in new ways. Just as those applications are beginning to show promise­ — whether as ad hoc networks that PCs can create among each other in the absence of connectivity to an ISP, or as distributed processing and storage devices that could apply wasted computing cycles to faraway computational problems –­ there is less reason for those shopping for a PC to factor generative capacity into a short-term purchasing decision.

So: that’s why I’m worried, even as we see plenty of innovation taking place around us, much of it in the cloud.

-Jonathan Zittrain

Please follow our community rules when engaging in comment discussion on this site.
  • http://kawphi.blogspot.com Saqib Ali

    In the words of Professor David Deutsch, “Problems are Soluble. Problems are inevitable”

    No amount of precautions can avoid problems that we do not yet foresee. Hence we need an attitude of problem fixing, not just problem “avoidance”. And it’s true that an ounce of prevention equals a pound of cure, but that’s only if we know what to “prevent”. If you’ve been punched on the nose, then the science of medicine does not consist of teaching you how to avoid punches. If medical science stopped seeking cures and concentrated on prevention only, then it would achieve very little of either.

    The traditional Enterprise IT world is buzzing at the moment with plans on how to stop Cloud Computing from entering into the workplace. It ought to be buzzing with plans to reduce the security and privacy risks associated with Cloud Computing and improve data-portability. And not at all costs, but efficiently and cheaply. And some such plans exist, host-prood hosting[1], for example.

    With problems that we are not aware of yet, the ability to put right — not the sheer good luck of avoiding indefinitely — is our only hope, not just of
    solving problems, but of making technological progress.

    (the above is based on a talk by Professor David Deutsch on problem avoidance)

    1. http://en.wikipedia.org/wiki/Host-proof_hosting

  • Rajeev

    I listened to this show with great interest and Kara’s arguments were closest to my own view. IMHO, Jonathan’s addition here doesn’t change the debate at all. As (I think) Kara mentioned yesterday, software companies already come with auto update features that update the version of the software running on your local machine (and while you can turn it off, I’d wager 95% of us don’t), so the local software you’re running can be easily changed as well.

    Second, I think the spin Jonathan puts on open APIs is interesting (but, IMHO, deeply flawed). He’s right in worrying that Google may, one fine day, stop supporting these APIs, but fails to note how having open APIs can both drive innovation and actually _help prevent_ issues like these: viz., a new company offering mapping services only needs to support Google’s open API and can steal away all its customers (whose software will run with almost no changes with the new company’s mapping service). In other words, quality will be the only decider, not tie into a closed API. And this is also a reason why withdrawal of support by Google of its APIs is unlikely to be a problem: someone can come up with a replacement in quick time.

    I think Kara’s analogy with credit cards was exactly right. If one has concerns, one can still deal all in cash: Windows and non-cloud software will always exist as a (perhaps less convenient) “safe-seeming” option.

ONPOINT
TODAY
Jul 28, 2014
This June 4, 2014 photo shows a Walgreens retail store in Boston. Walgreen Co. _ which bills itself as “America’s premier pharmacy” _ is among many companies considering combining operations with foreign businesses to trim their tax bills. (AP)

American companies bailing out on America. They call it inversion. Is it desertion?

Jul 28, 2014
U.S. Secretary of War Newton D. Baker watches as wounded American soldiers arrive at an American hospital near the front during World War I. (AP Photo)

Marking the one hundredth anniversary of the start of World War One. We’ll look at lessons learned and our uneasy peace right now.

RECENT
SHOWS
Jul 25, 2014
Guest Renee McLeod of Somerville, MA's Petsi pies shows off her wares. (Robin Lubbock / WBUR)

There is nothing more American than a piece of pie. We taste and talk pies.

 
Jul 25, 2014
Pallbearers carry a coffin out of a military transport plane during a ceremony to mark the return of the first bodies, of passengers and crew killed in the downing of Malaysia Airlines Flight 17, from Ukraine at Eindhoven military air base, Eindhoven, Netherlands, Wednesday, July 23, 2014. (AP)

Secretary of State Kerry to Israel. Obamacare back in the courts. Mourning as remains of Malaysia Flight 17 victims come home. Our weekly news roundtable goes behind the headlines.

On Point Blog
On Point Blog
Our Week In The Web: July 25, 2014
Friday, Jul 25, 2014

Why the key to web victory is often taking a break and looking around, and more pie for your viewing (not eating) pleasure.

More »
Comment
 
The Art Of The American Pie: Recipes
Friday, Jul 25, 2014

In the odd chance that our pie hour this week made you hungry — how could it not, right? — we asked our piemaking guests for some of their favorite pie recipes. Enjoy!

More »
Comment
 
Hillary Clinton: ‘The [Russian] Reset Worked’
Thursday, Jul 24, 2014

Former Secretary of State Hillary Rodham Clinton took time out of her global book tour to talk to us about Russia, the press and the global crises shaking the administration she left two years ago.

More »
1 Comment