{"id":500,"date":"2010-04-10T20:23:41","date_gmt":"2010-04-10T20:23:41","guid":{"rendered":"http:\/\/konstantin.filtschew.de\/blog\/?p=500"},"modified":"2019-10-13T13:03:12","modified_gmt":"2019-10-13T11:03:12","slug":"apples-entscheidung-uber-das-ausschliesen-von-intermediate-languages-technisch-rational-betrachtet","status":"publish","type":"post","link":"https:\/\/konstantin.filtschew.de\/blog\/2010\/04\/10\/apples-entscheidung-uber-das-ausschliesen-von-intermediate-languages-technisch-rational-betrachtet\/","title":{"rendered":"Apples Entscheidung \u00fcber das Ausschlie\u00dfen von intermediate languages technisch-rational betrachtet"},"content":{"rendered":"

Als erstes weise ich ganz klar darauf hin, dass ich weder bei Apple arbeite, noch Apple mich bezahlt, ich „Apple verr\u00fcckt“ bin oder mit Apple in Beziehung stehe. Ich versuche lediglich die Entscheidung von Apple bez\u00fcglich „intermediate languages“ aus der technisch-rationalen Sicht zu betrachten.\u00a0 Alle meine \u00dcberlegungen k\u00f6nnten total falsch sein, aber ich finde die Betrachtung von der anderen Seite durchaus wichtig.\u00a0 Vor allem finde ich es sehr schade, dass kaum jemand die Entscheidung von Apple aus der anderen Sicht beleuchtet, sondern sich alle sofort \u00fcber die neuen Regeln beschweren.<\/p>\n

Dieser Blogeintrag handelt von dem folgenden Absatz aus den AGBs von dem Apple SDK f\u00fcr Iphone OS 4.0:<\/p>\n

3.3.1 \u2014 Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs. Applications must be originally written in Objective-C, C, C++, or JavaScript as executed by the iPhone OS WebKit engine, and only code written in C, C++, and Objective-C may compile and directly link against the Documented APIs (e.g., Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited).<\/p><\/blockquote>\n

Ich \u00fcbersetze die wichtigsten Stellen frei ins Deutsche (keine Garantie f\u00fcr Richtigkeit): „Anwendungen d\u00fcrfen nur\u00a0 die dokumentierten APIs verwenden, wie es von Apple angedacht war und d\u00fcrfen keine privaten APIs benutzen. Nur mit C, C++ und Objective-C\u00a0 erstellte und gegen die dokumentierte APIs von Apple kompilierte Anwendungen sind zugelassen. Alle zwischenkompilierten Anwendungen, Kompatibilit\u00e4tslayer oder Werkzeuge, die nicht direkt auf die dokumentierten APIs von Apple zugreifen, sind verboten und damit erstellte Programme werden nicht in den Apple Apps Store zugelassen“.<\/p>\n

Diese Entscheidung hat erhebliche Auswirkungen f\u00fcr Entwickler, die nicht direkt f\u00fcr Apples Plattform gegen Apples dokumentierten APIs entwickeln. Vor allem wird diese Entscheidung auf\u00a0 Adobes Flash CS5 zielen, das genau diese M\u00f6glichkeit f\u00fcr Flash Programme bietet. Mit der Adobe Flash CS5 soll es m\u00f6glich sein, Flash-Anwendungen in Apples iPhone und iPad Anwendungen „umzuwandeln“. Ich m\u00f6chte jetzt nicht auf Adobe, die Flash Technologie und den Krieg zwischen Adobe und Apple eingehen. Gr\u00fcnde f\u00fcr die Entscheidung gegen Flash habe ich bereits in einem \u00e4lteren Artikel rational betrachtet: Fehlendes Multitasking und Flash sind ein missverstandenes Feature auf dem IPad!<\/a><\/p>\n

Wir stellen uns jetzt mal vor, Apple w\u00fcrde die Entscheidung gegen „intermediate languages“ nicht treffen und Adobes Flash CS5 erscheint auf dem Markt. Das wird vermutlich dazu f\u00fchren, dass viele Entwickler ihre in Flash erstellten Programme mit den neuen Werkzeugen von Adobe in iPhone, iPod und iPod Anwendungen „umwandeln“. Dadurch w\u00e4ren jetzt viele Flash Anwendungen f\u00fcr den Apple Apps Store verf\u00fcgbar.<\/p>\n

Jetzt stellen wir uns mal vor, das w\u00e4ren 3 Millionen Anwendungen, die von Flash auf Apples Plattform umgewandelt werden. Diese Zahl habe ich jetzt mal frei aus der Luft gegriffen und das ist eigentlich nicht so wichtig. Wir k\u00f6nnen davon ausgehen, dass es nicht wenige Anwendungen sein werden und vermutlich Millionen w\u00e4ren. Vor allem werden viele Flash Spiele auf das iPhone und das iPad auf diese Weise portiert. Das k\u00f6nnte von der einen Seite Apple ganz gut gefallen. Steve Jobs k\u00f6nnte dann sagen: „Hey Google, wir hatten gestern 180.000 Anwendungen in unserem Apps Store und Heute haben wir 3.180.000. Versucht das mal mit Android aufzuholen!“ Aber Apple hat sich anders entschieden und daf\u00fcr habe ich versucht in den folgenden Abs\u00e4tzen rationale Gr\u00fcnde zu finden.<\/p>\n

Ich m\u00f6chte jetzt die 3 Millionen einfach auf andere Technologie „umgebogenen“ Anwendungen betrachten, wenn auch nicht alle Aussagen f\u00fcr alle Anwendungen stimmen m\u00fcssen. Fast alle alten Flash-Anwendungen wurden f\u00fcr die Mausbedienung entwickelt. Das f\u00fchrt dazu, dass die Schaltfl\u00e4chen (Kn\u00f6pfe, etc.) in den Anwendungen nicht f\u00fcr Fingerbedienung ausgelegt sind. Dadurch werden kleine Elemente in den Anwendungen mit dem Finger nur m\u00fchsam oder kaum bedienbar sein. Alle mit Tastatur gesteuerten Anwendungen (z.B. Spiele) m\u00fcssten auf dem Bildschirm ein visuelles Steuerkreuz oder was \u00c4hnliches erhalten, mit dem die Anwendungen gesteuert werden. Ich gehe eigentlich 100%ig davon aus, dass diese Anwendungen sehr schlecht per Finger zu bedienen sein werden und nicht den Erwartungen der Nutzer f\u00fcr per Finger bedienbaren Ger\u00e4te entsprechen werden. Dadurch erh\u00e4lt zwar Apple 3 Millionen zus\u00e4tzliche Anwendungen in dem Apple Apps Store, aber sie werden den W\u00fcnschen und den Konzepten dieser Ger\u00e4te auf keinen Fall gerecht werden. Ich rede hier ganz klar von Anwendungen, die nicht an die Konzepte der neuen Technologie angepasst wurden und nicht von neu entwickelten Anwendungen in „intermediate languages“ f\u00fcr Apples Plattform. Eine M\u00f6glichkeit andere Programmiersprachen f\u00fcr neue Anwendungen zu nutzen sehe ich als sehr sinnvoll und benutze sie selber f\u00fcr die Java Virtual Machine (JVM).<\/p>\n

Siehe auch das folgende Beispiel im Youtube Video (ein gutes Beispiel f\u00fcr Neukonzipierung): https:\/\/www.youtube.com\/watch?v=H9NeRQjGwfs<\/a><\/p>\n

oder Farmville<\/a> direkt \u00fcber Adobe Flash<\/a> auf dem Nexus One (ich nenne es „Scrollmeisterschaft“): https:\/\/www.youtube.com\/watch?v=z49OcPV86oA<\/p>\n

Jetzt betrachten wir das Einreichen der 3 Millionen Anwendungen f\u00fcr die Anwendungspr\u00fcfer bei Apple. Auf ein Mal m\u00fcssen zus\u00e4tzliche Millionen von eingereichten Anwendungen untersucht werden. Das wird vermutlich dazu f\u00fchren, dass Apple zus\u00e4tzliche Kapazit\u00e4ten f\u00fcr das Pr\u00fcfen der Anwendungen aufbringen muss. Bei der Anzahl der Anwendungen inklusive der erneuten Einreichungen und Updates werden daf\u00fcr Personal und Kosten notwendig sein. Das ganze wird notwendig sein, um die Flut meist ungeeigneter, von Flash umgewandelter Anwendungen abzuwehren. Von ungeeignet rede ich immer von Anwendungen, die nicht f\u00fcr die Bedienung \u00fcber ein ber\u00fchrungsempfindlichen Bildschirm f\u00fcr das bestimmte Ger\u00e4t entwickelt wurden.<\/p>\n

Wer mir an dieser Stelle nicht glaubt, dass Anwendungen f\u00fcr spezielle Ger\u00e4te angepasst oder neu entwickelt werden m\u00fcssen, der m\u00f6ge die geschichtliche Entwicklung des Microsoft Tablet-PC anschauen. Der Hauptgrund f\u00fcr das Scheitern war der fehlende Wunsch die Software (in dem Fall MS Windows und MS Office) f\u00fcr die neuen Ger\u00e4te und Bedienkonzepte anzupassen. Der Artikel bei Techcrunch<\/a> beschreibt es sehr gut: Lost: If Microsofties Can’t Live Together, Microsoft May Die\u00a0Alone<\/a>.<\/p>\n

Viele Entwickler schreiben ihre Anwendungen, die ehemals f\u00fcr das iPhone entwickelt wurden, f\u00fcr das Apple iPad neu. Das hat vor allem mit dem gr\u00f6\u00dferen Bildschirm und sich dadurch ergebenden neuen M\u00f6glichkeiten der Interaktion mit dem Benutzer zu tun. Nat\u00fcrlich werden auch die iPhone Programme auf dem iPad funktionieren, aber sie werden die M\u00f6glichkeiten des gr\u00f6\u00dferen Bildschirms, der h\u00f6heren Aufl\u00f6sung und sich dadurch ergebenden M\u00f6glichkeiten der Interaktion nicht nutzen k\u00f6nnen. Das k\u00f6nnen wir auch aus der PC-Technologie ableiten. Wer schon mal einen Mac und einen PC benutzt hat, wird vermutlich erkennen, dass die Bedienkonzepte trotz der Tastatur, Maus und des fast gleichen Bildschirms sich deutlich zwischen Microsoft und Apple unterscheiden. Viele f\u00fcr den Apple Mac entwickelten Programme wurden an die Bedienkonzepte des Macs angepasst, was man leider von vielen Windows Anwendungen nicht behaupten kann. Auf der MS Windows Plattform herrscht ein buntes Durcheinander an Bedienkonzepten und Aussehen der Anwendungen. Im Endeffekt \u00e4rgern sich die Benutzer, dass sich die Software nicht „Windows gewohnt“ bedienen l\u00e4sst. Dadurch sinkt der Gesamteindruck f\u00fcr die ganze MS Windows Plattform und das will Apple auf gar keinen Fall f\u00fcr ihre gelobten Ger\u00e4te. Die Apps f\u00fcr das IPhone und IPad sind genau die Bereicherung f\u00fcr die Benutzer auf Basis sehr gut von Apple abgestimmter Technologie, API und Bedienung der iPods, iPhones und jetzt iPads.<\/p>\n

Ich fasse das noch einmal zusammen. Die \u00dcberflutung des Apples Apps Store mit schlecht bedienbaren Anwendungen, wird den\u00a0 Gesamteindruck Apples Plattform tr\u00fcben. Der Aufwand f\u00fcr die Pr\u00fcfung der Applikationen wird vermutlich immens steigen und die Benutzer werden sich \u00e4rgern, dass sie die Anwendungen schlecht bis gar nicht bedienen k\u00f6nnen. Das wird Einfluss auf die iPhone, iPod und iPad Plattformen und den bis jetzt sehr positiven Eindruck haben. Der negative Eindruck wird sich vermutlich auch auf die Verkaufszahlen auswirken. ENDE!<\/p>\n

Ich gehe davon aus, dass ich durchaus viele negative Kommentare zu diesem Blogeintrag bekomme. Ich werde sie alle freischalten, so lange sie auf sachlichen Aussagen basieren. Mit diesem Artikel wollte ich einen Blick aus einer anderen Sicht auf das Thema zeigen und ich hoffe, dass es mir gelungen ist. Ich betrachte die Entscheidung von Apple, „intermediate languages“ auszuschlie\u00dfen, neutral und m\u00f6chte mich weder Apples Entscheidung, noch den Gegnern anschlie\u00dfen. Meine \u00dcberlegungen k\u00f6nnten total falsch sein, aber sie k\u00f6nnten auch genau die Gr\u00fcnde f\u00fcr diese Entscheidung von Apple treffen. Nicht ohne Grund habe ich mich auf Adobe und die Flash Technologie bezogen, weil die Entscheidung von Apple aus rationalen oder politischen Gr\u00fcnden vermutlich auf das Erscheinen Adobes Flash CS5 und dessen F\u00e4higkeiten Apple Apps zu erzeugen, bezog. Ich bin auch kein Gegner von Adobe, aber das Thema zielt ziemlich sicher auf Adobe ab.<\/p>\n

Weitere konstruktive Berichte zu dem Thema:<\/p>\n