Risk
1/21/2010
07:49 PM
Bob Evans
Bob Evans
Commentary
50%
50%

Global CIO: Will Steve Jobs Ban Google From AppleWorld?

An imaginative Apple investor says Steve Jobs is preparing to rock Google's world.

"The moral of the story is that Steve Jobs is not someone you want to depend on for your livelihood... I'll bet that in one of those Apple board meetings that Google CEO [Eric] Schmidt used to attend, he realized that Jobs was on the verge of building AppleWorld and he's been scared ever since." Concerned, sure--but is almighty Google "scared" of anything?

That opening quotation comes from a zealous Apple investor and money manager Jason Schwarz, who holds a long position on Apple and therefore is not exactly an unbiased source. But I've read a lot of Schwarz's analyses in the past year (you can find many of them here) and while he can sometimes be more cranked-up than a Jolt-chugging and deadline-stressed programmer, he also offers some unique and compelling perspectives on Apple and its singular CEO.

Here are the two full opening paragraphs from his blog entry yesterday on SeekingAlpha.com in which he lays out his theory for why Google is, indeed, scared:

"Steve Jobs is walking the same path as Walt Disney," writes Schwarz. "As soon as California's Disneyland was completed, Walt knew he had made a terrible mistake by not securing the surrounding real estate. He had built this wonderful destination but his oversight allowed hotel chains and restaurants to come in and make more money off his customers than he did. So Walt immediately went to Orlando, FL and built Disneyworld the right way.

"The moral of the story is that Steve Jobs is not someone you want to depend on for your livelihood. His goal is to build a closed digital neighborhood where Apple controls who makes money and who doesn't. I'll bet that in one of those Apple board meetings that Google CEO Steve [Eric] Schmidt used to attend, he realized that Jobs was on the verge of building AppleWorld and he's been scared ever since."

Now, as I said, Schwarz has a big dog in this fight via his investments in Apple. But the DisneyWorld metaphor was intriguing enough that I wanted to share it, particularly as it relates to the oncoming explosion of mobile computing that Schwarz says lies at the heart of Jobs' desire to build AppleWorld. As Schwarz puts it:

"Apple quickly realized that apps would one day overtake .coms. They knew that mobile devices would overtake PCs. And last but not least, they knew that they had a two year head start to completely control this mobile community. This did not sit well with Eric Schmidt."

Will the mobile phenomenon be powerful enough to rattle companies of the size and significance of Google? Can Steve Jobs--or any tech CEO in these days of the primacy of openness--create a business ecosystem in which that CEO determines who makes money and who doesn't? Can such a narrow construct survive in these days of near-unlimited choice?

Global CIO
Global CIOs: A Site Just For You
Visit InformationWeek's Global CIO -- our new online community and information resource for CIOs operating in the global economy.
Schwarz clearly has his opinion on that, and whether you're an Apple zealot like he is or a Google devotee, I think you'll enjoy his piece and the premise he lays out for how the next few mobile-madness years might shape up.

The significance of this for CIOs, of course, is the inexorable move toward more mobile devices and more mobile applications, and along with that the remarkable rise of the iPhone and the AppStore as the richly connected and fully capable device of choice for professionals.

In that context, if Steve Jobs is able to build the AppleWorld of Schwarz's imagination, and if Jobs is able to dictate who's in and who's out, then Google might very well have good cause to be concerned. And maybe even a little scared.

RECOMMENDED READING:

Bob Evans is senior VP and director of InformationWeek's Global CIO unit.

To find out more about Bob Evans, please visit his page.

For more Global CIO perspectives, check out Global CIO, or write to Bob at bevans@techweb.com.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Tech Digest, Dec. 19, 2014
Software-defined networking can be a net plus for security. The key: Work with the network team to implement gradually, test as you go, and take the opportunity to overhaul your security strategy.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-4440
Published: 2014-12-19
Password Generator (aka Pwgen) before 2.07 generates weak non-tty passwords, which makes it easier for context-dependent attackers to guess the password via a brute-force attack.

CVE-2013-4442
Published: 2014-12-19
Password Generator (aka Pwgen) before 2.07 uses weak pseudo generated numbers when /dev/urandom is unavailable, which makes it easier for context-dependent attackers to guess the numbers.

CVE-2013-7401
Published: 2014-12-19
The parse_request function in request.c in c-icap 0.2.x allows remote attackers to cause a denial of service (crash) via a URI without a " " or "?" character in an ICAP request, as demonstrated by use of the OPTIONS method.

CVE-2014-2026
Published: 2014-12-19
Cross-site scripting (XSS) vulnerability in the search functionality in United Planet Intrexx Professional before 5.2 Online Update 0905 and 6.x before 6.0 Online Update 10 allows remote attackers to inject arbitrary web script or HTML via the request parameter.

CVE-2014-2716
Published: 2014-12-19
Ekahau B4 staff badge tag 5.7 with firmware 1.4.52, Real-Time Location System (RTLS) Controller 6.0.5-FINAL, and Activator 3 reuses the RC4 cipher stream, which makes it easier for remote attackers to obtain plaintext messages via an XOR operation on two ciphertexts.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Join us Wednesday, Dec. 17 at 1 p.m. Eastern Time to hear what employers are really looking for in a chief information security officer -- it may not be what you think.