Hier sind alle Geräte die sich grade in meiner Nähe fanden mal unter das alte Carl-Zeiss-Jena-Mikroskop (sowas ähnliches) befördert und mit einer billigen Digiknipse fotografiert:

iPod nano

)

iPhone first generation (identisch mit der letzten klassischen Variante vom iPod 5G?)

iPhone 3GS mit relativ hohen Pixeln

iPad (1) mit recht extravaganter Pixelform

Demnächst an dieser Stelle hoffentlich auch ein Update mit einem iPhone4.

Ich glaube das nicht!

Die Frage ist nämlich nicht “HTML5 oder Apps?” sondern “HTML5 oder native Apps?”. Denn das Konzept der Apps hat mit der verwendeten Technik nur wenig zu tun. Apps sind nicht wegen des Einsatzes von HTML5, Flash oder Objective-C erfolgreich. Apps sind vor allem erfolgreich wegen des Distributionskanals.

Schon aus Usability-Sicht ist diese Tatsache merkwürdig. Beispielsweise kann man den ibis reader mit drei Klicks auf einem Gerät installieren. Ein vergleichbares Programm aus dem Apple App Store oder dem Android Market benötigt – je nach Situation – deutlich mehr Interaktionen des Users.

Betrachtet man Themen wie Privatsphäre und Sicherheit von Bankdaten spricht – zumindest bei kostenlosen Apps – ebenfalls einiges gegen die App-Stores.

Warum also haben sich mobile Apps erst mit App-Stores durchgesetzt?

Schon Urzeiten im letzten Jahrhundert konnte man sich Programme für Windows CE oder Symbian von verschiedenen Quellen laden und installieren. Sites wie tucows listeten eine Unmenge kostenloser Programme. Mit ein wenig Geduld und Forschergeist fand man manchmal ein nützliches Tool, das dann genau für die Betriebssystemversion und den jeweiligen Prozessor verfügbar war. Die Sicherheitswarnung bei Symbian, dass das Zertifikat von einer nicht vertrauenswürdigen Quelle stamme und sowieso abgelaufen sei, konnte man getrost ignorieren. Die gleiche Meldung kam ja sogar bei Programmen von Nokia selbst. Die eigentlichen App-Stores waren damals allerdings die Tauschbörsen. Route66 wurde sicherlich hundert mal mehr getauscht als gekauft. Bei einem Preis von mehreren 100 DM nicht überraschend.

Der wichtigste Grund für den Erfolg von App-Stores und damit auch Apps ist daher offensichtlich, die schlechte Erfahrung der Early Adopter mit anderen Möglichkeiten des App-Vertriebs. Testversionen mit nervigen Hinweisen, Probleme mit Lizenzen, die man mal erworben hatte, Plattform-Hazzl, die Liste der bad experiences ist endlos. Ein App-Store, der einem nur die Programme zeigt, die man auch tatsächlich laufen lassen kann und noch dazu die Abrechnung übernimmt senkt die Hürden für den Anwender erheblich. Heute kaufen und installieren selbst die Laggards Apps.

Ausserdem scheinen die App-Stores das verbreitete Bedürfnis des Jagen und Sammelns zu befriedigen. In meinem Umkreis tummeln sich immer mehrere twitter-, Wetter-, RSS- und Fahrplan-Apps auf den iPhones. Jeder scheint auf der Suche nach der noch besseren App für einen noch spezielleren Anwendungsfall zu sein. Statistiken über die Nutzungshäufigkeit sprechen eine eindeutige Sprache: die meisten Apps werden selten aufgerufen und sind schnell dem Vergessen anheim gegeben.

Warum jedoch gibt es keinen HTML-Appstore?

Viele Apps – zumindest im App Store von Apple – sind reine HTML-Programme eingepackt in eine Applikationshülle. Oft wird dafür PhoneGap eingesetzt. Wir selbst haben bereits mehrere solche Projekte umgesetzt (u.a. me.style vom musikexpress). Unabhängig davon, ob es sich um eine Medien- oder eher um eine UI-lastige App handelt entscheiden wir uns eigentlich immer für HTML als technische Basis. Der Hauptgrund ist schlicht Opportunismus: wir wollen neben der iOS- immer auch die Android-Version verkaufen. Nein, Scherz beiseite! Ich bin überzeugt, dass in Zukunft auf allen Plattformen HTML (oder eine geeignete Nachfolgerin) das geeignete Mittel für die Umsetzung von User Interfaces ist.

Für die Zukunft ergibt sich daher ein sehr merkwürdiges Bild: die meisten Apps werden in Objective-C (iOS, Mac OSX), Java (Android) oder C++ (Symbian, RIM) gepacktes, identisches HTML sein. Sowohl für die Kunden der Entwickler als auch für die Nutzer der Programme bleibt dieser Fakt allerdings verborgen. Ebenfalls verborgen bleiben allen auch die Mehrkosten die dadurch entstehen.

Eine sinnvolle Lösung könnte ein App-Store für HTML-Programme und Widgets sein, betrieben von einem großen Marktplayer wie z.B. Amazon. Ob und wann es jedoch soweit sein wird, darüber kann man momentan nur spekulieren.

Sowohl bei der Bild (http://wap.bild.de/), der Sueddeutschen (http://m.sz.de/inm/sz/), beim Westen (http://mobil.derwesten.de/) als auch beim Stern (http://mobil.stern.de/op/stern/de/ct/) wird der iPad-Nutzer derzeit automatisch auf die mobilen Versionen der Sites umgeleitet. Diese sehen bei der hohen Auflösung nicht wirklich sexy aus. Einzig die Zeit fragt den Nutzer, ob er auf die mobile Version umgeleitet werden möchte.

Der User Agent String des Safari-Clones auf dem iPad lautet:

Mozilla/5.0(iPad; U; CPU iPhone OS 3_2 like Mac OS X; en-us) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Mobile/7B314 Safari/531.21.10

Die benutzten Browser-Erkennungen bleiben dabei offensichtlich am ‘iPhone’ hängen und schicken den Browser dann weiter.

Aber vielleicht merken die Verlage den Fehler ja gar nicht, da die Manager lieber die Seiten der NYT aufrufen, die zwar noch ein wenig Flash enthält ansonsten aber sehr ansehnlich aussieht.

ps: In den üblichen Statistik-Tools wie Sitestat oder Sitecatalyst werden die Aufrufe übrigens vorerst nicht auftauchen. Die haben schon beim iPhone ein halbes Jahr gebraucht bis die Browser-Erkennung funktionierte.

Der vollkommen subjektive Erfahrungsbericht über den Switch vom iPhone 2G zum G2 Android von T-Mobile

Am 1. April kurz vorm Mittagessen landete auf meinem Schreibtisch mein neues Firmenhandy. Als eingefleischter iPhone-User mit Developer-Account musste ich mehrfach in den Bestellprozess eingreifen, denn es schlich sich immer wieder ein iPhone in die Bestellliste. Und tatsächlich hätte ich seit der Ankündigung des 3G sehr gerne ein solches mein Eigen genannt. Insbesondere die elend langsame Netzverbindung meines Providers in der Stadt (nur GPRS, EDGE ist nur in der Pampa verfügbar) war ein ständiges Ärgernis.

Ein vollkommen absurder Grund führte mich jedoch letztlich überhaupt zu dem Gedanken ‘ich kaufe ein anderes Gerät’: ICH HASSE WEISSE KOPFHÖRER! Ich habe keine Lust als Apple-Werbe-Litfaßsäule durch die Stadt zu laufen. Und alle meine (teuren) Versuche mit Bügelkopfhörern oder In-Ear-Lösungen finde ich entweder unpraktikabel oder nicht angenehm. Alle Anläufe, einen iPhone-Kopfhörer in schwarz zu bekommen sind gescheitert.

Die ersten Schritte mit dem G2 liessen Hoffnung aufkeimen. Nach nur sechs Minuten hatte ich den ersten Tweet abgesetzt:

Erst einen Tag später musste ich feststellen, dass ich dazu noch nicht einmal eine externe Twitter.app hätte installieren müssen, da twitter und facebook on Board sind.

Nach dieser positiven Erfahrung mit dem Android-Store kam es allerdings knüppelhart. Drei meiner meistgenutzten fünf Funktionen versperrten sich meiner Nutzungserfahrung vollkommen: Telefon, Medienplayer und die Synchronisierung.

1. Das Telefon in Kombination mit der Kontaktverwaltung vom G2/Android ist schlicht und ergreifend nicht zu benutzen. Was bei Android euphemistisch ‘Smart-Dialing’ heisst, hätte ich sicher toll gefunden, wenn mein vorheriges Telefon ein PT11 gewesen wäre. Aber, wenn man zuvor ein iPhone benutzt hat muss die 9er-Zifferntastatur mit Buchstabenbelegung einem Knoten ins Hirn machen. Jedes mal, wenn ich jemanden anrufen möchte suche ich verzweifelt nach einem Eingabefeld mit einer normalen QWERTZ-Tastatur. Der UIler, der auf diese bescheuerte Idee gekommen ist, findet auch die Fahrkartenautomaten der Deutschen Bahn mit der ABC-Tastatur super. Selbst, wenn es sich dabei nur um die Default-Einstellung handeln würde und man die Tastatur irgendwo umschalten könnte, müsste man den verantwortlichen UIler umgehend aus der Partei ausschliessen.

Andere Malessen kann man ob dieses epic fail fast übersehen. Bestehende Kontakte zu bearbeiten, gestaltet sich als Klickhürdenlauf. In der Standardansicht kann ich zwar mit einem Wisch scrollen, der Fast-Scroll-Knopf durchs Alphabet erscheint in dieser Ansicht jedoch nicht. Dazu muss man erst auf den Fav-Button rechts unten klicken und dann auf den Button für die normale Liste. ‘Fast’ ist etwas anderes. Es versteht sich bei soviel Benutzungsunfreundlichkeit ja schon fast von selbst, dass man in der Favoritenliste mehr als einen Klick benötigt, die Standardaktion auszuführen oder Kontaktdetails anzusehen oder gar zu ändern.

2. Als begeisterter Podcast-Hörer steht der Medienplayer jetzt vor der Aufgabe, die Scharten der Telefonfunktion auszuwetzen. Allein ihm fehlt jeder Ehrgeiz dazu. Ihm fehlt überhaupt so einiges. Nein, ihm fehlt alles. Schon nach zehn Minuten Benutzung ist mir klar, dass eine Alternative aus dem App-Store her muss. Von einem Medienplayer mit integrierter Podcast-Funktion ist allerdings weit und breit nichts zu sehen. Daher probiere ich mein Glück mit MyPOD. Tut mir leid liebe mobilemacs-Macher. Ich war am Donnerstag dafür verantwortlich, dass euer letzter Podcast vier mal vom gleichen Gerät geladen wurde. Denn dieses Programm gestattet einem zwar einen Podcast zu abonnieren, verheimlicht dann jedoch, wie man diesen auch hören kann. Dafür bietet es jedoch eine Funktion, auf deren Notwendigkeit ich nie im Leben gekommen wäre: ‘Backgroundplayer’. Man kann einen Podcast im Vordergrund abspielen und einen anderen (oder den gleichen) im Hintergrund. Tolle Wurst. Sollte man es überhaupt geschafft haben, den Podcast abzuspielen, hat man sich hoffentlich Notizen gemacht, wie man dieses Feature gefunden hat, denn merken kann man sich dies frühestens nach dem zehnten Versuch – wenn überhaupt.

3. Nach so geballter Frustration bleibt kaum Hoffnung auf eine vernünftige Synchronisation. Zur Ehrenrettung von Android und Google muss ich allerdings zugeben, dass ich als MobileMe-Nutzer gewillt bin, für etwas zu zahlen, was Google leider selbst für Geld nicht anbietet. Ich möchte doch nur, dass Änderungen in meinem Adressbuch oder Kalender instantan auf meinem Telefon sind. Ich möchte dafür nicht in eine Web-Oberfläche gehen. Denn ich habe mein iCal und Adressbuch mit etlichen Services (anrufen über Telefonanlage, entgangene Anrufe in iCal anzeigen, etc.) aufgerüstet. Ein einziger Lichtblick bleibt: Man kann Musik selbst dann auf den Speicher transferieren wenn sie nicht nicht der Namenskonvention 8.3 folgen …

Zwei weitere meiner Use-Pattern für ein Telefon – Snapshots und Navigation – erfüllt das G2 – wie das iPhone – mehr schlecht als recht. Im Auslieferungszustand kann man beide benutzen. Allein ein gewisser Sex fehlt. Und natürlich fehlt Turn-by-Turn-Navigation. Damit kann ich allerdings leben, da ich meinen Orientierungssinn trotz zehn Jahren GPS-Nutzung erhalten konnte.

Abgesehen von den genannten Punkte lassen sich sehr viele Auffälligkeiten der Benutzung des G2 im Vergleich zu der des iPhone 2G so zusammenfassen: Während ich beim iPhone oft das Gefühl der Verwunderung hatte, weil etwas genau so funktioniert, wie ich es erwartet hätte ist es beim G2 exakt umgekehrt. Immer wieder stolpere ich über Kleinigkeiten und Inkonsistenzen. Beispiel gefällig: Man starte Maps, öffne das Menü, rufe Route auf. Es öffnet sich der bekannte Google-Maps-Dialog mit Startpunkt und Endpunkt als zwei Eingabefeldern. Intelligenterweise steht bereits ‘Mein Standort’ im ersten Feld und der Cursor blinkt bereits im zweiten Feld in dem grauunterlegt ‘Endpunkt’ steht. Trotz blinkendem Cursor erscheint jedoch keine Tastatur. Um diese zu öffnen muss man erst in das Feld klicken. Nach dem Klick erscheint zwar die Tastatur, ‘Endpunkt’ verschwindet jedoch nicht.

• Auch die Hardware-Back-Taste verhält sich nicht zwingend wie erwartet. Dies muss man allerdings in den meisten Fällen den Entwicklern der Third-Party-Apps anlasten.
• Nach einem Tag Nutzung und erheblichem Akku-Drain habe ich mich auf die Suche nach einem Kill-Switch für noch offene Apps gemacht und diesen umgehend installiert.
• Keine Ahnung, warum eine Apps wie ‘Aktien’ permanent läuft, oder wie ich sie deinstalliere oder wie ich Programme daran hindern kann, dass sie automatisch gestartet werden.
• Keine Ahnung, warum beide Mailprogramme mich jetzt immer über eingegangene Google-Mails informieren müssen.
• Keine Ahnung, warum ich keine Taste habe um das Telefon zu sperren, wenn ich jemanden angerufen habe.
• Keine Ahnung, warum man keine Screenshots machen kann.
• Keine Ahnung, warum die die Qualität der Fotos so schlecht sind.
• Und vor allem: Keine Ahnung, WARUM ES KEINE REGELMÄßIGEN OS-UPDATES gibt. WTF?!

Mein trauriges Fazit

Insbesondere der letzte Punkt stellt das größte Manko des G2 zum heutigen Zeitpunkt dar. Es ist leider unklar, ob HTC die Schuld trifft, oder ob hier wieder die Telekom den schwarzen Peter hat. Aber nach meiner Meinung ist es ein unhaltbarer Zustand, dass es keinen vernünftigen Update-Zyklus gibt. Denn im Gegensatz zum iPhone gibt es ja sogar einen besseren Update-Mechanismus für Android als beim iPhone: over the air. Wobei es so zu sein scheint, dass dabei Benutzereinstellungen verloren gehen (?!).

Obwohl meine obigen Ausführungen nicht so klingen, war ich vollkommen unvoreingenommen. Ja, ich war sogar bereit mehrere Augen zuzudrücken. Denn immerhin bin ich ja iPhone-trainiert. Ich war bereit, zu akzeptieren, dass viele Funktionen anders umgesetzt sind als beim iPhone. Schliesslich hat auch dieses Telefon etliche Schwächen und Inkonsistenzen. Ich bin allerdings nicht bereit, für jede ab und zu benutzte Funktion wieder neu zu lernen.

Was bleibt

Es bleibt in Zukunft ein G2 in meiner Tasche, dass ich nur ab und zu rausholen werde, wenn mein iPhone keinen Strom mehr hat oder ich eine exakte Positionsbestimmung brauche.

Und es bleibt ein weißer iPhone-Kopfhörer zu Hause, da der schwarze G2-Kopfhörer auch am iPhone funktioniert. Das hätte ich auch billiger haben können …

Da denke ich mir so: HTML5, Video-Tag, src-Attribut, Events? Und die Antwort sind 8 Zeilen JavaScript-Code. Nur als Proof-of-Concept und nicht zur Produktion gedacht (blödes Time-Out-Handling, ich weiss…). Aber das Script macht auch nichts weiter, als zu überprüfen, ob die Werbung durchgelaufen ist und wenn das der Fall ist, den Hauptfilm zu laden. Mit ein wenig Arbeit könnte man auch noch zwischendurch Werbung schalten und ein Banner wäre natürlich auch kein Problem.

Die Frage, die sich alle stellen: Wie kommen die Abzocker an die Telefonnummer?

Die Sache ist mitnichten so, dass das Banner diese Information durch das iPhone, die App oder gar durch den Mobile Safari erfährt. Die Schwachstelle ist der Mobilfunkbetreiber. Dieser hat z.B. mit dem Werbetreibenden einen Vertrag. Teil dieses Vertrages ist in etlichen Fällen die Übermittlung der Mobilfunknummer.

Solche Verträge finden sich zum Beispiel sehr häufig bei MBOs. Wenn also eine Firma (Verlag, Mode) selbst als Wiederverkäufer für ein Mobilfunknetz auftritt und für die eigenen Seiten ein kostenlosen Aufruf garantiert, wird dies über die Übermittlung der Mobilfunknummer kontrolliert.

Der hohe Anteil der iPhone-User beim Aufruf von mobilen Bannern und die ebenfalls relativ hohe Klickrate führt offensichtlich dazu, dass dieses Thema in der Öffentlichkeit oft im Zusammenhang mit dem iPhone auftaucht.

Einen erheblichen Anteil an diesem Erfolg hat das User Interface des iPhone OS. Mit leicht zu erlernenden Gesten können sich fast alle neuen User einen Blick in das Manual sparen. In jeder gut gefüllten Berliner Kneipe gibt es an jedem Abend mindestens eine private Vorführung der Funktionsweise des iPhones. Zusammen mit einer beispiellosen TV-Werbung, die gleichzeitig ein ausgezeichnet gemachtes User-Manual ist können die meisten Neukunden das iPhone schon bedienen, bevor sie es überhaupt jemals in der Hand halten.

Diesen Erfolg verdankt Apple einer immer wieder angewendeten Strategie: Investiere 100% deiner Ressourcen um die Hälfte der User-Erwartungen zu erfüllen. Die andere Hälfte dieser Erwartungen sollten auf jeden Fall ignoriert werden. Denn immer werden diese Nice-To-Have-Funktionen überdurchschnittliche Anstrengungen erfordern aber nur wenigen Usern wichtig sein. Im Zweifelsfall werden diese Nutzer einen Weg finden, die vermissten Features selbst nachzurüsten.

Beispiele für dieses Vorgehen finden sich dutzende: Time Machine funktioniert einfach so, aber verbietet eine Einstellung, der Backup-Frequenz, das iPhone beherrscht zwar Bluetooth, aber ganz normale GPS-Mäuse kann man nicht damit koppeln, der iPod Touch hat zwar den Platz für eine Kamera, aber eingebaut ist sie – noch – nicht.

Aber obwohl Apple durch diese Strategie erhebliche Ressourcen spart und sich mit der Veröffentlichung sogar noch wesentlich mehr Zeit lässt als die Konkurrenten, ist es durchaus nicht so, dass die Qualität der Software aus Cupertino um Dimensionen besser wäre. Man schaue sich nur mal die unterschiedlichen Umsetzungen verschiedener iPhone-Programme an: teilweise fehlende Rotation-Unterstützung, unterschiedliche Anordnung von Standard-Buttons, sich vollfressende SMS-SQLite-db.

Im Gegensatz zu Google, Microsoft oder Nokia verwendet Apple offensichtlich jedoch erhebliche Anstrengungen auf das Polishing der Oberflächen. Dabei kommt ihnen eine Entscheidung zu gute, die bereits vor über 20 Jahren von Next unter Steve Jobs getroffen wurde: die Darstellung der graphischen Oberfläche erfolgt mittels Display PostScript. Apple hat diese Entscheidung auf der Basis von PDF als Quartz weitergeführt.

Es scheint Entwicklern in Cupertino strikt verboten, UI-Elemente zu entwerfen. Dies dürfte – neben den Launen von Steve Jobs – einer der wesentlichen Gründe sein, warum Apple immer signifikant länger für den Markteintritt braucht, als alle anderen. Grundlegende Änderungen am UI erfordern selbst bei optimaler MVC-Programmierung häufig aufwendige Modifikationen des Codes.

Diese Verspätungen sind allerdings kein Problem für Apple sondern immer öfter ein Vorteil. Jahrelang gab es MP3-Player. Nur hatte keiner der Hersteller wie Diamond sich Gedanken um die möglichst einfache Verwaltung der heimischen Musik gemacht. Mehr als fünf Jahre nach dem ersten Gerät kam iTunes raus und noch mal zwei Jahre später erschien der erste iPod. In der Zwischenzeit hat sich zwar ein Markt für MP3-Player gebildet, die Anbieter haben sich jedoch gegenseitig mit Featuritis überboten.

Das Spiel hat sich bei Telefonen noch viel drastischer wiederholt. Entsprechend zurückhaltend waren im Januar 2007 die Analystenmeinungen zum möglichen Erfolg des iPhones. Aus Sicht von Steve Ballmer konnte man daher auch nur über das iPhone lachen.

Für die Konkurrenten ergibt sich nach diesen Ausführungen eigentlich nur eine Erfolg versprechende Strategie: mach es wie Apple! Reduziere die Funktionen und konzentriere dich auf das Wesentliche. Wenn man gleichzeitig auf den visuellen Perfektionismus von Steve Jobs verzichtet wird man sogar früher im Markt sein und Apple nicht mehr das Feld überlassen müssen. Palm geht mit seinem webOS sogar schon in diese Richtung.

Über Aptgetupdate war ich auf die Software zur Kopplung von Bluetooth-GPS-Mäusen aus Frankreich gestossen, die einige Zeit als kostenlose Beta durch das Netz gefleucht ist. Inzwischen liegt ein Release vor und kostet 8 Euro. Die Installation kann entweder  per ssh durchgeführt werden oder man findet sie in Cydia und – soweit ich weiss – auch im Installer. roqyBT setzt einen Jailbreak voraus und funktioniert offensichtlich auf allen Geräten mit OS 2+ und einem Bluetooth-Chipsatz.

Nach Eingabe der Nummer (gelobt sei Copy-Paste!) und einem nochmaligem Reboot fand der Device-Scan die Holux M-1200 Bluetooth-GPS-Maus (Bluetooth muss offensichtlich auf dem iPhone ausgeschaltet sein). Die Verbindung funktionierte problemlos und nach wenigen Sekunden (dank SiRFstar III) war der GPS-Fix da.

Die Anzahl der GPS-fähigen Programme auf meinem iPhone 2G hält sich ob der fehlenden GPS-fähigkeiten naturgemäß in Grenzen. Aber zumindest einige Programme konnte ich sofort testen.

roqyBT erster Aufruf - noch kein GPS-Fix

roqyBT erster Aufruf - mit GPS-Fix

Safari erkennt die Position exakt

Google Maps sperrt sich leider der Verwendung und zeigt statt dessen nur die Wifi- oder GSM-Daten an. Das ist besonders erstaunlich, da sich der Treiber von roqyBT als vollwertiger GPS-Chip des iPhone 3G/S meldet. Alle anderen Programme – auch die von Apple selbst – arbeiten offensichtlich klaglos mit dem externen GPS-Empfänger. Selbst Safari kann (unter iPhone OS 3+) mit dem Lakalisierungsaufruf auf die aktuellen Koordinaten zugreifen. Entgegen anderslautenden Meldungen im Netz will bei mir auch Google Earth nicht mit dem externen Gerät spielen.

Andere Programme, die offensichtlich auf die Angaben des OS und des CoreLocation-Frameworks vertrauen, wie Qype Radar und Fahrinfo Berlin arbeiten anstandslos mit dem Holux GPS zusammen. Zumindest laut Kommentaren bei iFUN.de funktioniert auch Navigon mit roqyBT. An anderer Stelle hatte ich allerdings noch gelesen, dass es nicht gehen soll.

Bei dem ausgezeichneten xGPS für gehackte Phones kann man auswählen, welches GPS man verwenden möchte. Hier schaltet man einfach auf ‘iPhone 3GS’ und dann hat man sofort die Daten. Da man mit xGPS Google Maps Daten cachen kann, empfiehlt sich dieses Programm als erste Wahl für eine Fahrt ins Ausland und/oder in die Pampa. Man speichert einfach das Zielgebiet in verschiedenen Auflösungen und schaltet dort dann den Flugmodus ein um Roaming-Gebühren zu sparen.

Ja, auch im Flugmodus arbeitet roqyBT weiter. Es spricht möglicherweise den Bluetooth-Chip direkt an und umgeht so alle Systemeinstellungen. Man sollte sich also gewahr sein, dass man sich und andere gefährdet, wenn man mit einem solchen iPhone durch die Gegend fliegt. Ich selbst halte die entsprechenden Vorschriften allerdings für vollkommen überzogen und bin mir sicher, dass in jedem gut besetzten Flieger mehrere Leute sitzen, die entweder vergessen, ihre Handys, iPods oder Vibratoren auszuschalten, nicht wissen wie das geht oder sich schlicht darüber hinwegsetzten. Meine Versuche mit einer Bluetooth-GPS-Maus im Flieger waren schon von Erfolg gekrönt.

Der eingeschaltete Flugmodus hat noch zwei weitere positive Effekte. Einerseits soll laut Aussage in einem Forum der Bluetooth-Empfang besser sein, wenn Wifi ausgeschaltet ist und andererseits führt dies natürlich zu einer signifikant längeren Akkuleistung. Wie sehr der eingeschaltete Bluetooth-Stack tatsächlich an der Batterie zieht muss sich für mich erst in der Praxis zeigen. Zumindest kann ich schon sagen, dass es nicht so viel Strom verbraucht, dass man der schwindenden Anzeige zusehen kann.

Mein Fazit ist nach wenigen Stunden jedenfalls: großartig, dass es roqyBT gibt. Es tut sehr gut, was es verspricht und ist genau das, worauf ich seit zwei Jahren gewartet habe. Mit 8 Euro haben sich die Entwickler auch nicht zu gierig gezeigt.

Mein erster Eindruck vom G1 war damals gelinde gesagt: erschrocken. Die Hardware war das schlechteste was ich in den letzten Jahren in der Hand hatte. Nur irgendein Blackberry, den mir Vodafone mal (Mitte 2005) mit leuchtenden Augen andrehen wollte war noch schlimmer. Das G1 war nach meiner Meinung nicht mehr und nicht weniger als ein Prototyp, der niemals das Labor hätte verlassen dürfen.

Mit Android 1.6 und der hervorragenden Hardware des HTC Magic gibt es jetzt endlich einen würdigen Anwärter auf die offene Position des iPhone-Killers. Und dies obwohl die Featureliste sich in wenig bis nichts von der des iPhone 3GS unterscheidet.

Die Liste der technischen Ausstattung birgt keinerlei Überraschung: Quadband, WLAN b/g, 3MPixel Cam, GPS, Bewegungssensor. Nicht neues, nichts aussergewöhnliches. Im Vergleich zum iPhone fehlt dem Magic momentan noch Multitouch. Zoom von Web-Seiten, Bildern oder Karten findet also mittels Lupen statt. Who cares? Der Strassenpreis mit 300 Euro ist akzeptabel und deutet lediglich an, dass in dem Preissegment von Apple kein Platz für andere ist.

Was also sollte mich als bekennenden Fan vom und Developer für das iPhone dazu bringen, die Plattform zu wechseln? Ganz einfach: Apple. Ich habe die Schnauze gestrichen voll von der analfixierten Art und Weise, wie Apple alle und jeden bevormundet.

Von Apples Gnaden: Der User

An erster Stelle in der Liste, der durch Apple Gegängelten stehen die Käufer der Produkte selbst. Sync nur mit iTunes. Aber bitte nicht irgendein iTunes, sondern immer die letzte Version. Damit die Nutzer auch ja in den Genuss der großartigen Neuerungen wie HTML-aufgehübschte Alben kommen oder sich mit Hilfe von Genius zu noch mehr Käufen hinreissen lassen. Ich bin sicher kein Verfechter von Acht.Drei-Verwaltung von Musik, aber manchmal wäre es sinnvoll, beliebige Daten einfach hin- und herzuschieben.

Zur Bindung der Geräte an einzelne Netzbetreiber fällt mir eigentlich nichts mehr ein. Nur soviel: Es bestand ursprünglich die Hoffnung, dass das iPhone das Oligopol der Mobilfunkanbieter durchbrechen würde. Immerhin war von vornherein klar, dass Apple ein Branding durch die Provider niemals akzeptieren würde. Und dieses Branding war für lange Jahre eins der größten Übel des Marktes. Immerhin hat sich Vodafone damit die Marke nachhaltig verbrannt. Inzwischen ist jedoch klar, dass das Branding nur ein Randphänomen ist. Das Hauptproblem ist und bleibt die Vertragsbindung mit all den seltsamen Effekten, wie sich automatisch verlängernde Verträge, Hürden beim Wechsel von Bestands in neue (bessere) Verträge und natürlich vollkommen intransparente Bedingungen. Von Roamingkosten ganz zu schweigen.

Apple hat mit der Politik der Providerbindung diese Marktumstände massiv gestärkt und am Leben erhalten. Alleine dafür gehört Apple schon gevierteilt.

Von Apples Gnaden: Der Entwickler

Als nächstes werden die Entwickler gegängelt. Kleine, fiese Appstore-Zwerge blockieren den Zugang zu potentiellen Nutzern durch intransparent Ablehnungen. Ein großer Teil der abschlägigen Bescheide wird dabei mit doppelter Funktion oder Verwirrung der Nutzer begründet. Zumindest der erstere Punkt ist an sich schon ein Fall für das Kartellamt. Denn hier wird von Apple ganz offen gesagt, ‘wir wollen keine Konkurrenz auf unserem eigenen Gerät haben’. Aber selbst der zweite Punkt ist mindestens seltsam, denn wenn man eines Software von Apple generell nicht unterstellen kann ist es, dass sie eine konsistente Benutzung hätten.

Eine weitere Gängelung der Entwickler besteht in der eingeschränkten Verfügbarkeit von Frameworks. Egal ob es sich um Zugriff auf die Google-Karten, die Videokamera oder XSLT handelt. Man kann als Entwickler eigentlich immer davon ausgehen, dass es irgendeine Bibliothek, die man gerne hätte nicht oder nur eingeschränkt gibt. Bestimmt geht es in der nächsten oder übernächsten OS-Version. Aber eben gerade nicht. Nicht, dass die Funktionen vom Gerät nicht unterstützt würden. Es ist nur so, dass die externen Entwickler nicht rankommen.

Unter diesen Bedingungen versteht es sich von selbst, dass der Entwickler nur die hauseigene Sprache verwenden darf. Man möge mich nicht falsch verstehen, ich benutze Objective-C seit Jahrzehnten und finde es eine ausgezeichnete Sprache, die mir wesentlich mehr liegt als C++ oder Java. Aber ich würde für viele (insbesondere kleinere) Projekte inzwischen lieber gerne Ruby oder XSLT verwenden.

Von Apples Gnaden: Der Provider

Selbst die Telcos werden gegängelt. Das mag paradox klingen, da ich ja oben deutlich ausgeführt habe, dass ich die Provider nicht für eine schützenswerte Gattung halte. Aber die harten Rahmenbedingungen der Verträge mit Apple verhindern innovative Pakete. Wenn Vodafone in Deutschland das iPhone für Bestandskunden aus anderen europäischen Ländern einführt um T-Mobile etwas von dem Hyperkuchen abzunehmen dann riskiert es in anderen Ländern Liebesentzug durch Apple. Letztendlich ist Apple dadurch mit Schuld, wenn sich dieser Markt nicht weiterentwickelt. Das Verbot von VoIP oder die katastrophale Situation in Bezug auf das Tethering durch die großen Telcos ist indirekt ein Effekt aus der Bündelung des iPhones an wenige Carrier.

Wenn Apple also jeden und alles kontrollieren möchte und sich nur auf massiven Druck zu kleinen Schritten in Richtung fairer Wettbewerb drängen lässt, dann müssen sie dies ohne mein Geld und meine Begeisterung tun. Ich wende mich jetzt mal dem Adroid SDK zu und werde meine Programme einfach an Kollegen und Freunde per Mail versenden, und sie hier zum Download bereitstellen.

Viel Spass noch und danke für den ><<<<°>!

O.K.! Es wird also viele AppStores geben?

Selbstverständlich wird es viele AppStores geben. Für verschiedene Plattformen und für verschiedene Themen. Die Umsetzung wird manchmal einfach sein: Laden sie sich diese Zip-Datei herunter. Manchmal wird die Umsetzung eleganter sein: Testen sie dieses Programm jetzt eine Stunde. Und sicher wird in zehn Jahren ein großer Teil des Umsatzes in der Softwareindustrie über AppStores als Vertriebsweg erwirtschaftet.

Aber der eigentliche Punkt ist, dass ein AppStore eigentlich eine viel weitreichendere Möglichkeit bietet: systemübergreifender Vertrieb von Software.

Mit dem Aufkommen von WebKit und Air besteht die Chance, dass echte Plattformübergreifende Applikationen vertrieben werden können. Eine WebKit-Engine, die den Rahmen für JavaScript-basierte Programme darstellt und über zusätzliche Frameworks wie PhoneGap native Systemresourcen anspricht kann im Prinzip jedes Programm erstellt, werden, das auch über ein SDK möglich ist.

Ein AppStore im Jahr 2015 wird also keine binären Pakete bereitstellen sondern Pakete auf XHTML/CSS/JS auf der Basis verschiedener Frameworks. Diese Frameworks werden direkt von dem AppStore verwaltet. Eine WebKit-Anwendung kann dadurch auf die Geo- oder Adressbuch-Funktionen zugreifen und wird sich nur durch das CSS auf den verschiedenen Geräten unterscheiden: Touch oder Tasten oder Maus ist dann vollkommen egal. Symbian, RIM oder Apple ebenso.