anatica

Et perceptive pixel ? Jeff Han est sur cette technologie depuis bientôt 2 ans ! (http://cs.nyu.edu/ jhan/ftirtouch)

Pas du téléchargement et pas de traces ? désolé, c’est bien du téléchargement, le fichier se trouve sur votre disque dur dans le cache du navigateur. De plus, si les FAI filtrent les accès aux sites où vous téléchargez la musique, ils auront la preuve que vous avez téléchargé du contenu illégal...

Bon article, qui montre que le décalage entre la politique et la technologie s’est encore accentué !

Une chose tout de même, vous évoquez le streaming, en le définissant comme « L’écoute directe de musique sur un site web, sans que le morceau ne soit physiquement sur votre ordinateur » ; en réalité, le fichier est bel et bien présent sur votre PC, la meilleure preuve, c’est que vous l’écoutez ! Le streaming permet de commencer à lire le fichier sans l’avoir reçu en intégralité, mais vous le téléchargez vraiment, même si vous n’en avez pas conscience, il est stocké quelque part dans le cache de votre navigateur...

Avec la loi DADVSI, vous n’avez pas le droit d’encoder un CD en mp3, même si vous avez payé tous les droits d’écoute du CD. A fortiori, vous n’avez pas le droit d’envoyer le mp3 à qui que ce soit.

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