But first:

If I had an iPad rather than a real computer as a kid, I’d never be a programmer today.

—Alex Payne

Alex’ quote has been whipping around today, and when I first picked it up had been distorted to imply: “If I had only an iPad, rather than a real computer, and there were no open computers nearby, or at school, I would have never learned how to programme.” That’s a bit different. Thanks Twitter.

Alex goes on to talk about hacking on the machines he grew up with. Breaking them, repairing them. That’s a kind of activity that is dead and done in a closed, DRM-encrypted encrypted environment, certainly. However, the sentiment that has been echoed on his behalf (and I don’t think this is what he meant), is that people would not become programmers at all. That’s bullshit. Even if every computer on earth was a closed environment, people would be learning to programme, it just wouldn’t be the same way they do it now.

If root did not exist, it would be necessary to invent it. In a world with only closed systems, commercial success would still be tied to the development of third party apps, but the responsibility to train developers and introduce people to programming would fall to the gatekeeper of each system, rather than it being something that can organically happen. So, Apple, or Microsoft, or whoever, would be shipping programming sandboxes for their devices; maybe scripting tools, maybe programming games, maybe cut-down versions of the professional development environment. Whatever it would be, if there was no open ecosystem to learn in, a closed system to learn would be created. The idea that people would not become programmers in 1995 because they can’t do everything to a single closed system in an otherwise open industry today is a fallacy. If the first computers had been closed, everything would be different, right down to the seeds that inspired our initial passions for software development.

Which is not to say that I think everything would be fine. I think we as an industry, as a species, would be less creative and less innovative without 25 years of open computing. Our world and lives would be worse. But we would still have new programmers. And that is all I have to say about that.

Now, the possibility that we might find ourselves moving into a period of closed devices throws up a number of obvious fears: Apps getting rejected by gatekeepers, and the physical capabilities of devices being locked away behind private APIs, plus the inability to add new capabilities to a device without licensing a proprietary dock connector are three obvious ones. They are not my main cause for concern. They’re big roadblocks, but they’re also all enforced by policy and could simply cease on any given day.

Allow me to talk about some of favourite software on Mac OSX

Megazoomer is an add-in for Mac OSX. It’s a single feature, and once installed it injects a new piece of functionality into every Cocoa app; under the View menu, you can now choose Mega Zoom (or press ⌘↩. The window smoothly scales to true full screen, the Dock and Menu Bar slide out of the way, you can switch any application into a tranquil, productive WriteRoom.

Inquisitor was a beautiful hack that added auto-complete search suggestions, inline search results, and search provider customisation. It predated the simpler, native search suggestion that now ships in Safari 4, and is still more polished (without being bloated) than any other search suggest feature I’ve seen. It stopped being maintained when Snow Leopard forced a change to the Input Manager integration method, but Glims is a similar replacement.

The Microformats Plugin for Safari adds an hCard and hCalendar parser to Safari, and shows an alert when you visit a page containing embedded data. It lists the items, and lets a user add contacts and events to their native Address Book and iCal applications. It was simple, worked pretty well and was a hugely valuable demonstration of how microformats could be exposed in user interface (I wrote similar thoughts about this sort of UI at the same time.)

Airfoil is an application for OSX (and Windows) that allows you to stream any audio, from any application, over your local network to an Airport Express audio hub. It’s a feature of iTunes (AirTunes) that allows you to stream what you play there to Airport; this app makes it system-wide. It’s a fully supported, commercial piece of software, but one of the ways it works best is by injecting a piece of code into applications called ‘Instant Hijack’; a hook allowing Airfoil to grab audio from a running application right away, rather than having to relaunch the application. It’s very, very slick.

I want to draw particular attention to the fact that all of these apps are add-ins for the native, closed-source Mac OSX environment. They’re not changes to source code, nor do they use featureful extension mechanisms, like the plug-in interfaces of web browsers. These are hacks, add-ins that use a feature of the Mac’s Cocoa framework, able to change user interfaces and inject functionality in a raw way, at run time.

Reading the list, the functions I’ve highlighted here seem small. They’re enhancements; improvements; subtle. In these cases, their creators have developed single features and added them to existing applications. In doing so, they have prototyped and experimented with web browser functionality that may become native and expected in the future, but right now it’s new, and to those who install these hacks, they sink or swim based on whether your productivity improves.

In the environment of the iPhone, or the new iPad, it is this kind of development that is completely lost. Each app, locked up inside its own signed bundle, unmodifiable by design. If someone wants to ship a better search interface for a web browser on the iPad, they have to ship an entire browser. If someone want’s to ship user interface for microformats in the browser, they would have to build that browser. Some of the earliest demonstrations of microformats came from add-ins like Tails for Firefox, and later the Safari equivalent. The early success and adoption of microformats simply would not have happened without hackable software; allowing a single feature to be augmented onto a greater whole. The innovations of microformats themselves, the implementations we now see in search engines, as well as the momentum in other structured data mechanisms (RDFa, microdata) can be traced down to early, enthusiastic adoption of practical features like Tails, Operator and the Safari Microformats Plugin. Those plug-ins were not just innovative in themselves, but they supported a much broader effort.

In the case of Airfoil, though the iPad plays music through iPod or Safari, there’s no native AirTunes offering. If there were, you’d be beholden to Apple for it to function in third party applications. If they don’t ship it, no-one can.

None of these add-ins will exist on the iPhone OS for as long as it remains closed. Of course innovation will happen, of course amazing, standalone applications will be built, but that’s just it, they stand alone. Dreams of amazing features cannot be built without also building the whole. The nail for anything even close to this functionality is that current App Store politics dictate that you cannot ship applications that themselves interpret code; it’s not permitted for third parties to include extension capabilities in their apps.

No hacks. No scripting interfaces. Just apps. Many exciting things will still happen on this platform, even without policy changes. But I offer a lament to the the loss of extensibility.

The Web

There is one application on the iPhone that supports user scripting, and execution of user extensions, and that application is MobileSafari. Safari, like all web browsers, supports bookmarklets; strings of JavaScript code embedded in a URL, prefixed with the javascript: pseudo-protocol. The JavaScript code executes when you select the bookmark, and is able to manipulate the context of current page, and navigate to new pages.

The iPhone bookmarks interface is fairly clunky, and adding bookmarklets is impossible without preemptive effort by the writer, quoting instructions for installing Twittelator’s bookmarklet on iPhone:

I first had to navigate in mobile Safari to the Twittelator iPhone bookmarklet page and follow the lengthy instructions there. Basically you have to save that page as a bookmark, and then go back and edit that bookmark to delete everything before the javascript:window.location=%27twit://%27+window.location part of the URL. Once you do that, the bookmarklet executes the steps to post to Twitter.

—Safari iPhone Bookmarklets by Amy Gahran

Not very friendly. The other way to get Bookmarklets onto an iPhone is to add them to regular, desktop Safari and then synchronise your bookmarks using iTunes. As such, the Tumblr bookmarklet for blogging runs on my iPhone, since it’s in my regular browser too. Others have used JavaScript to recreate the useful “Find in Page” functionality you find in desktop browsers. Lifeclever documents that and others.

Since Bookmarklets run in iPhone Safari, it is my assumption they will also run in Safari on iPad. The bookmarks interface there is more conventional; a long menu that pops up over the current page; and as a menu, far more intuitive to pick functionality from. We’ll see whether there’s an easier way to add bookmarklets on the device itself.

The scenario that remains is this: The only extensible software on the closed iPhone OS is the Web. The only place you can enhance an application, rather than replacing it in entirity, is the Web. The only place your feature and someone else’s feature might co-exist is through two bookmarklets on the same website.

What we are heading toward is a reality (hopefully temporary, but I suspect for years) where the Web is the only extensible platform on Apple’s consumer devices. There are already components in place for building a JavaScript development environment within the browser; Bespin is a rich code editor, Firebug Lite is a JavaScript bookmarklet to add a DOM explorer and inspection tools. A web application that lets people write and execute code, and inspect the result, is the only real hacking tool we can offer the actual users of these devices.

It is interesting to me as an advocate of the Open Web that the tighter grip on the native environment drives people to web standards as their only alternative (both technical and political motivation.) But, as an admirer of Apple’s very polished native UI, and of the Mac hacks I mentioned at the beginning, I’m still disappointed.

It’s an exciting, inspiring time. If we are brave, then the imposition of these restrictions can only make us smarter when we work around them.

In summary, the iPad is an extremely well designed, meticulously constructed consumer device. The iPad is something which I think will fit perfectly into the life of someone with desktop computer at home. There, it provides lots of new functionality, and will prove useful a lot of the time. It’s more convenient, and will enable people to be more social with their cohabitants whilst still having a connection available. It is a device ideal in both size and price for integration information and media access with home life, rather than home-office life. My Father, sat in the living room, is regularly poaching my sister’s iBook, looking things up on the internet; searching for prices, fact-checking my siblings, keeping up with sports scores, weather and travel information. For him, an iPad would be a perfect addition (though, I think Jeff Croft makes a good point with regard to multi-user support; the living room and kitchen scenarios Apple presented on Wednesday set the tablet in a clearly shared environment, whilst providing access to personal information.) Overall, I’m very impressed.

For me, my caveat is that I already use a laptop on the sofa; that makes the iPad a harder sell for immediate adoption. I’m already sat on my sofa, computing. I’ll be waiting for functionality to be added to the Tablet over the next six months—from Apple or from third parties—and looking to see where it can really add something to my life. I like the form factor.

The options seem to boil down to the Sony EX71 or the Sennheiser CX300. The EX71s come recommended from a number of people just off the Flickr photo, but do have a number of complaints about build quality in the Amazon reviews. The Sennheiser’s are in at the same price point, have better Amazon reviews and therefore strike as possibly a better option. Does anyone have a preference for one over the other though?

The other option is to spend a little more (£40) and consider thea Shure EC-2 earbuds. I do listen to a heck of a lot of music on my iPod, so whilst I can’t afford to go nuts, I’ll go to £40 if it’s going make a worthwhile difference.

What does the internet say?

Personally I discard iTunes automatic management (because that involves trusting technology, and iTunes at that) and discard manual management because I lose the ability to sync Play Counts and send updates to Last.FM (and because it’s tedious).

My weapon of choice is Smart Playlists. Incredible little devices in any case, formidable with practice and inexplicably absent from the feature-set of Microsoft’s new Zune player. Yes, there’s a little tweaking to get set up (especially as you try to fill your capacity optimally) but it’s well worth it.

So, my iPod is set to Sync only with ‘Selected Playlists’, and those playlists are as follows:

• ‘iPod Picks’ – One common-or-garden regular static playlist. Into here I manually place any and all music that I always want to have on me. Radiohead’s back-catalogue is in here, as is that of Gomez.
• ‘New Music’ – Nice and easy Smart Playlist. Selects all music added to my iTunes Library in the past two weeks.
• ‘Newish’ – Rather like ‘New Music’, but for music added in the period of 2–6 weeks. You may ask “Why?”. You’d be wise to. It’s more to do with my iTunes habits: I like to shuffle my ‘new’ and ‘newish’ music separately.
• ‘Recently Played’ – The iTunes staple. I’ve edited to limit the playlist to 1000 songs.
• ‘Most Played’ – My all time 100 most played tracks.
• ‘Year: 2006’ – Fairly self explanatory. I’ve got one of these for most recent years and includes all music released this year. I also use this in December when formulating review-of-the-year posts.
• ‘Indie 500’ – 500 (duh) tracks which are rated higher than ★★★ and ordered by rating. All my ★★★★★ tracks get selected.
• ‘Top Class 100’ – This used to have a witty name, but then I upped the track count to 100 and it didn’t work any more. No matter. This again selects songs rated greater than ★★★, but this time picks them by ‘Least Often Played’, so the selection will be subtly different to the above, and hopefully pick some rarities.
• ‘Lost Songs’ – This is mint; selects 300 songs not played in the last five months. Then, although I vary these restrictions a bit, it excludes songs rated ★ or ★★ (but allows songs with no rating at all) and I’ve embraced iTunes 7 new ‘Skip Count’ feature so anything skipped 3 times drops off the list too (after all, it’s easier to skip a track than mark it with a low rating on the iPod. Although I’m not sure if the 4G iPods actually update the Skip Count or not).

Finally, there are a handful of other static playlists that go on; Podcast and compilation CD playlists I’ve created for various people, for example.

And that, at the present time, results in an iPod with 2024 tracks on it, with 400 meg to spare.

If you set up this way you’ll need to spend some time tweaking the track limits, since everyone has a different combination of file sizes (mine are generally quite high bit-rate). If you have busy months acquiring new music you’ll push over capacity and need to reduce the track count on another playlist (‘Recently Played’ is usually first choice for trimming), but on the whole it’s a very stable set-up.

How do you cue yours?

Microsoft have announced details of their forthcoming Zune media player.

I’ll quite looking forward to seeing what Microsoft come up with, not least because I think some well backed competition for the iPod is increasingly needed. Apple aren’t resting on their lorals, but they’re not exactly pushing out with new features either. Of course there are plenty of counter arguments about that in both directions but as someone who’s interested in a music player,  aren’t drawing me in with the current video & movie forays.

Of course, the Zune is vapourware at the moment. No one has publicly used one and Microsoft themselves admit they’ve not finalised how all the features are going to work. We can assume they’re getting pretty close, but quite what we’ll get when it’s released with a price and a battery life quote is another matter, not to mention whether they’ve got an input mechanism as good as a click-wheel. OK, being realistic they won’t have an input as good as the click-wheel, but they need to have something at least competent to have people switch.

I’m not sure about the Wi-Fi. Could be interesting… Actually it could be very useful to conventional offline media stores: Imagine if you could get free samples when you walked into HMV or Fopp? I’d really like that. Record labels are already distributing promos over Bluetooth at train stations, Zune offers a powerful enhancement to that concept. So there’s potential for the feature but the ‘sharing’ premise is massively flawed as a reason to buy: It’s dependent on finding other people with a Zune to share with. It’ll only be of life-changing awesomeness if Microsoft get significant marketshare. Now if Apple or a third party released a Wi-Fi add-on for existing iPods (at the right price) that could be a huge, near-instant success (at least with DRM-less music), because the penetration is already great. But Zune has to start from zero and that renders the sharing feature near-useless out of box.

One final point about FM Radios. I never wanted one, I used to mock Creative Labs fanboys who cited it as a killer feature over the iPod. Inside I hoped that Apple were cleverly biding their time for DAB radio chips to become a feasible inclusion: A technology far better suited to a digital music player than analogue radio. Selecting ‘Radio’ would offer up not an analogue tuner but a list of station names. Unfortunately for my technophilia, Apple folded and included FM radio with their most recent remote control headphones so, meh. I was thinking that maybe short range DAB could be used in the same way as the ‘instore previews’ idea mentioned above, with different channels for genre and CDs of the week and so on.

Now obviously I don’t want the Zune to be better than the iPod. They’ve not announced Mac support and I’m sure as hell not switching back to the day-to-day world of pain that is using Windows. Not for an MP3 player. So I won’t be getting one. What I do want is for it to be good enough that Apple have to keep their eye on music and not neglect it for video.

What you can also do is buy a third party battery for about £20 and fit it yourself. Being the enthusiastic-come-stupid sort, this is the option I went for. Another advantage of fitting your own is that you’ll find many third party batteries have a higher capacity than the original iPod battery. Being a sucker for big numbers I bough a High Capacity battery, rated 1200mAh over the original iPod’s 630mAh. Theoretically that’s a 90% improvement in battery life that finally drags the iPod 4G into the > 20 hour range that its competitors held.

Instructions on how to do it are a little limited (MDS Battery link to text-only PDF instructions which are useful, but not exactly easy). With this in mind I took a number of photographs as I went along and have documented them as best I can on Flickr.

Having successfully transplanted my iPod battery I have this to say: Don’t do it unless you’re comfortable messing about in electronics, have a steady hand and are willing to risk breaking your iPod. It’s fiddly, takes patience and isn’t really ‘consumer friendly’ (but then, we knew that when we bought iPods in the first place).

With that in mind, take a look at my iPod Autopsy Set on Flickr. Usual ‘don’t blame me if you break it’ disclaimers apply but I’ll happily try to answer questions here and on Flickr for the curious.