Le plus surprenant, c’est l’image présentant la « Android Architecture » où l’on s’aperçoit que la partie réseau est considérée être gérée par un noyau Linux. Sur le fond, rien à redire, si ce n’est qu’il est difficile d’annoncer proposer un nouveau standard pour les téléphones portables et dans le même temps afficher que l’interface avec le hardware se fera uniquement par Linux...

Linux est le système d’exploitation qui sera utilisé par les téléphones qui proposeront android. Un système d’exploitation fournit par définition l’interface entre le hardware et le software. Donc vous reprochez à Linux de faire ce qu’il est censé faire... à moins que vous n’ayez une dent contre linux ?

[Linux] qui est tout sauf une plate-forme de standardisation. Renseignez vous : google a réuni une disaine de fabricants de semiconducteurs, dont intel, nvidia, et texas instruments, ainsi que 4 (pour l’instant) fabricants de téléphones portables, dont motorola et samsung. Si ils se sont joint à Google dans l’open handset alliance project, c’est qu’ils comptent utiliser android.

Une application qui voudra utiliser de manière complexe les capacités d’une interface réseau (pour récupérer des mesures par exemple, pour ajuster les puissances d’émissions, pour tout autre chose qui feront les inventions de demain) devra traiter directement avec le driver (pilote).

En fait vous ne savez pas trop de quoi vous parlez. Toutes les entrées sorties seront accessibles par des fonctions de l’api : fichiers, réseau, base de données... et des API optionnelles, encore incomplètes, existent ou existeront bientôt pour accéder aux fonctions GPS, 3D, wifi, bluetooth, etc... Mais tout ceci est accessible en java ! Le jour où un constructeur veut intégrer un capteur de température dans son téléphone, il développera un driver, et une API java, mais il est le seul à s’occuper de l’OS du téléphone, les développeurs d’applications récupèreront la valeur de la température par l’intermédiaire d’une fonction java, sans avoir à savoir que l’OS sous-jacent est linux ou windows.

Un peu rapide comme article, moi je dirais qu’il est encore tôt pour se prononcer sur android, en apparence ça a l’air plutôt prometteur, enfin on va pouvoir développer simplement des applications mobiles installables sur de nombreux téléphones ! En effet, ils sont de plus en plus puissants, mais jusqu’à présent leurs possibilités sont bridées, et on se retrouve à jouer avec le bête jeu du serpent ou du taquin, alors qu’on a un véritable ordinateur dans la main !

D’un autre côté, je regrette la semi-transparence de Google, qui une fois de plus propose un système mixant open-source et propriétaire : la machine virtuelle utilisée, Dalvik VM (propriétaire), possède son propre « bytecode », et compile le bytecode java dans son propre langage, propriétaire. Ils avancent qu’une fois traduits, les applications tournent jusqu’à 10 fois plus rapidement qu’avec une VM java, mais certains diront que c’est pour éviter d’être obligé de rejoindre le java community process... plus d’infos ici