Category Archives: microsoft

Microsoft, Moonlight and open source

I was surprised by the announcement that Silverlight is being ported to Intel’s Moblin Linux, which I’ve already reported both here and on The Register. It feels like a u-turn from Microsoft, which had previously stated that while it would build Silverlight for both Windows and Mac, Linux support was to be done by Novell. This is from the 2007 press release:

Microsoft will work with Novell Inc. to deliver Silverlight support for Linux, called Moonlight, and based on the project started on mono-project.com … Microsoft is committed to ensuring that organizations have the best tools and resources to begin building Silverlight-based solutions with the broadest possible reach. The decision to work with Novell to offer Silverlight support for the Linux platform is in direct response to customer feedback, and both companies are optimistic about the impact this extended partnership will have in the industry.

Now, given that Microsoft has long expressed an intention to bring Silverlight to mobile devices, and that many mobile devices run some variety of Linux, you can argue that the Moblin announcement is merely in line with that strategy. This is what Brian Goldfarb told me – that the Intel deal is in the “mobile device” category, and therefore distinct from the work with Mono.

That said, if you look at the specs for something like Dell’s Mini 10v with Moblin – 1.6Ghz Atom CPU, 160GB hard drive, 1GB RAM, 10.1" 1024×600 display – it really has more in common with a traditional laptop than with, say, a mobile phone. Further, I’m getting the impression that this will be a full Silverlight 3.0 implementation, not a cut-down version like Flash Lite, complete with the Silverlight version of the .NET Framework.

If Microsoft had announced this kind of deal in the early days of Silverlight, it would have have been encouraging for open source advocates. Even though this Silverlight for Moblin is not an open source project, it extends support for a key Microsoft technology to Linux users. Silverlight developers may well prefer that the same code will be running on Moblin as on Windows or Mac, subject to whatever has to be done to make the port work.

Unfortunately at this point the announcement is having an opposite effect, casting doubt on Microsoft’s ability to work with open source partners. The impression is that Mono was a useful means of ticking the Linux box for Silverlight’s launch – though the version which includes .NET is still not complete – but that when it really wants to support a Linux OS, Microsoft is quick to find another route.

It is stating the obvious to say that the open source community is wary of Microsoft. Everything the company does is eyed with suspicion. Microsoft’s official support for Moonlight, along with great work from people like John Lam who works on IronRuby, was beginning to soften some of that hostility. Miguel de Icaza, leader of the Mono project, has been a great bridgebuilder between Microsoft and the open source community – so much so, that Richard Stallman recently called him “basically a traitor to the free software community”. Stallman has done his cause no credit with this remark. “I think we officially hit a new low here”, says OS news.

A terrible moment then for Microsoft to snub Moonlight by doing its own thing with Intel for Silverlight on Linux. What was even more striking is that the company seemingly had no idea of the impact of its announcement, and that it might be a sensitive matter, and apparently did nothing to prepare the Mono team in advance for the obvious questions that would be asked.

What is more important – that Silverlight works smoothly on Moblin, or Microsoft’s relationship with the open source community?

Microsoft brings Silverlight – not Mono – to Linux via Intel

Yesterday I speculated about what was meant by the inclusion of Silverlight among supported runtimes for Intel’s Moblin Linux, which is being used on netbooks using the Atom processor. I had assumed it was some new development of Moonlight, Mono’s Silverlight implementation, but apparently this is not the case. Here’s what Microsoft’s Brian Goldfarb, director of the Developer Platform Group at Microsoft, said:

Microsoft and Intel announced today that the two companies have agreed to work together to bring support for Silverlight 3 to Intel’s Atom-based Mobile Internet Devices (MID). These Atom-based devices run on Windows and Moblin, an open source, Linux-based operating system targeted at Atom-based devices. In order to help bring Silverlight content to these devices, Microsoft has provided Intel with Silverlight source code and test suites, and Intel will provide Microsoft with an optimized version of Silverlight for Moblin devices that Microsoft can then redistribute to OEMs.

There are a couple of curious aspects to this. One is why Microsoft would not simply feed optimisations into the Moonlight project, which would benefit Silverlight/Moonlight on all Linux systems. Goldfarb did add:

The Silverlight for Moblin announcement is independent from Microsoft’s work with Novell on Moonlight. The Intel/Moblin effort is specifically about building great out-of-box experiences for consumers on Atom-based devices. Microsoft’s efforts with Novell remain critical as they build an open-source, compatible, and broadly available Silverlight solution for Linux.

Another is whether Intel/Microsoft are devising some way for Silverlight to run as a desktop application, rather than just as a browser plug-in. I’m hopping to clarify these points soon.

Intel has a press release here.

Intel gets into the App Store game – but where does Silverlight fit in?

Intel has announced its Atom Developer Program including a new app store. The idea is to encourage a flow of applications that are well suited to netbooks, rather than general desktop applications that tend to get pressed into service because they are there, but may not be well suited to the smaller screen and more limited resources typical of netbooks versus full laptops. No doubt Intel has its eye on Apple’s successful iPhone App Store, which enhances sales of the hardware as well as providing a ready-made sales channel for independent software vendors, and wants to do the same for netbooks.

In order to participate as a developer, you have to sign up for the program, which will cost $99 annually though currently it is free. An interesting twist is that the developer program is a component market as well as an application market. Write a cool component, and you can get paid whenever any application that uses your component is sold. Intel handles all the business details, for a cut of course.

Intel is supporting two operating systems, Windows and Moblin, Intel’s Linux distribution. Your applications must be one of the following:

  • Native Windows (I am not sure whether .NET is allowed)
  • Native Moblin
  • Java
  • Adobe AIR

A puzzle is that Intel’s press release makes several references to Silverlight as a cross-platform runtime; yet although there is a Linux version of Silverlight, called Moonlight, there isn’t any exact equivalent to AIR for desktop Silverlight and I am not clear how Silverlight fits in any of the categories above. I may be reading too much into this; but perhaps all will be explained when Silverlight 4 is unveiled at PDC in November? Here’s what the press release says:

“Using Silverlight’s cross-device, cross-browser, cross-platform technology, developers will be able to write applications once and have them run on Windows and Moblin devices – expanding the reach of Silverlight applications to more consumers, regardless of whether the device they’re using is a PC, TV or phone,” said Ian Ellison Taylor, general manager, Microsoft Client Platforms and Tools.

Note that despite the above quote, Moonlight 2.0 is still in beta, and no current phones include the Silverlight runtime.

Apps must be delivered in one of the following forms:

  • .msi (for Windows*)
  • .jar (for Java*)
  • .air (for Adobe® AIR*)
  • .deb (for Debian Mobilin/Linux)
  • .rpm (for RedHat* Linux)

All applications in the store are subject to Intel’s approval (called validation):

The validation process checks your code for suitability for the Developer Program, licensing and legal issues, and some basic functionality.

Here’s the checklist. Note this requirement:

Runtimes and technologies the application can support can only be any of the following: Moblin* Native, Windows* Native, Adobe AIR*, Java FX *, and Microsoft* Silverlight*.

Hmm, Silverlight again.

Intel gets 30% of your revenue. You can also market components and if your application uses a paid-for component a share of the revenue will be paid to the component vendor. Free applications and components are also permitted.

I really like the checklist – I wish all desktop applications conformed to some of the requirements. Like this one:

The application will completely uninstall when desired, and leave no garbage files behind.

are great to read.

You can sign up here, though the SDK is not yet available.

One curious facet of the program is that although it is specifically for the Atom, in most cases your application will likely run fine on other processors. I am not sure if Intel will do anything to ensure that only Atom-powered computers use the store.

In May I posted that we should get ready for more app stores. This is really coming to pass now, with Adobe’s offering which I mentioned yesterday, Nokia’s Ovi, as well as others for Android, Palm Pre and so on.

Office Web Apps: is Microsoft missing its big opportunity?

I have been found the technical preview of Microsoft’s Office Web Apps mostly disappointing. One problem is bugs. These are to be expected in a technical preview, but I have had more problems than I would expect in a widely distributed technical preview. PowerPoint has been particularly problematic. When I try to edit a PowerPoint document I now almost always get “PowerPoint Web App encountered an error. Please try again.” Once I get this error I am stuck with it for the rest of the session. On the Mac I am unable to open documents in Office 2008; I get a message that says “To open this presentation, your computer must be running a version of Microsoft PowerPoint and a browser that supports opening files directly from the Office Web Apps.” On Linux the edit features of the Web Apps seem to be disabled completely. When collaborating in Excel, you cannot see what the other person is editing, which can result in your work being overwritten. Trying to load an Excel sheet that included VBA macros gave the blunt message: “Excel Web App was unable to load the workbook that you requested”.

No doubt these things will be fixed, or at least the messages improved, but it raises doubts about whether the Web Apps will be ready in time.

The performance of the web apps overall is mixed: load times can be slow, but once loaded it is not so bad – scrolling through a Word document in the Silverlight viewer is fine. Performance seems to vary, which may suggest server load issues, and/or the effects of caching as a session continues. Anyway, it was weak enough that when I tried an experiment with a larger spreadsheet I did so with no great expectations.

Here’s what I did. I ran a script that reads every filename and writes it to a file, and ran it against a drive containing many files. I imported this to Excel (which coped without blinking) and saved it both as an .xlsx and a .xls with a little over 30,000 rows. I tried importing it to Google Apps, which says it accepts spreadsheets up to 1MB (my sheet was 883K). Google wasn’t having it, and gave me an error – maybe because an .xlsx is really zipped, and uncompressed the .xls was nearly 3MB. I cut it down to 100,000 rows, whereupon Google accepted it OK. Scrolling from top to bottom took around 15 seconds, or nearer 5 seconds in Chrome: impressive.

Next I tried Office Web Apps. To my surprise, it accepted the large sheet without protest; even the upload was quick. Better still, it was able to scroll from top to bottom in less than 10 seconds, faster once loaded.

I was impressed, though something is not quite right. I put a little calculation towards the bottom of the sheet and for some reason I can’t figure out, it isn’t working.

Still, it seems that Excel Web App is ready for workbooks larger than Google will accept. It’s a significant issue, since there are plenty of large spreadsheets in the world; and I can’t see any inherent reason why web applications should not be able to deal with them. Deep Zoom does a great job of dealing with large bitmaps, so why not spreadsheets as well, on the same principle that you only need to see a small portion at any one time?

The Office Web Apps build on Excel Services along with equivalent services that are being developed for the other Office applications, so Microsoft is in fact building a server-side Office. It is a huge opportunity given the dominance of Microsoft Office in business, with the potential to jump-start Microsoft’s efforts to establish itself alongside the likes of Google and Salesforce.com as a provider of online applications. The big question is to what extent it is willing to surface the features of server-side Office so that users can take full advantage.

The answer currently seems to be, “not much.” The editing features are extremely limited. Here’s what product manager Chris Adams told me when I asked him to describe the limitations:

Our goal is not to replicate the desktop software on the web. The web is a few years away from providing the same kind of rich, powerful experience that we have on the desktop. One of our goals is that cross-browser, cross-platform support. Without wanting to use extra add-ins to add functionality, it does limit us in some ways.

We’ve been trying to look at the key things people might want to do when they access a web app. Smart Art is an example. Smart Art was introduced in Office 2007 on the desktop. With the web app we’ll look to enable people to edit Smart Art, update some elements in it, but we won’t allow you to create new smart art.

We’re trying to replicate the right features and functionality for what we think users will want to do with the web version. This is the first time that a lot of people will get to use it, so the feedback starts now. What people tell us now will inform what we eventually end up with as a feature set.

My feedback here is that the web apps should be as full-featured as possible, so that you can do all your work without having to click that Edit in Office button – which is never going to work anyway in some scenarios, such as on Linux.

Despite denials, I am sure that Microsoft is deliberately limiting the editing options in the web apps so as to ensure that we still need desktop Office. I cannot make sense of what is on offer in Excel Web App, for example, in any other way.

It seems to me that Microsoft is choosing between two paths here.

  • On one path it makes the Web Apps as good as possible, and risks losing sales of Office licences as well as making non-Windows operating systems more viable on the desktop.
  • On the other path, it limits the capabilities of the Web Apps, and risks losing customers in their entirety as they realise that Microsoft is not serious about letting them work through a web-based system.

Not easy, but I’d suggest that the first option above is less dangerous for Microsoft than the second.

London Stock Exchange migrating from .NET to Oracle/UNIX platform

The London Stock Exchange has agreed to acquire MillenniumIT, and will be replacing its TradElect and Infolect systems with the MillenniumIT trading system. TradElect is based on Windows Server and .NET,  and was created by Microsoft and Accenture. Microsoft used to use the LSE’s system as a showcase for .NET scalability, but while it proved that .NET can work for large systems, the LSE suffered an outage in September 2008 that was rumoured to be the fault of TradElect.

I don’t know much about MillenniumIT but note that the company is a partner with Sun and Oracle and that the MillenniumIT Exchange brochure [pdf] states:

Operating System: UNIX or Linux

Database: Oracle

As Brian Bryson of IBM/Rational observes, it is short-sighted to lay the blame on the platform. Nevertheless, considering the high profile of this system and Microsoft’s active involvement it is at least an embarrassment.

The mitigation for Microsoft is that .NET has less to prove these days. Even if running a system as large and performance-critical as the London Stock Exchange was a step too far, particularly for Server 2003 and (apparently) SQL Server 2000, that doesn’t rule out Microsoft’s technology for more usual workloads; and there are improvements in Server 2008 and SQL Server 2008.

Still, I’d love to know more about why the LSE is abandoning TradElect and what the lessons are for those designing and implementing systems at this level.

The problems with TradElect are thoroughly debated in the comments here.

Update: Microsoft’s LSE Case Study from 2006 is here.

I have also received the following statement from a Microsoft spokesperson:

Microsoft continues to support some of the most demanding, mission-critical environments in the world and is constantly raising the performance bar with new solutions.  Most recently, Microsoft completed three different proof-of-concept projects for a major international stock exchange that demonstrate Windows Server 2008 and Microsoft .NET can successfully support very low latency trading activities, in the 100 microsecond range using standard 1 Gigabit Ethernet.  With the addition of Microsoft Network Direct, that latency is further reduced by 50%, which is industry leading performance.

Sony’s Flash advantage for PlayStation 3 vs Xbox 360

Sony’s PlayStation 3 includes a web browser and for some time it has been possible to view BBC iPlayer content there. The iPlayer is based on Adobe Flash. The attraction of this approach is that the console is already plugged into the home TV, so it is a relatively seamless shift from conventional broadcasting, provided you can figure out how to operate it using a game controller.

According to the BBC’s Anthony Rose, people are figuring this out big time, now that Sony has both enhanced Flash with h.264 support and full-screen hardware acceleration, and added an iPlayer icon to the PS3 menu (I should think the latter counted for more than the former). He’s revealed on the BBC Internet blog that:

… iPlayer on PS3 now accounts for a massive ~10% of all iPlayer viewing, overtaking Mac (8.5%) to be our 2nd most popular platform for IP-delivered content.

I find that impressive given that the PS3 is still marketed primarily as a games console.

The obvious question: what about Xbox 360, which is inherently more than capable of the same feat? The problem is that Flash is not supported on the 360, nor does it have a web browser. You can watch TV via a 360, by using it as a Media Center Extender, but that means getting quite a few other pieces in place in your digital home, including a Media Center PC with a TV aerial plugged into it – and even then, you are not getting iPlayer, just digital TV.

There are a couple of solutions that come to mind. One is that Microsoft could get together with Adobe and support Flash on the 360. The other is that Microsoft could get a move on with its Silverlight support on 360 and persuade the BBC to serve up iPlayer content for Silverlight as well as Flash. Both are technically feasible; the first would be easier for the BBC but embarrassing for Microsoft, which is promoting its own video streaming technology, while the second would be expensive for the BBC.

Another party which is likely to be watching with interest is ITV, which has its own catch-up service. This used to be based on Silverlight but now seems to be pretty much all Flash, perhaps because of quality problems or simply to take advantage of the wider deployment of the Flash runtime. Even though it does not have its own icon on a PS3, you could watch ITV Player via the browser.

Catch-up viewing is popular, and this sensible Flash-based development alongside existing Blu-ray support gives Sony’s machine a substantial advantage over the 360 when considered as a home entertainment device, rather than merely a games console. I’d expect this to be a significant factor as buyers make their choices in the coming Christmas season.

Finally, I wonder what other interesting potential there is for runtimes like Flash or Silverlight on a game console that is wired directly into the family home? Could there be a PS3 app store in the console’s future?

Update: A couple of informative comments below observe that there is a way to get iPlayer on the 360 via WMV download and Media Center; and that Sky Player is Silverlight-based and coming to Xbox. So it is not game over yet.

The desktop versus web application debate

I posted a piece entitled Desktop applications are dead which attracted the following comment:

Web apps have plenty of cons too. You seem to only be looking to the Pros.

There’s something in it; though the article is a little more nuanced than its title. There’s also another debate to be had around the question of what a web application really is. If thousands of lines of JavaScript are executing on the client, is it a web app? If it is running in Flash or Silverlight is it a web app? If it is running out of browser (Adobe AIR, Silverlight, JavaFX) has it crossed the border to become a desktop app? This last case is particularly interesting, since although something like AIR should probably be categorised as desktop, its programming model is normally that of a web application with an offline cache.

The semantic discussion can distract from the real issues. The ascendancy of web applications has a lot to teach software developers. The enforced simplicity, even crudeness, in the user interface of early web applications brought some surprising benefits: users generally liked the minimalist approach and ease of navigation. The page model, intended for documents, turns out to work for applications as well.

Another big lesson: users value zero-install extremely highly. The routine of go to the web page – run the app is easy to understand. Some find it easier than finding an application shortcut in the Windows Start menu, and that is after the potentially painful business of running setup.

Still, I am slipping into reiterating the advantages of web apps. What about their cons? What about the pros of desktop applications?

I still use desktop applications a great deal: Microsoft Office, Live Writer, Foobar, Visual Studio, Eclipse, all the things I listed in 10 Mac alternatives to Windows utilities. Doesn’t that prove that desktop applications are still important?

It does; but there is an important qualification. None of these are line of business applications of the type which occupy so much of the time of corporate software developers and contractors.

The real point: if there is a discussion about whether a particular project should be implemented as a desktop or web application, it is not the web application advocates who need to make their case. Rather, it is the desktop advocates who need to show the particular reasons (which may be good ones) why only a traditional local install will do.

It is also important to follow the curve on the graph. The list of things that can only be done by desktop applications gets shorter with every upgrade to the web platform – whether you think of that as HTML/AJAX, Adobe Flash, Microsoft Silverlight, or [insert your favourite web technology].

Ten years ago, a web version of Photoshop seemed an unlikely prospect. Today, here it is. Office and email is going the same way, even if it is not quite ready for all of us; Microsoft will have to accept that or lose its business.

I don’t follow Rich Internet Applications with such interest because they are cool, but because they are the future of the client – and increasingly the present as well.

Why you probably don’t want to buy Microsoft SBS 2008 Premium CALs

I’ve been trying to figure out licensing for Microsoft’s Small Business Server 2008. It’s somewhat perplexing. There are two editions, Standard and Premium, but you can apparently use Standard CALs with the Premium SBS. The Premium edition offers two extra features over the Standard:

1. A second server license for Windows Server 2008.

2. SQL Server 2008 Standard Edition.

So what’s the difference between Standard and Premium CALs? First of all, price. A pack of 5 standard CALs is $385 full retail, while 5 Premium CALs is $945 – that’s 245% more, real money.

But what else? You would have thought that a Premium CAL would be needed to access Premium SBS, but this is not the case. The Pricing page says:

Microsoft offers several flexible licensing options to allow for complete scalability of your cost in relation to your usage, including various CAL quantities to suit your specific needs as well as the ability to purchase SBS 2008 CAL Suite for Premium Users or Devices for only those users or devices accessing the “premium” features.

OK, so what are the “premium” features? Does this mean anyone accessing the second server? Apparently not. The Licensing FAQ says:

The Windows Small Business Server 2008 CAL Suite for Premium Users or Devices should be purchased for only those users or devices accessing the SQL Server 2008 Standard for Small Business shipped as part of Windows Small Business Server 2008 Premium server software.

Now we are getting there. It seems that the “premium features” boil down to just one feature: SQL Server 2008 Standard.

It’s also worth bearing in mind that SBS 2008 can be used by a maximum of 75 users; and that Microsoft offers a free version of SQL Server 2008 called Express which is limited to using a single processor, 1GB RAM and 4GB maximum database size.

It follows that small businesses only need Premium CALs if they are running a SQL Server 2008 application that is beyond the capabilities of Express, and even then only for those users who access that application.

SBS 2008 Premium Edition comes with 5 Premium CALs and costs $1899 full retail, vs $1089 full retail for the Standard Edition. Real-world prices are likely to be less.

My conclusion is that Premium Edition plus Standard CALs is good value if you can make use of the second server, whereas Premium Edition with Premium CALs (beyond the bundled 5) is poor value for the majority of small businesses, who simply do not need those SQL CALs.

Microsoft could make this much clearer by striking out all the references to “Premium features” in its publicity for SBS 2008, and replacing it with “SQL Server 2008 Standard” – unless it is hoping to sell Premium CALs to customers who do not need them.

Microsoft’s confusing web sites

Scott Barnes draws attention to this study which compares the usability of the Apple vs the Microsoft web sites.

Some things are bad for so long that you stop complaining about them. This is one of them. Let’s acknowledge though that there are mitigating factors:

  • Microsoft is a huge organisation, has a vast number of products, and creating a coherent web presence that covers everything is a monumental task.
  • The goals and technical abilities of visitors to Microsoft’s web properties vary enormously.
  • Staying up-to-date is a challenge.

Against that though, Microsoft is in the IT business and supplies both web design and web server technology; it regularly talks up the importance of “user experience” and must be aware that potential users will judge to some extent by what they find.

I use “web sites” in the plural because there are many Microsoft web sites. Perhaps there should be one; but as the referenced study observes, there are numerous different designs. There are different domains too, such as Silverlight.net, ASP.Net and so on.

Take my experience this morning for example. My question: how many processors are supported by Windows Small Business Server 2008? My Google search got me to here, an overview showing the two editions, Standard and Premium. I clicked Compare Features and got to here, which says I have to visit the Server 2008 web site to find out more about the “Server 2008 product technologies”. I click the link, and now I am looking at info on Server 2008 R2 – only I know already that SBS is based on the original Server 2008, not the R2 version. It’s not clear where to go next, other than back to Google.

Some general observations, after clicking around various SBS sites (I had some other questions too):

  • It’s hard to get past the marketing blather to clear information
  • Too many links lead to menu pages with further links – sometimes it feels like an endless loop
  • I found lots of information in the future tense, clearly prepared before launch and not updated
  • Regionalisation is poor. You can start on the UK site but end up with pricing and availability information applicable only to the US
  • There’s a Technet site as well as a general site and the differentiation is not clear. I suppose the general site is meant to be more business/marketing focused, but there’s plenty of overlap
  • In general pages are too busy with each one offering a splurge of choices
  • Some things are just inherently confusing – like the CAL policy, which has four different types of CAL (user and device in combination with standard and premium) that can be mixed and matched: you can use standard CALs with SBS Premium if they are not used with “Premium features”. Whoever dreamt that up has never worked in a small business.

Clearly this is not a simple problem to solve. At the same time, it is hard to understand why it is so bad. It is a large company problem: maybe too much bureaucracy, conflicting kingdoms, little budget following initial launch, everyone knows it is a problem but nobody knows who should be fixing it, that kind of thing.

Incidentally, I think the processor limit is actually the same in SBS 2008 Standard as in Server 2008 Standard R2, and this chart shows it to be 4 sockets. In other words, you can have up to four physical processors and still benefit from multiple cores. Probably.

10 Mac alternatives to Windows utilities

I’ve been spending an extended time on the Mac in order to explore Snow Leopard. As far as possible, I’ve done all my work on the Mac since its release. The trial will be over soon … but in the meantime I’m sharing notes on some of the utilities I used for tasks I normally do on Windows, in no particular order.

1 Capturing screenshots

On Windows I press PrintScreen or Alt-PrintScreen (for the current window), then paste into an ancient copy of Paint Shop Pro 5.0 for trimming and re-sizing. No, it’s not PhotoShop, but it loads in a blink.

For the Mac I use Ctrl-Command-Shift-3 (whole screen) or Ctrl-Command-Shift-4 (selectable area) which adds a screenshot to the clipboard. Then I use the latest Preview, which has a File – New from Clipboard option. I love Preview – it has tools for further trimming and resizing, and when you save it shows the file size as you select different formats. Since I often want to minimise the size for a web page, it’s ideal.

2 Secure file transfer

I avoid FTP for security reasons, so on Windows I normally use WinSCP for secure file transfer.

On the Mac I use Fugu, and of the two I prefer it.

3 Word processing

On Windows I use Microsoft Word. On the Mac I mainly use NeoOffice, which actually felt a bit nicer than its parent, OpenOffice. I also spent some time with Word 2008 (good for compatibility, but slow) and Apple’s Pages from iWork 09. One nice feature of Pages, for journalism, is the stats window that shows the word count as you type.

4 Web browsing

I used Safari, in order to get the most complete Apple experience. I’m getting to like the Top Sites feature, though it’s hardly essential, especially the way it shows at a glance which pages have changed.

5 Sound editing

On Windows I use Audacity. On the Mac I use … Audacity, though for some reason I found it slightly less smooth.

6 Playing FLAC

Apple is still stubbornly refusing to support FLAC in iTunes or Quicktime. My solution was Songbird, a great alternative, which supports FLAC straight out of the box, or rather download.

For converting to FLAC I used MacFLAC, though I found it less than robust. I missed dbPowerAmp (Windows).

7 Remote desktop

I find Remote Desktop invaluable for managing servers. On the Mac I used the official Remote Desktop client, which worked well though it falls slightly short of the Windows version (perhaps this is a policy!).

8 Twitter

I use Twhirl on both Mac and Windows, an Adobe AIR application. One oddity (getting picky): the font spacing is slightly better on Windows. In the word Blog, for example, there is too much space between the B and the l, but only on the Mac.

9 Email

I never thought I’d say I missed Outlook, but I did. The thing is, after much experimentation I’ve found a permutation that works really well on Windows: 64-bit Windows and Outlook 2007 SP2 in online mode (only for a desktop, of course).

On the Mac I use Mail, but I’ve found it less than satisfactory even though I run Exchange 2007 with all the required configuration.

10 Blog authoring

On Windows I use Live Writer, which is superb.

On the Mac I write posts (like this one) in the WordPress online editor. I don’t like it as much, but it does the job.

11 Bridge

Now this one is a problem :-). I find JackBridge ideal for those moments when I need a break from work. It won this year’s World Champion computer bridge contest.

The Mac is not so well served, but I have trialled Bridge Baron and found it not bad at all.