Autor: Malte Kirchner

„Spartan“ – das klingt gefährlich. Und das ist der historische Begriff auch. Das deutsche Pendant „Sparta“ steht für eine Stadt im antiken Griechenland, die vor allem für ihre Militärmacht berühmt war, nebenbei aber auch durch eine einzigartige Staatsordnung auffiel.

Was hat „Spartan“ aber mit dem App Store und iOS zu tun? Eine Menge, wenn Berichte über ein Projekt des sozialen Netzwerks Facebook zu treffen. Der US-Konzern arbeitet laut TechCrunch angeblich an einem App Store auf HTML5-Basis. Nutzer könnten somit auf verschiedenen Plattformen Web-Apps laden. Ein solcher App Store wäre nahezu unabhängig von nativen Funktionen auf den mobilen Geräten, geschweige denn hätte der jeweilige App Store-Betreiber auf der Plattform eine Möglichkeit, einzugreifen.

Es ist, denke ich, naheliegend, dass dieser Plan – wenn er denn wahr ist – nicht Google Android gilt, sondern Apple.

Die Pro&Contra-Debatte darüber, ob Apples Geschäftspolitik im App Store gut oder schlecht ist, überlasse ich anderen. Meines Erachtens gibt es Vor- und Nachteile, so dass ein klares Votum schwerfällt. Den Gedanken, sich als Appentwickler vom App Store freizumachen, hat allerdings nicht Facebook erfunden. Die Financial Times startete vor kurzem ihre Web-App, mit der sich die FT wie in einer nativen App lesen lässt – unter kompletter Umgehung von iOS und dem App Store.

Neben der berechtigten Frage, wie weit sich Anbieter etwa in Preis- und Zulassungsfragen Apple unterordnen sollen und wollen, gibt es noch einen weiteren pragmatischen Grund, sich mit dem Gedanken einer Web-App anzufreunden: Mit einer Entwicklung lassen sich diverse Plattformen auf einmal abdecken. Das reduziert den Aufwand für die Anbieter beträchtlich. Es sind also beileibe nicht nur Ressentiments gegen Apple, die hier eine Rolle spielen werden.

Ich glaube zwar kaum, dass Spartan das iOS SDK und Xcode überflüssig machen wird, weil die Entwicklung in Objective C in vielerlei Hinsicht Annehmlichkeiten bietet, die sich mit HTML5 nicht so leicht ersetzen lassen. Trotzdem wäre es natürlich wünschenswert, wenn sich mit dem Wissen, Xcode zu bedienen, noch mehr anfangen ließe. Es wird aber wohl ein unerfüllter Traum bleiben, dass man irgendwann auch in Objective C Programme für Android schreiben kann.

Die Meldung bei Cult of Mac (engl.): With Project Spartan, Facebook Wants To Kill The App Store Using HTML5 | Cult of Mac.

Es gibt Probleme, die einen als Programmierer zur Weißglut treiben können. Dazu gehört, dass ein und derselbe Vorgang einen völlig unterschiedlichen Ausgang haben, je nachdem, ob sie über eine Wifi-Verbindung oder eine UMTS-Verbindung ablaufen. In meinem Fall geht es um eine iPad-App, die eine HTML-Seite abruft und unter anderem HTML-Kommentare (<!– Test –>) auswerten soll. Über Wifi läuft dies problemlos, über UMTS (3G) kurioserweise nicht. Die Auswertung ergab, dass beim Abruf der Seite völlig unterschiedliche HTML-Dateien zurückkamen, obwohl ein und dieselbe URL aufgerufen wird.

Des Rätsels Lösung fand sich erst nach intensiver Webrecherche: Die Mobilfunkbetreiber setzen offenbar so genannte „Mobile Proxy Caches“ ein. Dabei handelt es sich um Proxy-Server, die beim Abruf von HTML-Seiten den Code optimieren, in dem sie vermeintlich unnötige Zeilen und Umbrüche entfernen. Grundsätzlich ist das für den Mobilfunkkunden eine feine Sache, da auf diese Weise der Datentransfer etwas beschleunigt wird und etwaige Traffic-Begrenzungen nicht überstrapaziert werden. Unter diesen unnötigen Angaben befanden sich aber ärgerlicherweise auch jene Code-Zeilen, die meine App dringend benötigt.

Nun gibt es zwei Lösungen, dieses Problem zu beheben: Die eine nennt sich XML und ist ohnehin eleganter, als irgendwelche HTML-Seiten auszulesen, die gar nicht für solche Zwecke gedacht sind. In meinem Fall ist eine Lösung jedoch ad-hoc gefragt – es muss also erstmal der bisherige Weg eingeschlagen werden.

Die andere Lösung habe ich hier gefunden: Eine kleine Ergänzung im Request-Header macht dem mobilen Spuk ein Ende. Mit cache-control:no-transform wird jegliche Veränderung der HTML-Seite unterbunden. Ziemlich simpel, aber der Weg dorthin war steinig.

In den 90er Jahren waren nicht nur die ersten GSM-Handys gigantisch. Auch die SIM-Karten hatten noch das Format von Karten für Telefonzellen, so dass manchem die Umstellung zur mobilen Telefonzelle relativ leicht fiel. Mit den kleineren Handys kam auch die kleinere Mini-SIM-Karte, die für heutige Verhältnisse auch schon wieder groß wirkt. Denn mittlerweile gibt es die Micro-SIM, die dritte Generation, die vor allem im iPhone 4 und im iPad Verwendung findet.

Doch es geht noch kleiner – zumindest laut Apple, wenn entsprechende Medienberichte zutreffen. Der IT-Konzern soll angeblich noch kleinere SIM-Karten anstreben. Einige Blogger (z.B. cultofmac.com) leiten daraus bereits schrumpfende iPhones ab. Doch das muss nicht so sein. Vielmehr könnte der Platz sinnvoll für andere Dinge verwendet werden. Je kleiner die Telefone werden, desto größer ist die Abwägung, was wie viel Platz einnehmen darf. Eine noch kleinere SIM-Karte würde bei gleichen Gerätedimensionen Platz für andere Innovationen schaffen. Auch das ist natürlich nur eine Vermutung.

In diesem Zusammenhang wurde aber an Meldungen der vergangenen Monate erinnert, als Apple angeblich die SIM-Karte abschaffen wollte. Stattdessen sollte ein fest eingebauter Chip im Telefon diese ersetzen. Ein Netzbetreiberwechsel hätte dann keinen Kartenwechsel mehr erfordert, sondern lediglich einen Klick. Kein Wunder, dass sich die Netzbetreiber gegen so wenig Kundenbindung angeblich gesträubt haben. Von der Idee war seither nicht mehr viel zu hören.