Wenn Sie in den nächsten 3 Monaten ein neues Smartphone kaufen würden, welches Betriebssystem würden Sie wählen?

Die Umfrage zeigt, dass Android momentan sehr hoch im Kurs steht, gefolgt von iOS und dem Newcomer Windows Phone. Interessant auch, dass keiner der Befragten auf BlackBerry setzen würde. Bei der Befragung namen bisher 17 Personen teil.

Wir bieten professionelle und qualitative App Entwicklung nativ für Android, iPhone/iPad und Windows Phone sowie BlackBerry. Sprechen Sie uns an, wir finden auch für Ihr Vorhaben die passende Lösung, welche z.B. auch eine generische Web App mit HTML5/CSS3/JavaScript sein kann.

Quelle: REUTERS

Our take aways from the keynote:

• Android popularity
• 8 billion Android apps installs to date
• 300k Android apps in the Android Market
• Later Andriod versions lead to MORE app installs
• Google App Engine
• Part of Google’s cloud services
• Nativly develop applications with Python, Java and Go that run on the infrastructure Goolge build up during their excessive growth over the last decade
• Use Google App Engine as the backend for connected (Android) apps
• New services like Google Cloud Storage (cloud HD), Google Prediction API (impressive machine learning), Google Big Query (cloud SQL, impressive example shown: querying and analysing the comments table of Wikipedia in seconds)
• Google Chrome
• Google puts a lot of emphasis on HTML5, Chrome is *the browser* for that, of course
• Interesting to see that Google is building an other Market place with the Chrome Web Store, which is opened for all platforms (!), and the transaction fees will be as low as only 5% (that is when I started triggering off an applause during the keynote for billing models like upfront payments, In-App payments, freemium models or subscription based models. In contrary, Android Market or Apple App Store take up to 35% of the selling price.
• HTML5
• The next version of HTML is gonna be huge, we all know that. Better get on the train now.
• Presented features: GPU accellerated graphics, SVG vector graphics to present data in an interactive and responsive way (e.g. statistics), CSS 3d transitions, new APIs, Audio and Video visualisiation that work together closely, ..
• The concept of Intents from Android (“an Intent is like a TODO for an other software component with a published interface definition) will be taken to the Web with WebIntents, which could help to get rid of all the functional buttons like “Share on Facebook, Twitter this, …” on websites

Following the keynote we participated in sessions about the new Google Places API, where Google was introducing the new concept of  timeframed events that are bound to geographical places which are only visible to the owner of the event (e.g. your location based app). VERY interesting as a basis for check-in to local events apps indeed!

Sessions on exellence in app development for Android followed. It’s clear to see that the new concepts of Multi-pance layouts (Android Fragments) or the Action Bar are to be integrated in all future Android apps to let the framework take care of the complex task of managing different amounts of display real estate on Handsets and Tablets (both, in portrait and landscape mode). This is a complex task, the iPhone and iPad do not need to care about; there is only one iPhone and one iPad device from Apple whereas there are 20+ Android devices in all shapes and sizes from different manufactures that need to be handled. Also, in future Android apps one can’t rely on an exclusive “front door entry” to apps anymore (introduction of recent apps pane, “linking” between apps though Intents, etc.): The new software back key will have the function to “go back where I came from” whereas the up key will take the user to “the root/startscreen of the application”. “Beyond the list” is where a developer has to think when it comes to organisation and representation of collections of data on different devices: the app displays itself differently depending on display real estate (switching from list stlye to m.youtube.com thumb style in landscape mode, for example). Android developers should clearly check out the new concepts in the reference Google I/O app.

This saturday was clearly an “input day” so sessions about GAE (Google App Engine), Web Apps with HTML5, monetizing Web Apps and Google Apps and APIs followed.

Our conclusion: the heat is on! Google will continue to be one of the most important players in the mobile (app) field, besides Apple and Microsoft. We will stay up to date and offer our customers the best possible solutions for connected Android, iOS and Windows Mobile Apps.

An error occurred while collecting items to be installed
    session context was:(profile=epp.package.jee,
    phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=,
    action=).
    No repository found containing: osgi.bundle,javax.xml.bind,
    2.0.0.v20080604-1500
    ...

You might try the following: Disable all other update sites and try installing again. You can do this in Window -> Preferences -> Install/Update -> Available Software Sites. Then go to Help -> Install New Software… again and select to work with “ADT Plugin – https://dl-ssl.google.com/android/eclipse/”.

In our case it worked (Eclipse Indigo 3.7 on Windows 7)! The hint came from this thread.

What we found out (thanks to this and other articles) that on certain HTC devices (in our case a Legend with 2.2), you need to first check if the file path that your pass to the intent exists. Have a look at this example code:

private File getCameraImageFile() {
    String storageState = Environment.getExternalStorageState();
    if (storageState.equals(Environment.MEDIA_MOUNTED)) {
        String path = Environment.getExternalStorageDirectory() +
            "" + File.separatorChar + "my_app_name/my_picture.jpg";
        File photoFile = new File(path);
        try {
            if (!photoFile.exists()) {
                photoFile.getParentFile().mkdirs();
                photoFile.createNewFile();
            }
        } catch (IOException e) {
            Log.e(TAG, "Could not create file.", e);
        }
        Log.i(TAG, "Got a file! " + path);
        return photoFile;
    } else {
        Log.i(TAG, "External storage (SD card) is required. Current state: "
            + storageState);
        // show some error dialog here
        return null;
    }
}

If you leave away the mkdirs() and createNewFile() section the HTC’s camera activty will store the image in the media folder (/mnt/sdcard/DCIM/…) but you won’t get the file path in the intent at onActivityResult(). The statement photoFile.createNewFile() will throw an exception if you don’t add this to your AndroidManifest.xml:

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />

You can then start an intent like this:

Intent cameraIntent = new Intent(android.provider.MediaStore.ACTION_IMAGE_CAPTURE);
cameraIntent.putExtra(MediaStore.EXTRA_OUTPUT, Uri.fromFile(file);
cameraIntent.putExtra(MediaStore.EXTRA_VIDEO_QUALITY, 1);
startActivityForResult(cameraIntent, ACT_REQUEST_CAMERA);

After the camera activity has returned you can read in the file, send it to a server, or do whatever you want to do with it.

Unabhängigkeit von fremden Lizenzbestimmungen

Will man z.B. eine iPhone App in Apples App Store anbieten, sind Apples Lizenzbedingungen zu akzeptieren. Diese sichern allerdings neben dem rechtlich einzuhaltenen Rahmen auch den Schutz der eigenen Geschäftsmodelle und sind z.T. inkompatibel mit anderen Lizenzen, wie etwa jene des Open-Source-Paradigmas. So wurde z.B. der überaus beliebte VLC-Player, der als iPad App verfügbar war, aus Apples App Store gelöscht, weil Apples Lizenzbestimmungen einen Kopierschutz vorsahen, der die freie Verbreitung der VLC-Software verhinderte. Diese musste der VLC-Player allerdings gewährleisten, da er unter der GNU General Public License veröffentlicht wurde.

Auch die in den Lizenzbedingungen von Apple und Android vorgeschriebene Provisionszahlung von 30% der Einnahmen durch App-Verkäufe sind ein Argument gegen die Programmierung von nativen Apps. Vor allem korporativen Akteuren, die Einnahmen über Verkäufe innerhalb der App erzielen möchten, stehen die strengen Provisionsbestimmungen im Wege. Prominentes Beispiel hierfür ist der Streit zwischen Amazon und Apple, den Amazon durch die Entwicklung der Web-App Kindle Cloud Reader beendete. Apples Richtlinien sahen vor, dass beim Handel mit elektronischen Medien auch die Vetriebswege von Apple eingebunden werden müssen. Amazon verzichtete deshalb auf eine iPhone App und wich auf den Browser aus.

Vermeidung von Portierungsproblemen

Hinzu kommt der Vorteil, dass bei der Entwicklung von Web-Apps keine aufwendige Portierung zwischen den verschiedenen Betriebssystemen wie iOS, Windows Phone, Symbian und Android notwendig ist. Bei nativen Apps muss ein Großteil des Codes komplett neu geschrieben werden, damit die App auf anderen Systemen funktioniert. Emulierungssoftware scheitert leider an Programmstrukturen, die zu komplex sind. Zur redundanten Entwicklung für verschiedene Betriebssysteme muss natürlich entsprechendes Know-How vorhanden sein; Experten für verschiedene Programmiersprachen sowie relevante Frameworks müssen in die Entwicklungsstränge integriert werden, damit native Lösungen für verschiedene Systeme bei gleichbleibender Qualität entwickelt werden können. Entsprechend potenzieren sich auch die Kosten für Auftraggeber.

Durch HTML5 und den immer einfacheren und vielfältigeren Einsatz von Skriptsprachen innerhalb von HTML-Dokumenten relativieren sich die Nachteile der Webanwendungen immer mehr. Hinzu kommt die voranschreitende Etablierung diverser mobilorientierter Frameworks wie beispielsweise jQuery Mobile oder PhoneGap. In Entwicklerkreisen könnte sich daher aufgrund der oben beschriebenen Nachteile von nativen Apps und den neuesten Erweiterungen von HTML langsam ein Umdenken zugunsten der Web-Apps einstellen.

Gastautor: Kai L. Hoppenheidt von twago | Bildquelle: Phil Roeder

So zeigt unsere weltweite Admob Auswertung, dass die meisten Ad Impressions im Jahr 2011 aus den USA kamen (~ 1.000.000), gefolgt von Europa (~300.000) und Asien (~ 70.000). Bemerkenswert hierbei, dass die CTR (Click Through Rate) gegenteilig verteilt ist, hier führt Asien (~5%) vor Europa (~2%) und den USA (~1%). Die eCPM Werte liegen je unter einem Dollar, was für den mobilen Bereich durchaus in der Norm liegt. Wir werden die Entwicklung weiter beobachten, vor allem in Hinblick auf CTR und eCPM. Relevantere Werbung führt zu höheren CTRs und damit Umsatzsteigerung. Hier gilt es, den eingesetzten Ad-Frameworks den Content der App bestmöglich und damit automatisiert “mitzuteilen”.

Durch Kombination von relevanter Werbung mit einer In-App Purchasing Option (Upgrade/Upsell), die gegen eine schmale Gebühr die Werbeeinblendungen deaktiviern lässt und/oder weitere Features freischaltet, bieten sich für mobile Softwareschmieden wie creative workline sehr spannende Zukunftsperspektiven.

Zugegeben, das hat seinen Reiz. Sind die Anfoderungen an eine App klar definiert, kann es auch durchaus die beste Lösung sein, um möglichst schnell das Ziel zu erreichen. Hier kommt unsere App “Soccer Board” ins Spiel: Deren Funktionsumfang ist klar definiert. Sie soll das klassiche Whiteboard, das Fussballtrainer zum Aufzeichen und vermittlen der Taktik verwenden, ersetzen. Touchscreen und Pixel statt Plastikboard und Filzstift. Ein klassisches Smartphone hat dafür einen relativ kleinen Screen, also eignen sich so genannte Tablets, mit den bekanntesten Vertretern iPad und Galaxy Tab und Diagonalen ab 18 cm, schon viel besser.

Das QNX-basierte PlayBook vom BlackBerry-Hersteller Research In Motion (RIM) bietet dem tapferen Entwickler zwei Umgebungen an, aus denen er wählen kann um ein Programm zu schreiben:

• Adobe AIR
• WebWorks

Letztere war für uns die erste Wahl, denn sie hat zwei entscheidende Vorteile:

Man entwickelt mit HTML, Javacript und CSS Files

Sprich: Alt bekannte Technologien. Natürlich wird der relativ neue HTML5-Standard unterstützt – übrigens ebenso wie von Geräten mit BlackBerry OS 5 und BlackBerry 6. Das bedeutet, man hat u.a. Zugriff auf das canvas-Element. Wer schon für Java ME, Android oder ähnliche Plattformen entwickelt hat, weiß, dass man auf einem Canvas (dt. Leinwand) zeichnen kann, was z.B. für 2D-Spiele genutzt wird.

HTML5 ist ein herstellerübergreifender Standard

Die Untertützung für das PlayBook ist nur der erste Schritt. Die App kann dadurch, dass jeder neue Browser HTML5 unterstützt, im Prinzip 1:1 auch auf Geräten mit Android, iOS oder direkt im Browser am PC laufen. Mit Hilfe von Tools wie PhoneGap kann die App zukünftig auch auf plattformspezifische APIs der Hersteller zugreifen.

Das soll nicht bedeuten, dass für einen anderen Use-Case eine AIR-Applikation eventuell nicht besser gewesen wäre. Die Grenzen zwischen einer WebWorks App und einer (mobilen) Website sind verschwimmend. Die HTML, JavaScript und CSS Ressourcen können natürlich auch auf einem Webserver liegen, oder gar dynamisch mit PHP oder ähnlichen Technologien generiert werden. Allerdings muss man genau wissen, unter welcher Domain, denn da greifen die Sicherheitseinstellungen von WebWorks. Zu bedenken bleibt auch, dass der User dafür online sein muss.

Der Stand der Dinge

Entwicklung mit WebWorks ist eine sinnvolle Sache, wenn man eine relativ einfache App schnell auf viele verschiedene Gerätettypen bringen will. Für andere Apps ist teilweise davon abzuraten. RIM stellt mit dem Eclipse-Plugin und dem PlayBook-Simulator als VMware Image auch eine ordentliche Tool-Integration zur Verfügung, so wird z.B. JavaScript-Auto-Completion unterstützt. Was fehlt, ist die Möglichkeit, die App zu debuggen – dazu muss man auf mehr oder weniger komfortable Hilfsmittel wie Firebug Lite zurückgreifen. Der Simulator (v0.9.4) läuft schnell und flüssig, wirkt aber insgesamt noch etwas unausgegoren bzw. fehlen ihm einige Funktionalitäten. Die Entwicklung mit JavaScript könnte sich für so manchen Java-Entwickler wie ein Rückschritt anfühlen. Positiv zu erwähnen bleibt der Support durch die Community sowie RIM-Mitarbeiter im Developer-Forum.

Fazit

Ob RIM mit dem PlayBook  Boden auf das iPad und die Phalanx an Android Tablets gut machen wird können, bleibt abzuwarten. Zu beobachten bleibt auch, ob und wann das PlayBook zukünftig Java Apps unterstützen wird. Unabhängig davon bietet die Kombination aus HTML5 und JavaScript fantastische neue Möglichkeiten, was zukünftig die Grenzen zwischen Web und App verschwimmen lassen wird.

UPDATE 2011-03-25: Soeben hat RIM bestätigt, dass das PlayBook sowohl Java als auch Android Apps (!) unterstützen wird. Zusätzlich wird auch noch die native Entwicklung mit C/C++ unterstützt, was das PlayBook interessant für Spiele-Entwickler macht. Offizielle Pressemeldung

UPDATE 2011-04-13: Inzwischen gibt es die App zum Download in der App World

Vollständiger Artikel

Update Oktober 2011: Der Trend hat sich bestätigt: Android ist nicht zu stoppen! Immer mehr Android-Smartphones sind auf dem Markt verfügbar, die Auswahl ist groß. Google’s Strategie “choice matters” formt zunehmend ein ernstzunehmendes Gegengewicht zu Apple’s iPhone.

Complete report at Distimo.