Category Archives: google

Serena flip-flops: goes Google, then back to Microsoft

Interesting story from Serena software, an 800-employee company with 29 offices around the globe whose products cover application lifecycle management and business process management.

In June 2009 the company switched to Google Apps, meriting a post on the Official Google Enterprise Blog. Ron Brister, Senior manager of Global IT Operations talks about the change:

it was becoming increasingly clear that our messaging infrastructure was lacking. Inbox storage space was a constant complaint. Server maintenance was extremely time-consuming, and backups were inconsistent. Then we found that – calculating additional licenses of Microsoft Exchange, client access licenses for users, disaster recovery software, and additional disk storage space to increase mailbox quotas to 1.5GB – staying with our existing provider would have cost us upwards of $1 million. That was a nearly impossible number to justify with executives.

We thought about replacing our on-premise solution, but to tell the truth, we were skeptical. I, personally, had been a Microsoft admin for 15 years, and Microsoft technologies were ingrained in my thought processes. But Google Apps provided many pluses: Gmail, Google’s Postini messaging security software and 25 GB of mailbox space, as well as greater uptime and 24/7 phone support.

The overall move to Google Apps took all of six hours. We waited for the phones to ring, but all we heard was silence – in fact, we sat there playing meebo for quite a while – and still, nothing happened. We cut the cord all in one stroke to avoid the hassle of living in two environments at once. We made the switch globally, all in one day – and, due to the advantages of this cloud computing solution, we’ve never looked back.

Sounds good – the perfect PR story for Google. Until this happened, one year on – it’s Brister again:

We work closely with our 15,000 worldwide customers to deliver solutions that help them be more successful.  As a result, we rely heavily on collaboration tools for our employees to share information and work together with customers and partners. 

This is one of the chief reasons we’ve chosen to adopt Exchange Online and SharePoint Online together with Office 2010.  They deliver trustworthy, enterprise-class solutions – with the performance, security, privacy, reliability and support we require. We know that Microsoft is a leader in the providing these kinds of solutions, and in our discussions with them, it became clear that they are 100% committed to Serena’s success and delivering solutions that drive the future of collaboration.

Using Office, SharePoint and Exchange will allow us to collaborate more effectively internally and with customers and partners, many of whom use the same technologies, and we can do so without having to deal with content loss or clients being unable to open or edit a document. In particular, Exchange is unchallenged in its calendaring and contact management abilities, mission critical functions for a global company such as Serena.

Big change. Leaving aside the fluff about “trustworthy, enterprise-class solutions”, what went wrong? Did the phones start ringing?

I’m guessing that the biggest clue here is the point about many of Serena’s customers using “the same technologies”. Apparently there was friction between Office and Exchange elsewhere, and Google Apps at Serena. Of course this could work the other way, if the day comes when more of your customers are on Google.

Here’s a few more clues from Brister:

There are alternatives on the market that promise lower costs, but in our experience, this is a fallacy.  When looking at alternatives, CIOs should really evaluate the total cost of ownership as well as the impact on user productivity and satisfaction, as there can be hidden costs and higher TCO.  For instance, slow performance and/or lack of enterprise-class features (e.g., with calendaring and contact management) will torpedo the value of such a backbone system, and may get the CIO fired.

We are currently upgrading to Office 2010, and look forward to taking advantage its hybrid nature– enabling us to embrace the cloud for scale and more rapid technology innovation while preserving what we like about software, including powerful capabilities and the ability to work anywhere – even offline. 

Brister again mentions calendaring and contact management. I guess things like those meeting invitations that automatically populate your calendar and which you accept or reject with a click or two. Offline gets a plug too.

Note that Serena has not gone back to on-premise. I’d be interested to know how the cost of the new BPOS solution compares to the “upwards of $1 million” cost which Brister complained about in 2009, for staying on-premise.

Did Microsoft simply buy Serena back? Brister says no:

Since this blog posted, there has been some speculation that our decision to migrate from Google Apps to Microsoft BPOS was based solely on price, and that Microsoft, to quote a favorite film, made us an offer we couldn’t refuse.  This is 100% false.  Microsoft is not giving us anything for free. 

It’s important not to make too much of one case study. Who knows, Brister may be back a year from now with another story. But it shows that Microsoft cannot be counted out when it comes to cloud-hosted Enterprise software. I’d be interested in hearing other accounts of how the “Go Google” switch works out in practice.

On Microsoft: is the sky falling? Remember Netware?

The top story on Guardian Technology right now is a rumour about Google getting rid of Windows. Apparently Google prefers its employees to use Mac or Linux.

Why is this interesting? I suspect because the world is now looking for evidence that Microsoft is failing. Microsoft failing in mobile is one thing, but to fail in its heartland of desktop operating systems is even more interesting. Presuming that Google itself has “gone Google”, it is also a reminder that once you free your organisation from Office and Outlook and Exchange, it also enables you to shift from Windows on the desktop. A side-effect of cloud is choice of local operating system.

Most businesses still run Windows as far as I can tell. Microsoft’s platform is also very broad. I had a discussion with the Windows Embedded team recently about point-of-service and digital signage; interesting stuff, and invisible to most of us.

So the sky is not falling yet. Nevertheless, if these is a public perception that Microsoft is failing to keep pace with new models of computing, that in itself is a serious problem.

I have not forgotten the Novell story. Back in the nineties, everyone knew that Windows NT was supplanting Novell’s Netware. At the same time, everyone knew that Netware was in most respects superior to Windows NT: the directory was more advanced, maintenance was easier, reliability was better. Here’s a blog from 1999 by Nick Holland explaining why:

The general industry perception is that Novell is a "has-been".  Microsoft Windows NT is where everyone is going.

I often get people asking me if they should switch to NT, and I ask them why they think they should.  The answer: "Well, isn’t everyone else?"  The reply: 1) No, they aren’t.  2) even if they were, how does that mandate that you should?

Holland goes on to note that Netware is still more widely used than Windows, and explain in detail why he prefers to install and support Netware. He was a Netware guy defending his choice; but reading his rant a decade later there’s not much to disagree with in his technical assessment.

So why did Windows NT win in the market, against an entrenched and superior alternative? There were several factors. Windows had already won on the client, and Microsoft ensured that it integrated best with its own directory and servers. Second, executives liked the idea of using the same platform on both client and server; support would not be able to blame the other guy. Third, once the perception that everyone was switching to Windows NT took hold, it became self-fulfilling. In the end, that perception may have been the most significant thing.

Today, perception is working against Microsoft. Windows mobile is a shrinking platform. Internet Explorer is losing market share. Microsoft has had the embarrassment of working for years on Tablet PC and Origami (ultra mobile PC), only to have Apple beat it easily with the iPad, its first product launch in that market.

Microsoft’s Brandon LeBlanc takes the Financial Times to task for saying:

Windows is known for being more vulnerable to attacks by hackers and more susceptible to computer viruses than other operating systems.

I don’t doubt the effort Microsoft has made over security for a number of years now, and LeBlanc makes some fair points. Nevertheless, I suspect the general reader will agree with what the FT says. They are more likely to have suffered from malware on a Windows machine, or to have friends that have suffered, than with a Mac or Linux (if they know anyone running Linux). That counts for more than any amount of spin about security enhancements in Windows.

Apple CEO Steve Jobs says, as summarised by Ina Fried:

When we were an agrarian nation, all cars were trucks because that’s what you needed on the farms. Cars became more popular as cities rose, and things like power steering and automatic transmission became popular. PCs are going to be like trucks. They are still going to be around…they are going to be one out of x people. This transformation is going to make some people uneasy…because the PC has taken us a long ways. It’s brilliant. We like to talk about the post-PC era, but when it really starts to happen, it’s uncomfortable.

Jobs is right, though he is focused on the device. He is not an internet guy, and that is a weakness, as John Battelle describes in this iPad post. You can debate whether the future tips more towards Apple or Google. Neither scenario is any comfort to Microsoft.

The sky is not falling yet. Microsoft’s platform is still an important one. Follow the trends though, and they all seem to point to a lesser role for the company in the coming decade than in the last one. Windows 7 surprised us with its quality. We need a few more surprises of equal or greater significance before that perception will change.

Google Chrome Mac and Linux arrives – may hurt Firefox more than Safari

Today Google announced that Chrome for Mac and Linux is now fully released:

Since last December, we’ve been chipping away at bugs and building in new features to get the Mac and Linux versions caught up with the Windows version, and now we can finally announce that the Mac and Linux versions are ready for prime time.

The two big stories in the browser world right now are the decline of Microsoft Internet Explorer (though it still commands more than half the market  in most stats that I see) and the rise of Google Chrome. Why do users like it? From what I’ve seen, they like the performance and the usability. In fact, Chrome would make a great case study on why these factors count for more than features in user satisfaction. That said, I’ve been using Chrome on the Mac today and while it starts up more quickly than Safari, performance overall seems similar and I doubt there will be a huge rush to switch.

In the stats for ITWriting.com, I’ve seen steadily increasing Chrome usage:

  • July 2009: 4.2%
  • October 2009: 4.6%
  • January 2010: 9.6%
  • May 2010: 13.7%

So far this month, IE is down to 35.3% in the stats here, behind Firefox at 35.9%.

These figures are not representative of the internet as a whole, though I’d argue that it does represent a technical readership which may well be a leading indicator.

Chrome seems to be gradually taking market share from all the major browsers, though IE is doing so badly that any defections from Firefox to Chrome are more then made up by IE defectors to Firefox, if I’m interpreting the stats correctly. This won’t always be the case though, and Mozilla is vulnerable because unlike Microsoft or Apple the browser is the core of its business.

There is also a sense in which Chrome competes with Firefox for the user who has decided not to use the browser that comes with the operating system.

Chrome is strategically important to Google, not just as a browser, but as a platform for applications. It hooks into the Web Store announced at the recent Google I/O conference, and it will soon be easy to create browser applications that run offline. Google has the financial muscle to market Chrome. I’d also suggest that the momentum behind other projects, especially Android but also Google Apps, will indirectly benefit the browser.

On the Mac, it is worth noting that both Safari and Chrome use the same open source WebKit project, sponsored by Apple, which I guess is more interesting now that Google and Apple are competing fiercely in mobile.

My first Google Chrome Web Application

Update: this post is based on obsolete beta code. Please go to the updated version here.

When I read Patrick Aljord’s blog on how to create Chrome Apps I thought, “that looks easy”. So I installed the dev channel version of Chrome as advised here, though on a VM just to be safe, and set about creating my own.

Well, WordPress is a web application; so my example is this blog. I created a manifest in Notepad.

image

Next, using my artistic skills, I made two icons of the required size: 24×24 and 128×128.

I ran the dev. build of Chrome using the –enable-apps switch. On the Extensions tab there are tools for building a .crx, which is the container for a Chrome Web App. I built the app, then installed it.

image

You get a generic warning about the extension. I was surprised not to see a stronger complaint about my app having no authenticated signature – it could be from anywhere. I guess this may be changed for the final release.

After installing, the app appears in the Chrome New Tab page.

image

You can try my web app here.

The whole process is very simple, which I like. It is also almost the same thing as a bookmark or favourite link. The main differences that I can see:

  • Apps get pride of place on the default Chrome Home page.
  • Apps can be installed from the forthcoming Chrome Web Store, with user reviews, a payment model, and so on.
  • Apps can have extra permissions.
  • Apps can be locally installed as “serverless” apps – this is huge, especially for the forthcoming Chrome OS which has no other provision for local applications.

Incidentally, if you try installing an app into the current standard build of Chrome, it installs as an extension but does not do anything. I also had to omit the “permissions” section of the manifest, otherwise I got an invalid permissions error when installing. In the developer build all was fine.

I tried dragging my app from Chrome to the desktop to make a shortcut. It worked, but simply created a standard web shortcut, which opens in your default browser, not necessarily in Chrome.

It is all so easy that it will make sense for almost anyone to create a Chrome Web App from their web property. Which also means there will be plenty of junk web apps around.

I’m not clear exactly how the Web Store will work. While I would love to sell URLs for money, they are not inherently of any value, though a serverless app is different. Presumably the normal thing would be to sell some sort of subscription, which implies registration and user authentication. No doubt everything will work smoothly if you use a Google ID as your authentication provider, though I hope Google will also provide for alternative systems.

A great day for Android at Google I/O; not convinced by Google TV

Yesterday’s Google I/O was remarkable for several reasons. The most significant was not a specific technical announcement, but rather the evidence for a successful Google-led alliance against Apple in the mobile device market (and perhaps also in home entertainment with Google TV). Apple has hardly put a foot wrong since Jobs rejoined the company in 1996 – well, aside from a few minor lapses like the iPod Hi-Fi. With steadily increasing sales for the iPhone, it was beginning to look as if Apple would do to the mobile phone market what it did to the market for portable MP3 players, including the all-important App Store.

After Google I/O 2010 that seems less likely. Google showed off the momentum behind Android – there are now over 100,000 Android activations daily, according to Vic Gundotra – and then gave a compelling demo of new features in Android 2.2, code-named Froyo, including:

  • New Dalvik just-in-time compiler with 2-5x speed improvement in CPU-bound code
  • Better Exchange support with account auto-discovery, calendar sync, Global Address List support, and device policy support
  • V8 JavaScript engine in Android browser, 2-3x speed improvement
  • Apps can backup data to the cloud, for instant restore on a replacement device
  • Ability to make Android phone a portable wi-fi hotspot for your Windows, Apple or Linux machine
  • Stream your home media library to your Android device
  • Cloud to device messaging
  • Crash reports with stacktrace uploaded for developers to review
  • Some great demos of voice input combined with Google search and maps

In some ways the details do not matter; what does matter is that Google persuaded the world that Android mobiles would be more than a match for iPhones, but without the Apple lock-in, lock-out, and censorship.

Support for Adobe Flash is almost more a political than a technical matter in this context. I cannot help wondering whether Microsoft is working on Silverlight for Android; it should be, but probably is not. The Mono team on the other hand is there already.

Apple now has a bit of a PR problem; and while I am sure it will ride it out successfully and impress us at WWDC next month, the fact that it has a PR problem at all is something of a novelty.

Next came Google TV, with which I was less impressed, and not only because the demos were shaky. I understand the thinking behind it. You could almost see the $ signs revolving when Google mentioned the $70 billion annual spend on TV advertising. Google TV adds an Android device and internet connection to your living room television set, bringing YouTube to the largest screen in the house, enabling web browsing, and opening up interesting opportunities such as running Android apps, combining TV and web search, and overlaying TV with social media interaction.

It sounds good; but while I am a firm believer in the Internet’s power to disrupt broadcasting – especially here in the UK where we have BBC iPlayer – I am not sure that injecting the Web into TV like this is such a big deal. In fact, games consoles do this already. Sony’s Howard Stringer was at Google I/O to support the announcement, which has his company’s participation, but a PS3 already offers BBC iPlayer, Adobe Flash 9, and a basic web browser. I use this from time to time and enjoy it, but a TV is not great for web browsing since you are sitting at a distance, and wireless keyboards are a nuisance kicking round the living room – we tried that for a while with Windows Media Center. Activities like online shopping or simply Tweeting are easier to do on other devices.

Maybe it is just waiting for the right implementation. If it does take off though, I will be interested to see what the broadcasters think of it. What if Google manages to serve contextual ads based on the content you are viewing? That would not please me if I had invested millions in creating that content, specifically in order to attract advertising.

It may be developers that make or break Google TV. Add a few compelling apps that work best in this context, and we will all want one.

Google advances its platform – or should that be advances the Web?

Yesterday Google presented its latest platform innovations at the Google I/O conference in San Francisco. Its strategy is relatively clear: to improve web applications so that you can do everything you need in the browser. The client pieces are HTML 5 – though bear in mind that this is not yet a fixed standard – and especially the Chrome browser, whether installed on a traditional operating system or delivered on a Chrome OS device.

Chrome has always had lightning-fast JavaScript. We’re now seeing other pieces in the Chrome-as-application-platform story, including:

Integrated Adobe Flash

The  Native Client for secure native code, typically coded in C/C++, running in the browser

Announced yesterday, the WebM video and audio format. This includes VP8, acquired with On2 Technologies and now open source, as well as Vorbis audio and the Matroska multimedia container.

The Chrome Web Store, also announced yesterday, which will be an App Store equivalent for web applications.

image

Web Store apps are “installable” which may mean little more than a shortcut in the browser, similar to a bookmark or favourite link. However, there will be a payment infrastructure as well as ratings and user reviews.

Serverless apps. This is another aspect to the Web Store. A Web Store app can be designed to run offline, with all the necessary HTML and JavaScript bundled into the .crx format used by the store. Google calls these Serverless apps, and in many ways the concept is similar to that in Palm’s WebOS – HTML and JavaScript applications that run locally. This is interesting for Chrome OS as it makes it easy to create applications that work offline.

The Google Font API and Directory. This is big news. Most of us stick to the same old web fonts, or use images, or a plug-in like Flash or PDF, for going beyond the standard browser fonts. Using Google’s API, it is easy to include any font in the new directory, with nothing more than a specially crafted CSS link.

The Google Font API hides a lot of complexity behind the scenes. Google’s serving infrastructure takes care of converting the font into a format compatible with any modern browser (including Internet Explorer 6 and up), sends just the styles and weights you select, and the font files and CSS are tuned and optimized for web serving.

On the server side, there is Google App Engine for Business. Google is cooperating with VMware so that you can host Spring applications on its web application platform, App Engine. Spring Roo, a rapid application development tool for Spring, has been integrated with Google Web Toolkit (GWT) to make it easy to build browser-hosted clients for Spring applications. GWT lets you code in Java, but run in JavaScript. Using Spring gives you a choice of where to host your application: on-premise, on App Engine, on the Salesforce.com platform with VMforce, or on another platform such as Amazon EC2.

Spring’s Rod Johnson explains the goals here:

Until the announcement of VMforce and today’s announcement, Java developers lacked a PaaS destination to which they could easily deploy their applications. This was an important gap that threatened to become a danger to the long-term future of Java. I’m delighted that VMware/SpringSource is leading the charge to fill this gap.

Another feature worth highlighting is SQL for App Engine:

SQL database support on App Engine gives enterprise developers access to the full capabilities of a dedicated relational database, without the headache of managing it.

though Google adds that this is a “premium service” which may come at extra cost. According to the roadmap, this is coming in Q3 2010.

While there is a lot to take in, there is a consistent theme: making the web and browser platform more capable, and making desktop applications and on-premise servers less necessary.

Whereas Apple aims to lock us into its devices and App Store, Google’s approach is more open. It is happy to give away stuff like the WebM multimedia project and the Font API in order to improve the Web overall; though of course every time we use the Font API Google can record the traffic on our site and mine that data if it chooses to do so. It is in line with the strategy unveiled at the Mobile World Congress in February: a little bit of everything you do. Google will take its cut of any Web Store sales. What is Web and what is Google is deliberately blurred.

I still think that the forthcoming Chrome OS is an amazing experiment, and the new offline application support announced yesterday makes sense as an alternative to traditional local applications.

A good day for Adobe and Flash, or a bad one? Adobe’s Kevin Lynch demonstrated new HTML 5 capabilities in Dreamweaver, via an add-on pack. As expected, Adobe is becoming a little less Flash-focused in its PR. Google’s emerging platform is a tool opportunity for Adobe. Still, that is a lesser role than establishing Flash as the universal client, a possibility which Apple seems to have killed. Google is supporting Flash, of course, by building it into Chrome, but at the same time things like WebM, Font API, HTML5, and Native Client (shown as the natural client platform for browser-hosted games) undermine the need for Flash.

Apple is a problem for Google too. Will native client ever work on iPhone or iPad? WebM? The big question – who will marginalise whom?

After Apple’s Flash ban, what next for Adobe?

I imagine there must be urgent meetings taking place at Adobe following Apple’s prohibition of Flash content or applications on its iPhone and iPad devices, and last week’s open letter from Apple CEO Steve Jobs which leaves little hope of a change in policy.

The problem is that until now Adobe has put the Flash runtime at the heart of its strategy. The Flash Platform is a suite of tools and technologies including middleware (LiveCycle Data Services), web and desktop runtimes (Flash and AIR), design and developer tools (Creative Suite and Flash Builder). The company has worked to integrate Flash and PDF, using embedded Flash content for multimedia and to blur the boundaries between documents and applications.

If you look at Creative Suite 5, the latest release of Adobe’s flagship tools and from which it derives most of its revenue, there is scarcely a product within it which Flash does not touch.

Adobe’s hosted document and collaboration platform, Acrobat.com, uses Flash for online document viewing and editing, for web conferencing, for online presentations.

Adobe’s abandoned Flash to iPhone compiler was not only something for third-party developers, but also for Adobe itself, and the company has already been using it to enable access from iPhone to some of its Flash-based online services. For example, Adobe Acrobat Connect Pro Mobile for iPhone, which lets you attend Acrobat Connect Pro meetings:

This application was developed using the Flash platform and the Packager for iPhone to publish it as a native iPhone application. We will also be able to use the same code to deliver this application on other mobile devices when AIR for mobile devices becomes available later this year.

Of course Adobe is not solely a Flash company. It’s also a PDF company, and while there is no Adobe Reader for iPhone, it is at least possible to view PDFs on Apple’s devices. Adobe is an HTML company too, and products like Dreamweaver and Fireworks are geared towards HTML content.

Still, Apple has created a big problem for Adobe. The appeal of the Flash Platform starts with the ubiquity of the runtime.

Let’s assume that Apple trundles on, grabbing an increasing share of the Smartphone market and encroaching into what we now think of as the laptop/netbook market with iPad and possibly other appliance-type computing devices. What can Adobe do? Here are a couple of top-level choices that occur to me:

1. Resign itself to being an anything-but-Apple company. There is life beyond iPhone and iPad; and Adobe is making good progress towards establishing Flash elsewhere, from Android mobiles to set-top boxes to games consoles. Unfortunately the Apple-owning community is a wealthy and influential one; the impact of losing that part of the market is greater than its market share implies. Nevertheless, this seems to be Adobe’s immediate reaction to the Jobs bombshell. It is rumoured to be giving Android phones to its employees, for example, and there are signs of an Adobe-Google alliance forming against Apple – note that Google is building Flash by default into its Chrome browser.

2. Pull back on Flash. For example, redesign Buzzword, its Flash-based online document editor, in HTML and JavaScript. Tune its PR message to emphasise how useful its tools are in an non-Flash context, rather than presuming its runtime will be everywhere. I think Adobe will have to do this to some extent.

A mitigating factor is that while Adobe has (until now) done a great job of deploying the Flash runtime, it has done less well at monetising it. If you look at its latest financials, you’ll see that Flash Platform (including AIR) accounted for only 6% of its revenue, compared to 50% for design tools including Creative Suite and Photoshop, 28% for business use of Acrobat, and 10% for the recently acquired Omniture web analytics. Although some of its design market is Flash-dependent, there is plenty more that is not.

Google flexes page rank muscles, hits Daily Express?

It’s been reported that the Daily Express newspaper is selling paid links, in other words links that look to Google’s web crawler like links from independent editorial, but in fact are paid for by advertisers.

The consequence of doing this, according to Google:

However, some SEOs and webmasters engage in the practice of buying and selling links that pass PageRank, disregarding the quality of the links, the sources, and the long-term impact it will have on their sites. Buying or selling links that pass PageRank is in violation of Google’s webmaster guidelines and can negatively impact a site’s ranking in search results.

I then saw a report saying that Google has indeed penalised the Daily Express. I checked the page rank of the Daily Express home page here and found that it is indeed lower than could be expected.

image

While it is difficult to say what the page rank should be, Alexa shows the Express site as among the top 15,000 worldwide and in the top 1000 in the UK, with over 4,000 incoming links.

Although the Daily Express is not to my taste, I have misgivings about this process. A significant proportion of web traffic comes via Google, and lower search rankings have a direct effect on traffic and therefore business. Exactly how Google determines search rankings is a commercial secret, even though the gist of how it works is well known. There is not much you can do if mistakes are made, other than to complain to Google and hope someone pays attention to you.

There is nothing illegal about selling paid links, and the article highlighted in the Express is marked as “Sponsored”. While it is right for Google not to count these links as genuine recommendations, I am less sure about whether there should be additional punishment for running them. It puts too much power to make and break other companies into the hands of Google.

Of course we don’t know if the low ranking is a result of the paid links or not; that is speculation. Nor do we know how closely the published page rank corresponds which how Google actually determines the order of search results. Looking at Alexa’s report, there’s no conclusive evidence of declining traffic, though Alexa’s figures are based on a relatively small sample.

Still, I get a ton of these paid link requests and this kind of story makes me glad that I always turn them down.

Mad or brilliant? Google Chrome OS will print via the cloud

Google Chrome OS, the operating system that is essentially a browser on a netbook, does not support printer drivers. Given the problems these things still cause, you might think that is a good thing. At least, until you want to print a Google map to give to a friend. Or an invoice to stick in the post. Or any of those other innumerable reasons for printing that we somehow find, even in the age of electronic documents.

The solution Google has come up with is called Cloud Print. You register your printer or printers with Google, then print over the internet. The printer might be a “cloud-aware printer”, none of which yet exist, which sits with its internet connection waiting for print jobs; or a “legacy printer” which works via a proxy running on a PC. Google will distribute this proxy with Google Chrome. The proxy gets the print job from Google, then prints using the local printer driver. Since Chrome OS does not have any printer drivers, the proxy cannot run on Chrome OS itself.

This is mad, of course, because it means that in order to print a document from Chrome OS to the printer sitting on the same local network, you have to send it to Google and back. If your internet connection goes down, you cannot print from Chrome OS at all.

Still, given that printers still have a habit of grinding and whirring a bit before actually printing, a little delay while a document travels to Google and back probably won’t upset you.

The brilliance of the idea is that cloud-aware printers will just work, and you can print to them from anywhere. If it’s your boarding pass, you are in New York and the printer is in London, that won’t help you much; but there are other scenarios where it might. Printing a receipt while away can be handy, for example; it won’t be needed until you do your accounts.

I like the way Google is thinking creatively about what it means to have a computer that is wholly cloud-centric. If it can make such a device usable, it will be revolutionary.

I don’t like the idea of having to sign into Google to print a document. Google says:

We expect other entities to provide their own cloud print services as well. Users associate printers with their Google Account via the service.

It’s another of these, “you are welcome to our standard” offers. In practice, signing permanently into Google will be the deal with Chrome OS, as it is to a large extent with Android. The whole thing revolves around your Google identity, which is why it pays Google to make the investment.

Jewels from the loft: launch of Delphi, Netscape’s Constellation, HTML to die, Longhorn for developers

It’s the Easter holiday in the UK and I’ve suffered a bout of spring-clean fever. It is time, I decided, to clear out a mountain of old books and magazines.

A job like this always prompts reflections, the first of which is the sad decline of print journalism in the field of software development. It hurt to send piles of Byte, Exe, Dr Dobbs’s Journal, Application Development Advisor and others off for recycling.

image

A few things caught my eye. Exe June 1995, and there is a young Anders Hejlsberg talking to Will Watts about his new creation: Borland Delphi:

Before Delphi, you always had to make a choice. Do I go for the performance of a native code compiler, or the ease of use of a visual development environment? Do I go for a powerful object-oriented language, or a proprietary 4GL client/server tool? What programmers really want is all of the above, in one package. That’s what we set out to do.

What is striking about Delphi is that this was not hype. It delivered on that promise. It was better than its obvious rival, Microsoft’s Visual Basic, in almost every way (I will give VB a point for sheer ubiquity, especially in VBA guise). Delphi is still with us today, not bad after fifteen years. However, it never came close to VB’s market share, which shows that quality has never been the sole or even the most important determinant of sales success.

Next up is Byte, March 1998. “Reinventing the Web”, the cover proclaims. “XML and DHTML will bring order to the chaos”.

image

Inside there is a breathless description of how XML will change everything, and a quote from Jon Bosak:

HTML, this so-called ‘hypertext markup language,’ implements just a tiny amount of the functionality that has historically been associated with the concept of hypertext systems. Only the simplest form of linking is supported – unidirectional links to hard-coded locations. This is a far cry from the systems that were built and proven during the 1970s and 1980s.

Indeed. “We need to start replacing simple HTML with more powerful alternatives”, the article concludes. “The migration to XML must begin. The future of the Web depends on it.”

Here’s one thing that mostly did not work out as planned. The W3C tried to retire HTML, failed, and is now belatedly engaged in specifying HTML 5.

Byte March 1997 is also intriguing. Netscape’s Marc Andreessen smiles out of the cover.

image

Jon Udell, in the days before he disappeared into some Microsoft corridor, writes about Netscape’s “Constellation: the network-centric desktop”:

Netscape’s Constellation takes a less Windows-centric approach and puts more emphasis on location-independent computing, regardless of the platform. No matter what kind of system you’re using or where you are, Constellation presents a universal desktop called the Homeport. Although the Homeport can appear in a browser window, Netscape usually demonstrates it as a full-screen layer that buries the native OS – certainly one reason Microsoft is not embracing Constellation.

Netscape got a lot of things right, a true pioneer of what we now call cloud computing. What went wrong? Well, Microsoft went all-out to conquer Netscape by removing its browser dominance. Microsoft’s weapon was the free Internet Explorer.

It is all a pre-echo of what is happening now with Google and Microsoft, the difference being that Google has huge financial power thanks to its marriage of internet search and internet advertising. Unlike Netscape, Google is winning.

This blog is long enough; but I’ll give a brief mention to another jewel from the archives: a book given out at PDC 2003 entitled Introducing Longhorn for Developers.

image

It describes Microsoft’s vision for Longhorn: a radical new application model for Windows, building on XAML, WinFS and “Indigo”, the communication framework. It bears little resemblance to what eventually appeared as Vista, which is a shame as it was compelling in many ways.