• Der Nutzungskontext – Wann und wo wird das Gerät verwendet?
  iPad = begrenzt mobil vs. iPhone = immer dabei
• Die Umwelt – Was passiert um den Benutzer?
  iPad = jeder Nutzer anders vs. iPhone = schnell, unkontrolliert, variiert
• Gesellschaftlich – Kann das Gerät allein oder gemeinsam verwendet werden?
  iPad = variabel (sowohl privat als auch gruppentauglich) vs. iPhone = sehr privat, persönlich
• Das Nutzungsverhalten – Was wird mit dem Gerät typischerweise gemacht?
  iPad = konsumieren vs. iPhone = kommunizieren

Schaut man sich außerdem die Bedienung der Geräte genauer an, findet man leicht Unterschiede. Das iPhone ist so konzipiert, dass man es mit einer Hand halten und bedienen kann. Hier ist dann der Daumen der bedienende Finger. Natürlich sind auch andere Bedienvarianten denkbar, aber sicher nicht die Regel ( eine Hand hält, die andere tippt mit dem Zeigefinger oder beidhändige Bedienung, Tippen mit Daumen).
Durch sein Gewicht ist das iPad mit einer Hand nicht zu bedienen. Dadurch ergeben sich weitere Bedienvarianten:

• im Sitzen mit zwei Händen (eine Hand hält, die zweite bedient)
• auf dem Tisch oder den Beinen liegend (beide Hände bedienen)
• im Gehen mit zwei Händen (beide Hände halten, Bedienung mit Daumen beider Hände)

Diese unterschiedlichen Bedienansätze zeigen, dass das Interface der jeweiligen Anwendung an die Usecases angepasst gehören und nicht einfach nur ein aufgeblasenes iPhone User Interface sein sollte. Nielsen fand in seiner Studie “Usability of iPad Apps and Websites” (2010) heraus, dass der untere Navigationsbalken, der für iPhone-Apps empfohlen wird, auf dem iPad kaum genutzt, ignoriert oder vergessen wird. Ein weiterer Fakt ist, dass Full Websites (Websites, die für den Desktop-Rechner konzipiert sind) auf dem iPad halbwegs gut funktionieren. Größtes Hindernis ist hier die schlechte Bedienbarkeit vieler Website mittels Touchscreen. Am iPhone hingegen bevorzugen die User Webanwendungen, die für mobile Geräte optimierte sind.

Wichtige Punkt in Sachen Usability am iPad sind:

Die Orientierung

Beim iPad bietet die Orientierung des Gerätes größere Möglichkeiten. In der Landscapeansicht (Querformat) lässt sich die Breite besser ausnutzen, in dem man eine Listenansicht auf der linken Seite positioniert und eine Detailansicht rechts. Auf dem kleinen Display des iPhones ist dies nicht denkbar.
Im Portraitmodus sollte die Listenansicht verschwinden und zum Beispiel über einen Info-Button abrufbar gemacht werden. Zu beachten ist dabei, dass keine zusätzlichen Features in den unterschiedlichen Ansichten versteckt werden.

Discoverability

Der User soll Zusatzfunktionen schnell entdecken. Bei einer Bildergalerie haben sich bspw. Punkte unter dem Bild durchgesetzt, um anzuzeigen, dass sich hinter dem einen Bild noch weitere verstecken.

Touchbare Bereiche

Buttons müssen deutlich grafisch hervorgehoben und entsprechend groß sein, um so auch für Wurstfinger kompatibel zu sein. Weitere Informationen zum Eingabeproblem gibt es im Post Die vier Kernprobleme der mobilen Webentwicklung – Part 1.

Fotorealismus

Reale Begebenheiten können in die App übertragen werden z.B. das Blättern im Buch oder ein Letterstapel. Grundsätzlich gilt es aber, die Sinnhaftigkeit zu überprüfen und es nicht zu übertreiben.

Einheitliches Layout

Dem User sollte ein einheitliches Layout innerhalb einer Applikation geliefert werden.

Bereits in der Konzeptionsphase ist es wichtig auf die optimale Usability zu achten. Bartels empfiehlt Tools wie Axure um Clickdummies zu erstellen. Um diese dann auf mobilen Geräten zu testen, kann man sie auf einen Webserver laden und so auch von mobilen Geräten abrufbar machen.

Fazit

Die zwei Tage auf der iPhone Devcon in Köln hab ich mit dem iPad überstanden ohne andauernd auf meine Kollegen mit ihren Macs zu schielen. Das Gewicht und die lange Akkulaufzeit waren hier die entscheidenden Faktoren. Ich musste nicht schauen in der Nähe einer Steckdose zu sitzen. Außerdem ist es in meiner kleinen Tasche leicht verstaut. Der einzige negative Punkt, der mir auf der Devcon aufgefallen ist: Ich konnte mich mit dem iPad nicht wärmen, als es im Keller am Tag 1 etwas kalt wurde. Da hatten meine Kollegen mit den Macs auf dem Schoß einen klaren Vorteil. Allerdings ist das auch wieder ein Pluspunkt fürs iPad – es läuft nicht heiß.
Programmieren ist leider nicht wirklich drin. Auch wenn z.B. mit der App FTP On The Go eine recht gute Möglichkeit besteht auf einem Webserver via FTP zuzugreifen und Dateien zu verändern. Aber vielleicht ist es auch nur eine Frage der Zeit bis das iPad auch für diese Gruppen interessanter gemacht wird.
Der Unterhaltungswert am Flughafen war jedenfalls hoch, als wir uns die Zeit vertreiben mussten, weil der Flieger wegen des Scheechaos verspätet war.
Beim Schreiben der beiden Artikel bin ich dann allerdings an die Grenzen der WordPressApp gestoßen. Auch mit eingestelltem Autosave sind meine Texte nach Abstürzen immer weg. Hier stieg ich ziemlich rasch auf Pages um, was mich ja die gesamte Konferenz begleitet hatte. Für die Feinjustierung muss ich zugeben, hab ich dann allerdings zu Hause mit dem Mac geschummelt. Denn es ist sehr mühsam über die Tastatur HTML-Auszeichnungen zu machen. Um das Zeichen “größer als” zu schreiben sind drei Klicks nötig.
Das iPad hat dennoch seine Daseinsberechtigung. Für mich ist es unterwegs (Bahn, Flugzeug, Öffis) eine sinnvollere Alternative als ein Netbook, was ich gerade nebenan bei einer Mitreisenden in Benutzung sehe. Klein, nicht zu schwer, großes Display, schnelle Reaktionsfähigkeit. 3 Millionen verkaufte iPads in nur 80 Tagen sprechen für sich.

The post Das iPad und ich auf der iPhone dev con – Tag 2 appeared first on Mobile USTP MKL.

Ein sehr informativer Vortrag zu diesem Thema wurde auf der iPhone Developer Conference in Köln gehalten. Betitelt Von der Idee zur App und von Bernd Lindemann, Geschäftsführer der Agentur digitalmobil, präsentiert. Ich werde in diesem Beitrag auf die Gedanken und Vorschläge des Vortrags eingehen.

Präsenz im mobilen Web

Bevor man sich auf das Entwickeln einer App stürzt, sollte man sich zunächst ein Konzept  erstellen. Will man erfolgreich sein, so sollte man nicht einfach eine (vielleicht wenig sinnvolle) App anbieten. Denn es geht nicht um die App, sondern um die Präsenz im mobilen Internet.

Folgende 3 Fragen bestimmen die Vorgangsstrategie:

• Für wen will man mobilen Content anbieten?
• Welche Ziele will man im mobilen Web erreichen?
• Welche Maßnahmen sind dazu sinnvoll?

Zielgruppe

Widmen wir uns zunächst der ersten Frage. Diese beschäftigt sich mit der Zielgruppe. Wie so oft gilt es auch hier zunächst festzustellen, wer mein Produkt überhaupt benutzen wird. Dazu wurde ein nettes Comic-Bild präsentiert, dass bereits seit einiger Zeit im Internet kursiert.

Obwohl es auf Klischees basiert und übertrieben dargestellt ist, so lässt sich ein gewisser Wahrheitsgehalt feststellen. Will man eine reine Fun-App für Jugendliche machen, so hat man bestimmt auf  iPhone und Android mehr potenzielle Käufer als bei Blackberry.

Ziele

Als nächstes werfen wir einen Blick auf die Ziele, die man mittels mobilem Web erreichen will.

• Markenführung, Image- und Produktwerbung
  Darunter fallen zum Beispiel verschiedenste Fun-Apps, die hauptsächlich Aufmerksamkeit bringen sollen, aber keinen großen Nutzen bieten.

• Reichweite / Channels
  Soziale Netzwerke, wie Facebook oder Xing

• Service
  Einige Autohersteller bieten zusätzliche Serviceleistungen als Apps an. Man kann zum Beispiel das Auto auf der Karte am Smartphone lokalisieren lassen oder die Standheizung von weitem einschalten. Auch viele Banken bieten ihren Kunden Servicemöglichkeiten wie zum Beispiel Buchungen über das Smartphone durchzuführen.

• Verkauf von physischen Produkten und Dienstleistungen
  Online-Verkauf wie Amazon oder die Möglichkeit Filialen in der Nähe zu finden.

• Erlöse mit digitalen Produkten
  Dies umfasst kostenpflichtige Software, sowie kostenpflichtigen Content und durch Werbung finanzierte Anwendungen.

Umsetzungsmöglichkeiten

Nachdem nun mögliche Ziele abgeklärt sind kann man sich Gedanken über die Möglichkeiten deren Umsetzung mittels mobilem Web machen. Nun denkt man vielleicht sofort an eine App, doch gibts es einige Dinge, die man berücksichtigen sollte, wenn man eine App erstellen will. Eine App ist immer nur für ein Betriebssystem entwickelt und will man die Anwendung für Smartphones mit anderen Systemen bereitstellen, muss man die App portieren. Der Hardware Back Buttons bei Android-Phones ist nur ein Unterschied zum iPhone und es gibt noch viele weitere. Dies kann dazu führen, dass der Portierungsprozess unter Umständen sehr zeit- und kostenintensiv wird.

Vorteile von Apps

• Direkter Zugriff auf Smartphone-Features und Hardware
• Vertriebsplattform App Store
• Unmittelbare Userbeziehung durch Icon auf Home-Screen

Nachteile von Apps

• Native Entwicklung für einzelne Plattformen
  • Auswahl nötig
  • kann teuer werden
• Review-Prozess durch App Store
  • fertige App nicht sofort verfügbar
  • nicht sicher, ob die App überhaupt zugelassen wird
  • Updates müssen erneut reviewed werden

Alternativ zur App kann man eine mobile Webseite bzw. Web App machen. Dabei müssen zwar gewisse Einschränkungen beachtet werden, doch vor allem in naher Zukunft durch Technologien wie HTML5 könnte die Web App an Stellenwert gewinnen.

Vorteile von Mobilen Websites / Web Apps

• plattformübergreifend im mobilen Browser verfübar
• kein App Store. Updates erscheinen sofort
• Entwicklung mit Standard-Webtechnologien

Nachteile von Mobilen Websites / Web Apps

• kein App Store als zentrale Vertriebsplattform
• eingeschränkter Zugriff auf Hardware
• Herausforderung Usability
  • Geschwindigkeit
  • Anpassung der Darstellung für unterschiedliche Geräte

Als weitere Möglichkeit bietet sich die Hybride App mittels Frameworks wie zum Beispiel PhoneGap an. Damit lässt sich eine Cross Plattform-Entwicklung von nativen Apps mit Webtechnologien umsetzen. Die gängigsten Plattformen werden unterstützt, doch ist dieser Ansatz für komplexere Aufgabenstellungen nicht zu empfehlen.

Wenn man selbst weniger Aufwand betreiben will, so kann man seine Inhalte bei einem Aggregator einstellen lassen. Diese Lösung ist günstig, schnell und pflegeleicht, bietet dafür aber wenig Möglichkeit des Customizings und nur begrenzte Funktionalität.

Idealerweise greift man nicht nur auf eine Lösung zurück, sondern kombiniert verschiedene Möglichkeiten, wenn Zeit und Geld dies zulassen.

think first, code later

Abschließend gab Bernd Lindemann bei seinem Vortrag noch ein paar Anregungen zur Vorbereitung beim Entwickeln einer iPhone App. Sein Leitsatz lautet think first, code later und folgende Fragen sollte man sich zu den Inhalten stellen, solange man sich noch im Planungsprozess steckt:

• Welche Inhalte benötige ich?
• Existieren die Inhalte oder müssen sie erstellt werden?
• Wie kommen die Inhalte in die App?
• Gibt es existierende brauchbare Schnittstellen?
• Müssen Inhalte gepflegt und aktualisiert werden?

Updates sind sehr wichtig für gute Apps und sollten von Anfang an geplant sein. Zukünftige Features sollten frühzeitig bei den Kunden angekündigt werden, denn damit bleibt man im Gespräch. Außerdem erhöhen regelmäßige Aktualisierungen den Lebenszyklus einer App und man kann auf Kundenfeedback reagieren.

Auch die Preisfindung ist ein Thema über das man sich im Vorfeld Gedanken machen sollte.

• Will man seine Applikation durch Werbung finanzieren oder kostenpflichtig anbieten?
• Einmalzahlung oder In-App Purchase? Beim In-App Purchase können direkt aus der App zusätzliche Inhalte kostenpflichtig bezogen werden. Zum Beispiel weitere Karten bei einem Navigationsprogramm
• Bezahlversion und kostenlose Lite Version?
• 79 Cent oder teurer?

Prinzipiell kann man den Preis einer App abhängig von der Zielgruppe und der vorhandenen Konkurrenz machen. Man sollte sich bewusst sein, dass man so gut wie immer mit großer Konkurrenz rechnen muss. Konkurrenzprodukte zu analysieren kann sehr hilfreich beim Erstellen der eigenen App sein. Es gilt Erfolgreiche und weniger erfolgreiche Konkurrenten zu vergleichen und versuchen herauszufinden worin die Unterschiede liegen. Die zu analysierenden Punkte umfassen:

• Features
• Design
• Usability
• Umfang der Inhalte

Für seine eigene App muss man versuchen einen oder mehrere dieser Punkte zu verbessern um erfolgreich zu sein.

Fazit

Vieles muss berücksichtigt werden, wenn man eine gute Präsenz im mobilen Internet aufbauen will. Plant man bereits im Voraus wichtige Entscheidungen, so kann man später viel Geld und Zeit sparen. Die Wahl zwischen App oder mobiler Webseite muss jeder für sich selbst treffen. Die im Beitrag erwähnten Vor- und Nachteile der verschiedenen Lösungen sollten die Entscheidung aber etwas leichter machen.

The post Von der Idee zur App – oder doch lieber eine Web-Anwendung? appeared first on Mobile USTP MKL.

Das neue Interface

Das neue UI (User Interface) von Microsoft geht ganz klar einen anderen Weg als andere Betriebssysteme am Markt. Laut Microsoft orientieren sich die meisten neuen Designkonzepte an dem sehr erfolgreichen Design des iPhone OS. Eine Vielzahl von bunten und glänzenden Icons nebeneinander, die – nach dem Vorbild des iPhones -in einem gekachelten Raster angeordnet sind, findet man auch bei Systemen wie Android wieder.
Das Windows Phone 7 bemüht sich, einen sehr sauberen, klar strukturierten und inhaltsfokussierten Eindruck zu hinterlassen. Auf der Startseite findet man große, einfarbige Quadrate, die nebeneinander liegen. Nach rechts hin zum Rand wird mehr Abstand gelassen. Dort erkennt man kleine, nicht vollständig angezeigte Elemente, die vermuten lassen, dass sich im nicht sichtbaren Bereich noch mehr befindet.
Bei der Gestaltung hat sich Microsoft an gängigen Hinweisschildern und ähnlichem orientiert. Auf besondere Effekte wird verzichtet. Die Struktur ist sauber, aufgeräumt und übersichtlich. Weiters wurden zwei verschiedene Gestaltungsrichtlinien erarbeitet.
Es gibt sowohl einzelne als auch zusammengehörende Seiten. Diese nennt man Hubs. Bevor ich erzähle, was sich hinter dem Begriff „Hubs“ verbirgt, möchte ich noch etwas erwähnen, das einen großen Part im neu erarbeiteten Konzept von Microsoft darstellt: Der Styleguide.
An diesem sollen sich Entwickler orientieren, wenn sie Produkte für das Windows Phone 7 entwickeln. Vor allem Handy-Produzenten müssen das Interface von Microsoft so verwenden, wie es vorgegeben wurde. Bei Android ist es Herstellern im Moment möglich, das Interface nach persönlichem Belieben anzupassen. Das hat zur Folge, dass sich Handys, die eigentlich auf dem gleichen System basieren, sehr unterschiedlich bedienen lassen. Bei Windows mobile 6 gab Microsoft den Herstellern ebenfalls die Möglichkeit, das Interface anzupassen. Mit der Zeit entwickelten sich die einzelnen Interfaces unkontrollierbar in verschiedenste Richtungen; Microsoft konnte somit nicht mehr überall für ein gut nutzbares Interface garantieren. Dieser Fehler sollte beim neuen OS nicht mehr passieren.

Hubs

Was sich hinter dem Begriff „Hubs“ verbirgt
Hubs sind zusammengehörige Bereiche. Ein Beispiel für einen Hub ist der Menüpunkt “People”. Der Seiteninhalt geht über den sichtbaren Bildschirmabschnitt hinaus und verbindet die nebeneinander liegenden Elemente miteinander. Befindet man sich im ersten Abschnitt, ist zum Beispiel nicht einmal der Titel komplett sichtbar.
Dieses Gestaltungsprinzip bietet natürlich eine viel größere Fläche für Inhalt als eine einzelne Seite. Die von Microsoft gut durchdachte Präsentation der Hubs sorgt dafür, dass diese nicht unübersichtlich wirken, sondern vom Benutzer intuitiv so verstanden werden wie vorgesehen.

Der Marketplace

Im Zeitalter der App-Fetischisten will natürlich auch Microsoft ein Stück vom Kuchen naschen und bietet daher den sogenannten „Marketplace” an. Dieser verfügt bereits über eine große Auswahl an Apps; die Anzahl der davon wirklich ausgereiften ist aber noch relativ überschaubar. Sobald die Entwicklercommunity allerdings ins Rollen kommt und das System sich ausweitet, wird es nicht mehr lange dauern, bis Entwickler gut ausgearbeitete Apps am Marketplace zur Verfügung stellen. Die Vielzahl an .Net-Developern lässt auf großartige Apps hoffen. Auch Microsoft selbst stellt einige nützliche Programme auf den Marketplace, die tolle neue Funktionen bieten. Diese sind aber nicht unbedingt Pflicht für jeden, und werden deshalb nicht in die Standard Firmware inkludiert.

Entwickeln für das neue OS

Natürlich bringt Microsoft auch gleich die passende Entwicklungsumgebung mit auf den Markt: Das neue Visual Studio 2010 (für Studenten gratis erhältlich auf Dreamspark) sowie das Expression Studio mit benötigtem Basiszubehör. Entwickelt wird auf Basis von C# (Sprich C Sharp), die grafische Entwicklung erfolgt mit Blend (Teil des Expression Studios). Auch die Technologie Silverlight spielt eine große Rolle im neuen Windows Phone 7. Man wird nicht herumkommen, sich auf die neueste Version 4 des Flashkonkurrenten aus dem Hause Microsoft zu stürzen.
Möchte man dann seine eigenen Produkte auf den Marketplace stellen, ist ein jährlicher Betrag von etwa 80$ zu bezahlen. Hier werden also ähnliche Wege eingeschlagen wie beim Mitbewerber mit dem angeknabberten Früchte-Logo.
Interessant für Gameentwickler ist auch, dass Microsoft das XNA Gamestudio in der Version 3.1 für die Entwicklung anbietet. Hiermit können sehr einfach fertige Spiele mit DirectX9 Funktionen für das mobile Gerät exportiert werden. Also ist ein mit XBox geteilter Spielemarkt leicht möglich.

Fazit

Was Microsoft uns da präsentiert hat, sieht sehr vielversprechend aus. Die Präsentation war eine der besten der gesamten Konferenz und macht Lust auf mehr. Der neue Designansatz und die eigene Herangehensweise an die Bedienungskonzepte der mobilen Geräte wirken sehr durchdacht und logisch. Im Moment hat das System noch mit Kleinigkeiten, wie einem sehr schlechten mobilen Internet Explorer, zu kämpfen. Auch das schon oft angesprochene “Copy Paste” fehlt noch. Doch Microsoft möchte noch vieles nachpatchen. Die Aussage von Microsoft zu den momentanen Problemen: Funktionen können dazukommen, aber das Konzept muss von Anfang an stimmen. Hier muss ich dem Software-Riesen recht geben. Im Allgemeinen denke ich, dass Microsoft hier sehr gute Arbeit geleistet hat, und dass sich das Unternehmen damit einen guten Start in die Welt der Smartphones gesichert hat.

Weitere Links

• http://www.pcworld.com
• http://www.engadget.com
• http://blogs.msdn.com

The post Windows Phone 7 – Ein Resumé von der iPhone DevCon Tag 2 appeared first on Mobile USTP MKL.

Apps, Apps everywhere

Die Vorteile von Applikationen liegen auf der Hand. Sie werden mit einem simplen Klick installiert, Updates werden automatisch geladen und überhaupt, die ganze technische Komplexität wird vor dem Anwender verborgen. Zusätzlich sind die meisten Applikationen sehr günstig zu erwerben.
Möchte man nun eine eigene Applikation entwickeln braucht es nicht viel. Man sollte sich dennoch vorher darüber Gedanken machen. Es liegt fast auf der Hand: Kennt man die Programmiersprache schon? Hat man sich mit dem Gerät schon beschäftigt und kennt dessen Eigenheiten? Nicht minder wichtig ist eine gute Community. Was macht man wenn man nicht weiter weiß?
Welche Komponenten braucht man nun um eine Android App entwickeln zu können?

• Eclipse IDE
• Android SDK (verschiedene Versionen gratis verfügbar)
• Android Development Tools Plugin für die IDE

Die Applikationen selber werden in Java geschrieben und danach auf der Android Virtual Device (AVD) getestet. Bei Fehlern unterstützt einen der Dalvik Debug Monitor Service (DDMS). Eine View, also ein Template für ein Layout der Applikation, wird in XML definiert. Die zugehörigen Textelemente werden in einem zusätzlichen XML Dokument abgelegt.

Technischer Einblick

Am wichtigsten bei der Entwicklung, egal auf welcher Plattform, ist es zu verstehen wie das System im Hintergrund arbeitet. Durch Linux als Basis können auch viele bekannte Bibliotheken für die eigenen Applikationen verwendet werden. Ein wichtiges Merkmal von Android Systemen ist die Fähigkeit des Multitasking. Dabei wird für jeden Prozess eine Dalvik Virtual Maschine gestartet. Ist eine Applikation nicht mehr sichtbar für den Benutzer wird die Bearbeitung eingestellt. Wird der Arbeitsspeicher knapp werden von einem eigenen Algorithmus nicht mehr gebrauchte Applikationen beendet.
Die einzelnen Komponenten sind lose gekoppelt und ermöglichen so ein Zusammenspiel untereinander auch über Prozessgrenzen hinaus. Man unterteilt die Komponenten in folgende Kategorien:

• Activity – eine Aktivität die der Benutzer durchführen kann. Sie können auch ineinander verschachtelt werden, werden aber meistens im Vollbildmodus ausgeführt.
• Service – darunter fallen Hintergrundkomponenten wie das GPS Modul oder die Verwaltung der Netzwerkzugriffe
• Broadcast Receiver – Benachrichtigungsebene an den Benutzer (Batteriestatus, eingehender Anruf, …)
• Content Provider – Inhalte die man als Verwalter zur Verfügung stellen möchte

Ein interessanter Trick der bei der Entwicklung nützlich sein kann ist, dass alle Activities neu gestartet werden sobald sich die Bildschirmorientierung ändert. Dies erzielt man im mitgelieferten Simulator durch drücken von Strg + F11 (windows) und hilft ungemein bei der Fehlersuche.
Im sogenannten Activity Stack werden die nach der Reihe gestarteten Applikationen aufgelistet. Eingegebene Daten werden automatisch zwischengespeichert zB Text einer e-mail. Weiters muss man zwischen Home und Back Button unterscheiden. Beim Drücken des Home Buttons wird die aktuelle Applikationen in den Hintergrund gelegt. Beim Drücken des Back Buttons wird der vorherige Zustand der Applikation aufgerufen und eventuelle Eingaben gehen verloren.
Die klaren Vorteile der Entwicklung einer Applikationen auf Android sind das schnellere Multitasking, nur sehr wenige Restriktionen bei der Entwicklung und die volle Nutzbarkeit aller Systemfunktionen durch die Applikation. Durch die große Freiheit und die etwas komplizierte Implementierung kann es allerdings dazu kommen, dass Ressourcen verschwendet werden.

App Verbreitung

Um seine App im Market anbieten zu können erstellt man selbst ein Zertifikat und signiert seine Applikation selbst. Dies ist gleichzetig ein Vor – und ein Nachteil, da man zwar sehr einfach und schnell seine App in den Markt bekommt, man jedoch als Benutzer nie sicher sein kann ob die App wirklich vertrauenswürdig ist. Durch die Möglichkeit seine App selbst signieren zu können kann man diese auch sehr einfach über eine eigene Website oder per e-mail verteilen. Um seine Applikation in den Market laden zu können ist eine einmalige Registrierungsgebühr von 25$ notwendig und vom Erlös der Applikation gehen 30% an Google.

Fazit

Verglichen mit dem schwierigen Einstieg in die iOS – Entwicklung macht man bei Android fast einen Spaziergang bis zur ersten Applikation. Man darf sich jedoch nicht von dem leichten Einstieg täuschen lassen und muss trotzdem auf die Eigenheiten des Systems achten und die Qualität seiner Applikation selber in die Hand nehmen. Was auf jeden Fall für Android spricht ist die leichte und offene Zugänglichkeit.

Links

• Allgemeine Aufgaben bei der Android Entwicklung und wie man sie löst
• Download von Eclipse
• Download des Android SDK
• Download der Android Development Tools für Eclipse

The post Android – was geht? appeared first on Mobile USTP MKL.

Das iPad

Laut Apple ist das iPad ein “magisches und revolutionäres Gerät”. Es ist ein Tablet-PC mit 9,7 Zoll großem Touchscreen, größer als ein A5 Blatt aber kleiner als A4. Im Vorfeld stattete ich das iPad mit diversen Applikationen aus darunter Pages eine Textverarbeitungsapplikation, die Blogapp WordPress, um diesen Post zu schreiben und Twitterrific for Twitter. Natürlich waren auch eine Menge Unterhaltungsapps dabei…

Der Flug

Auch ein iPad ist ein Laptop… Die Frage des Sicherheitspersonals bei der Kontrolle am Flughafen, ob ich einen Laptop bei habe, konnte ich mit “nein” beantworten, aber ich fügte sicherheitshalber hinzu: aber ein iPad! Anscheinend waren sie das schon gewohnt, es musste dann also auch aus der Tasche raus. Das iPad wurde für sicher befunden und durfte mit nach Köln. Den Rest des Tages blieb es bei mir in der Handtasche. Mit seinen 730g (WI-FI + 3G Modell) ist das auch kein Problem. Die 2,5 kg des MacBooks hätte ich nicht mit auf unsere Kurzbesichtigung der Altstadt genommen. Nur Fotos sind mit dem iPad nicht drin, da musste das iPhone herhalten.

Die Konferenz

Meine erste Tat bestand darin das WLAN einzurichten, um meine Emails zu checken. Emails auf dem iPad zu bearbeiten, stellt kein Problem dar. Durch das große Display sind die Mails bequemer zu bearbeiten als am Mobiltelefon. Das iPhone bleibt in der Tasche.
Ich starte mit 93 % Akku in die Konferenz. Clevererweise habe ich das Ladegerät unbeabsichtigt im Hotel gelassen. Der Akku vom iPad soll ja lange halten. Hoffentlich.
Ab Vortrag 1, der bei mir “Die Planungsstufen bei der Konzeption einer App: Damit es ein Erfolg wird” von Bernd Lindeman war, beginne ich mit dem Mitschreiben. Ich nutze Pages dafür. Mit 7,99 Euro nicht ganz billig für Studenten vor allem, wenn man die iPhone-Apppreise gewohnt ist. Benötigt man die gesamte iWorks-Palette (Pages, Keynote und Numbers) sind es dann schon 23,97 Euro. Aber Pages lohnt sich. Das User-Interface ist optimal an das Tablet angepasst.
Liegt das iPad auf einem Tisch kann man durchaus mit 10 Finger schreiben. Naja zumindest mit 8 geht es bei mir recht flott von der Hand und wenn man sich nach einer Zeit an die Abstände der Tastatur gewöhnt hat, dann trifft man auch die untere Reihe der Buchstaben und nicht immer nur die Leertaste. Mit iOS-Version 4.2 wurde allerdings das Schreiben der Umlaute wieder erschwert. Bis dato reichte ein langer Tap auf die entsprechenden Buchstaben aus, jetzt muss wie bei iPhone noch der Finger auf den Umlaut bewegt werden.
Das Schreiben macht richtig Spaß, wäre da nicht die voreingestellte Autokorrektur. Beim zweiten Vortrag “Android – Wo steht es, wie geht es?” von und mit Arno Becker und David Müller wird es dann langsam nervig. Bei mir entstehen immer “Androide” statt “Android”. Eine halbe Stunde nach Beginn des Vortrages schalte ich die Autokorrektur ab. Jetzt bin ich selbst Schuld, wenn Tippfehler entstehen und es läuft bei den restlichen Vorträgen sehr gut. Der für mich interessanteste Vortrag des Tages stammt von Heiko Behrens “Plattformübergreifende Entwicklung”.
Als Nebenprodukt der Konferenz zwitscherten wir vom mfgBLOG fleißig. In der Hoffnung, dass die Welt auf uns und unsere Website aufmerksam wird. Deshalb interessierten mich am Nachmittag die Zugriffsstatistiken für unseren Blog, die wir von Google Analytics erstellen lassen. Leider ist die Website über den iPad-Browser Mobile Safari dank Flash nicht vollständig nutzbar. Aber ganz nach dem Motto “There’s an app for that” suche und finde ich eine passende App Analytics for iPad und kann so unsere Zugriffe überprüfen. Leider sind diese nicht sonderlich gestiegen, aber wir stehen ja noch am Anfang.
Zum Abend nach 8 Stunden Konferenz und fleißigem Mitschreiben ist der Akku der iPads bei 48 %. Das könnte auch für den zweiten Tag reichen. Ich riskiere es aber nicht und lade über Nacht auf.

Fortsetzung folgt mit Tag 2 und über Usability am iPad

Credits: Dieses iPad wurde dankenswerter Weise zur Verfügung gestellt vom Medientechnik Service Center der Fachhochschule St. Pölten.

The post Das iPad und ich auf der iPhone dev con – Tag 1 appeared first on Mobile USTP MKL.