Google vient de mettre en ligne la dernière version de son NDK (Android Native Developpement Kit) soit la révision 3. Ce NDK fonctionne avec toutes les version d’Android à partir de cupcake 1.5.

On notera en plus de corrections de bugs, ces nouvelles fonctionnalités :

• Mise à jours du toolchain, passant à GCC 4.4.0
• Support d’OpenGL ES 2.0 : Le NDK supporte donc maintenant la toute dernière version d’openGL mobile. Cela va permettre la création de jeux plus avancés, et pourquoi pas le portage du moteur Ogre 3D
  Un nouvel exemple a fait son apparition « hello-gl2″, utilisant cette dernière fonctionnalité.

OpenGL ES 2.0 n’est cependant accessible que pour les téléphones en Android 2.0 et supérieur…

Source

La société iVdopia met à disposition des développeurs Android son SDK pour les publicités vidéos.

D’après eux la rémunération serait vraiment plus interessante avec leur système.

En regardant de plus près on se rend compte que les vidéos sont en fait un spot de quelques secondes en plein écran. C’est ce qui se fait sur quelques sites, une vidéo publicitaire avant d’accéder au site en lui même.

Peut on croire à cette formule ? La publicité mobile pratiquée à l’heure actuelle affiche des bandeaux pendant l’utilisation d’une application, n’interagissant pas avec l’utilisateur. Celui ci peut parfaitement utiliser son application. Par exemple une pub s’affiche en haut d’un mail que l’on est en train de lire. Avec cette plateforme, il faudrait regarder la vidéo avant de pouvoir consulter ses mails. Cela bloque l’utilisateur un court moment.

Difficile donc de croire que cette formule va avoir du succès, et surtout, on se demande si les développeurs vont oser à franchir le pas (qui est déjà un choix difficile avec les bandeaux) ?

Personnellement je pense que cela peut fonctionner pour des applications comme les jeux, où une fois la vidéo lue, on peut jouer longtemps sans voir de la publicité.

Nous attendons votre avis sur le forum

On en parlait dans la rubrique « Rumeurs », voilà qu’il est annoncé officiellement. Le SDK d’Android 1.0 est disponible pour les développeurs ! Il circulait déjà sur les T-Mobile G1 que certains développeurs utilisaient, voilà qu’il est possible de la télécharger dès maintenant.

Windows: http://dl.google.com/android/android-sdk-windows-1.0_r1.zip

Linux: http://dl.google.com/android/android-sdk-linux_x86-1.0_r1.zip

Plus d’infprmations sur le blog officiel des développeurs

Avec son style particulier, Google est un maitre quand il s’agit de communiquer. Pourtant la concurrence existant dans le monde mobile pousse Google à fermer le code source d’Android avant sa sortie et à garder sous clés un certain nombres d’information. Ce qui en agace plus d’un.

C’est notamment trop pour Nicolas Gramlich (le bien connu plusminus du forum anddev.org. Il poste sur le forum officiel d’Android, une pétition pour demander au équipes de Google de sortir une nouvelle version du SDK.

« In order not to lose many highly encouraged developers, I think it’s time to release some news about the development process of the SDK. Maybe let us know why we have to live with these long cycles, » reads his open letter to Google’s Android overseers. « In my personal opinion it is not the right choice to keep developers in the dark. We, the developers, are the absolute base of success to the whole Android platform. »

En effet, le SDK n’a pas été mis à jour depuis 5 mois, alors qu’il existe des versions semi-publiques, offertes notamment aux gagnants du premier round de l’Android Developper Challenge.

… et les finalistes du premier tour de l’Android Developper Challenge vont pouvoir en profiter.

C’est par courriel que les finalistes ont été mis au courant de ce fait. Voici la traduction du courriel reçu :

En tant que participant à la deuxième manche du challenge, nous allons vous fournir la version la plus à jour du kit de développement d’Android de tel sorte que vous puissiez tirer parti des derniers outils et des dernières avancées de la plateforme qui équipera des terminaux d’ici la fin de l’année. Ce kit de développement bénéficie de beaucoup d’améliorations, de correction de bugs, ainsi que de nouvelles fonctionnalités. Cela étant, cette version du kit n’a pas le même niveau de finition et n’est donc pes exempt de bugs. Comme nous continuons à mettre la plate-forme à jour, vous recevrez régulièrement des mises-à-jour. Nous ferons de notre mieux pour vous donner une esquisse de planning concernant la mise à disposition de ce kit et ses mises-à-jour afin que vous puissiez au mieux planifier votre développement.Environ trois semaines avant la deadline, nous fournirons une dernière version du kit et vous devrez soumettre vos applications en utilisant cette version.

Etant donné que ces versions du SDK ne sont pas publiques, il vous faudra accepter une licence d’utilisation particulière dans le sens où elle ajoute à la licence habituelle une clause de confidentialité.

Il est évident qu’il sera donc bientôt de bon ton de spéculer longuement sur les nouvelles fonctionnalités de ce SDK, cela étant, il est probable que les fonctionnalités et les service que les autres membres de l’Open Handset Alliance doivent apporter à Android ne seront pas non plus présentes sur ce SDK signé Google.

La communauté Anddev.org ne cesse d’innover puisque peu après avoir lancé un concours de tutoriaux Android à l’issu duquel on peut gagner des T-shirts Anddev, voilà qu’elle sort un livre numérique traitant du développement sous Android.

60 pages pour apprendre à programmer et découvrir le framework développé par Google.

Une lecture (anglophone) que l’on ne peut que vous conseiller.

Maintenant que l’effervescence autour de ce kit de développement est passée, il est temps de se pencher sur ce qu’il a réellement dans le ventre et ce qu’il permettra véritablement de faire.

Et le moins que l’on puisse dire, c’est que l’on est franchement déçu par ce SDK qui n’ouvre finalement que très partiellement les grandes capacités de l’iPhone

Nous passons sur le fait que l’on ne puisse pas toucher à la carte SIM, ou encore faire de la VoIP sur le réseau GSM car nous estimons que ces limitations font sens. En revanche, la documentation Apple indique que les applications de tierce-parties (celles développées avec le SDK donc) ne peuvent être exécutées qu’une par une. Il est impossible de lancer deux applications en même temps.

Cette limitation va à l’encontre de ce qui est d’usage en systèmes embarqués, à savoir qu’une application ne se ferme que si la mémoire vient à manquer. Pour vous en convaincre, lancer un gestionnaire de tâches (si vous en avez un) sur votre Windows Mobile ou votre Symbian : toutes les applications, ou presque, que vous avez lancées sont encore ouvertes. Si cela représente un gain en performance lorsque vous « lancez » à nouveau une application, c’est aussi parfois simplement indispensable lorsque par exemple, vous voulez passer du surf 3G au surf Wifi sans fermer votre navigateur (le gestionnaire de connexion étant une application).

Dans la même veine, il est parfaitement impossible pour une application développée avec le SDK d’être exécutée en arrière-plan. Cela signifie notamment que si vous recevez un appel, un SMS, ou autre, l’application que vous utilisiez sera quittée. GPS ou téléphone, il faudra choisir.

Ces limitations sont documentées dans le document de référence à destination des développeurs. C’est un document public, mais compte tenu du fait qu’il faut s’enregistrer sur le site d’Apple pour y avoir accès, Techcrunch a mis ce document à disposition d’un plus large public.

Les intents d’Android sont un mécanisme de programmation utilisé pour déclencher des actions. Il existe par exemple des intents prédéfinis dans le framework Android :

• VIEW : permet d’ouvrir le navigateur sur une URL donnée. A noter que l’URL peut être une URL de géolocalisation
• WEB_SEARCH : permet de lancer une recherche web
• CALL : permet de déclencher un appel
• DIAL : permet de numéroter, mais sans déclencher l’appel

Mais bien évidemment il est possible pour le développeur de définir lui-même de nouveaux intents puisqu’il ne s’agit que de classes. Cependant, si chacun définit ses propres intents sans se soucier du travail de développement qui a déjà pu être fait par quelqu’un d’autre, du temps et des ressources sont inutilement perdus.

Pourquoi ne pas publier les classes d’intent que vous développez afin qu’elles soient utilisées par d’autre développeurs ?

C’est dans cet esprit là qu’a été lancé le projet OpenIntents, qui, en plus de fournir des intents autres que celles déjà dans le framework Android propose des applications de démonstration assez poussées comme en témoigne cette gestion de l’accéléromètre :

Vous pouvez découvrir ce projet prometteur sur la plateforme GoogleCode.

Engadget vient de publier un comparatif des principaux SDK du marché, à savoir l’Apple iPhone SDK, la Toolchain permettant de développer des applications iPhone compatibles Jailbreaker, Windows Mobile, S60 (Symbian), et bien évidemment Android.

Je vous laisse le consulter sans plus tarder :

Petit à petit, Apple corrige les erreurs de lancement de l’iPhone, un téléphone bien trop américain (et donc en retard technologique) pour les européens et les asiatiques. Son absence de support de la 3G, d’un bluetooth complet, de caméra, de synchronisation sans-fil, etc. constituent un handicap commercial sérieux sur un marché où mêmes les téléphones moyenne gamme possèdent ces différentes technologies. Tout ceci explique donc les 30% d’échec par rapport aux estimations de ventes de l’iPhone en France, ainsi que son non-lancement en Asie.

Apple apparemment conscient de la faiblesse de son téléphone a donc promis pour le courant de l’année 2008 un iPhone 3G et doté d’un GPS. Celui-ci sera probablement lancé en septembre.

Par ailleurs, beaucoup ont reproché à Apple sa fermeture vis-à-vis de sa plateforme mobile et n’ont pas hésité à le comparer à Microsoft d’il y a quelques années.

C’est pourquoi Apple vient d’annoncer la mise à disposition effective du kit de développement, ou SDK, de l’iPhone. Il s’agirait selon Apple du même SDK que celui utilisé en interne. Il est composé d’un plugin pour xCode et d’un émulateur.

Le SDK est gratuit en version Free mais il faudra s’acquitter d’une certaine somme pour accéder aux autres versions comme la version standard ($99) et la version entreprise ($299). A l’heure actuelle, on ne sait pas encore quelles sont les différences entre ces versions.

Par ailleurs, les applications devront exclusivement transiter par un Appstore (probablement iTunes), et donc probablement être certifiées par Apple. Pour publier son application, il faudra utiliser au moins la version standard du SDK. De plus, si vous souhaitez vendre votre application, Apple en conservera 30% du prix.

Bien que le SDK soit supposé être celui utilisé en interne, il ne semble pas possible d’après les informations que nous avons de toucher au bluetooth, au dock, ou à la gestion de la téléphonie.

A noter aussi qu’il faut un Mac Intel pour pouvoir profiter de ce SDK.

Plus d’informations sur le centre des développeurs iPhone.

Pour ceux qui souhaitent voir ou revoir la keynote d’Apple et la présentation du SDK par Steve Jobs, la vidéo est disponible ici

Alors qu’Apple est bien décidé à lancer son SDK, il convie même la presse à un rendez-vous à Cupertino le 6 mars prochain. Google et l’Open Handset Alliance continuent leur petit bout de chemin avec Android, et Android comme nous l’avons vu, progresse et s’améliore au fur et à mesure des mises à jour.

Pour prouver ce que je dis, je vous invite à visualiser une vidéo d’Andy Rubin lui même, présentant les nouveautés d’Android. Vous allez voir, la navigation sur Internet est maintenant devenu intuitive, il est par exemple très facile de zoomer sur les pages. On voit aussi une version de Quake tourner correctement. Le tout sur un prototype 3G inconnu, avec un coeur à 300 MHz. Bonne visualisation !

Google vient d’annoncer que 750 000 kits de développement ont été téléchargés. Avec la nouvelle version de ce début du mois, le chiffre doit dépasser maintenant 1 million de kits de téléchargement téléchargés. Un chiffre impressionnant pour un SDK destiné aux développeurs, en si peu de temps (3 mois), et avec aucun terminal disponible à la vente.