Ca vient beaucoup du succès de ipod et pas mal du desing du hard.
Bien sûr qu'Apple a profité de son succès de l'iPod et que le design aide (enfin, c'est juste un touchscreen honnêtement).
Mais Google profite derrière du succès de Google Maps/Locals/Streetview (on peut s'attendre à la meilleure solution GPS existante).
En ce qui concerne le design, il y aura de nombreuses sociétés qui développeront des téléphones Android, ils ont des designers, je suppose qu'un sera capable de faire quelque chose de décent (voire de "s'inspirer" très largement de l'iPhone).
Il profite de leur monopole sur les PC (msn, video wmv, syncro outlook, ...)
Google profitera de la "synchro" avec Gmail, de Google Talk/XMPP (bien entendu pas aussi répandu que MSN en France mais ça dépend du pays ça; aux US c'est AIM principalement, ailleurs c'est Yahoo! Messenger et encore ailleurs y'en a qui sont toujours sous ICQ). Il y aura des clients de messagerie pour chacun de ces protocoles. Pour la video, t'inquiète pas Google fournira des codecs (sans doute propriétaires), mais en plus ils bénéficieront de Youtube (toutes videos Youtube, + paraît-il la possibilité de streamer/ripper le son des vidéos Youtube...). Le marché des portables est encore assez ouvert pour que Google (ou un autre protagoniste) se fasse une place, et si c'est libre comme prévu, perso je m'en fous que ce soit Google, j'ai qu'à utiliser mon serveur derrière plutôt que le leur.
Oui mais ca va pas être évident. Si j'ai bien compris ici google fournisse que le soft. Il va donc falloir convaincre des fabriquant de téléphone d'utiliser leur solution.
Comme google, ni le fabriquant de téléphone ne sont pas forcement spécialisé dans le kernel Linux embarqué (surtout pour un core/soc spécifique), il faut encore une troisième société (voir par exemple windriver, nec et android).
En ce qui concerne convaincre les fabriquants, il y en a déjà un paquet qui s'y attellent, c'est l'Open Handset Alliance créée autour d'Android: des petits noms, comme Motorola, LG, HTC, China Telecom, Sprint, NTT DoMoCo, Samsung, T-Mobile, Telecom Italia, Intel, Nvidia, Broadcom, Texas Instrument, et j'en passe.
Pour le noyau Linux, je vois pas de problème. Déjà les différents constructeurs pour le moment (Samsung, LG, Motorola et HTC) ne sont pas non plus des blaireaux et devraient être capables d'avoir un développeur pour leurs drivers, mais derrière ils bénéficient de l'expertise de Google qui a des équipes dédiées à la plate-forme. Google a déjà prévu un éco-système de sociétés spécialisées de toutes façons, et d'autres vont s'y ajouter. Tu trouveras plus d'infos sur le site de l'Open Handset Alliance: http://www.openhandsetalliance.com
Du coté de la communauté/développeur haut niveau la solution google reste peu attrayante. Comme il a été dit plus haut google, c'est une libc maison, une jvm maison et un framework maison.
C'est pour le moment de la belle techno "propriétaire" qui pourrait aussi bien tourner sur wince ou iphone.
Alors déjà la "technologie" en général, n'est ni "propriétaire" ni "libre", il y a des licences qui définissent ça. La technologie est soit adaptée soit mal foutue :). C'est pas parce que Windows est mal foutu ET propriétaire que c'est lié ... il y a des tas de très bons logiciels propriétaires (malheureusement sans équivalents libres). En ce qui concerne Android, elle me semble plutôt adaptée au problème; le framework me semble très bien conçu personnellement (tu peux voir les présentations sur Youtube par les développeurs Android).
Les technos qui la composent sont plutôt d'origine libre, soit dit en passant: SQLite (domaine public), Linux, libc dérivée BSD, etc. Google a annoncé qu'à la fin de l'année dans la limite du possible (questions légales) tout serait distribué sous license Apache 2 si possible, GPL sinon.
Si leur libc maison tourne pas sur ton hard ou est buggé, tu fais comment ? Google assure le support technique ?
Et bien, ça dépend de quand tu te places et de qui tu es: si tu es développeur sur PC, tu utilises leur émulateur de toutes façons (qui marche sous nos bureaux libres, l'environnement de développement officiel est Eclipse).
Si tu te places comme développeur hardware, dans quelques mois, ben il te suffira de recompiler la libc en question... Sinon effectivement, je suppose que Google s'assurera de maintenir Android à l'état de l'art.
Si tu voudrais innover (ben oui tu veux te différencier des autres) et utiliser des trucs qui sont pas présent dans leur framework tu fais comment ?
Alors là, j'avoue ne plus suivre. Le framework te donne accès à tout le hardware, et des bibliothèques pratiques et bien faites pour tout le calcul que tu souhaiterais. Tu as un environnement de développement limité uniquement par ton imagination. Tu peux changer les composants (bureau, applications, etc), en ajouter, donc je ne vois pas le problème. Je ne sais pas ce que tu imagines, mais il s'agit avant tout d'un environnement standardisé pour que les applications s'entendent bien... comme par exemple GNOME over LSB. Rien ne t'empêche d'ajouter des composants logiciels.
En fait leur solution me fait penser a ... WinCE. Tu fais des beau copie coller pour faire marché les parties bas niveau. La partie haut niveau reste assez rigide (modulo quelques magouilles).
Là je ne suis plus du tout :). Android est entièrement modulaire; tu as raison comme WinCE il s'agit d'un système d'exploitation pour smartphones (tout GNU/Linux x86 et Windows sont tous deux des systèmes d'exploitations pour PC). Les similitudes s'arrêtent là.
[^] # Re: Et bientôt ...
Posté par smc . En réponse au journal Le premier téléphone Android pour bientôt. Évalué à 4.
Bien sûr qu'Apple a profité de son succès de l'iPod et que le design aide (enfin, c'est juste un touchscreen honnêtement).
Mais Google profite derrière du succès de Google Maps/Locals/Streetview (on peut s'attendre à la meilleure solution GPS existante).
En ce qui concerne le design, il y aura de nombreuses sociétés qui développeront des téléphones Android, ils ont des designers, je suppose qu'un sera capable de faire quelque chose de décent (voire de "s'inspirer" très largement de l'iPhone).
Il profite de leur monopole sur les PC (msn, video wmv, syncro outlook, ...)
Google profitera de la "synchro" avec Gmail, de Google Talk/XMPP (bien entendu pas aussi répandu que MSN en France mais ça dépend du pays ça; aux US c'est AIM principalement, ailleurs c'est Yahoo! Messenger et encore ailleurs y'en a qui sont toujours sous ICQ). Il y aura des clients de messagerie pour chacun de ces protocoles. Pour la video, t'inquiète pas Google fournira des codecs (sans doute propriétaires), mais en plus ils bénéficieront de Youtube (toutes videos Youtube, + paraît-il la possibilité de streamer/ripper le son des vidéos Youtube...). Le marché des portables est encore assez ouvert pour que Google (ou un autre protagoniste) se fasse une place, et si c'est libre comme prévu, perso je m'en fous que ce soit Google, j'ai qu'à utiliser mon serveur derrière plutôt que le leur.
Oui mais ca va pas être évident. Si j'ai bien compris ici google fournisse que le soft. Il va donc falloir convaincre des fabriquant de téléphone d'utiliser leur solution.
Comme google, ni le fabriquant de téléphone ne sont pas forcement spécialisé dans le kernel Linux embarqué (surtout pour un core/soc spécifique), il faut encore une troisième société (voir par exemple windriver, nec et android).
En ce qui concerne convaincre les fabriquants, il y en a déjà un paquet qui s'y attellent, c'est l'Open Handset Alliance créée autour d'Android: des petits noms, comme Motorola, LG, HTC, China Telecom, Sprint, NTT DoMoCo, Samsung, T-Mobile, Telecom Italia, Intel, Nvidia, Broadcom, Texas Instrument, et j'en passe.
Pour le noyau Linux, je vois pas de problème. Déjà les différents constructeurs pour le moment (Samsung, LG, Motorola et HTC) ne sont pas non plus des blaireaux et devraient être capables d'avoir un développeur pour leurs drivers, mais derrière ils bénéficient de l'expertise de Google qui a des équipes dédiées à la plate-forme. Google a déjà prévu un éco-système de sociétés spécialisées de toutes façons, et d'autres vont s'y ajouter. Tu trouveras plus d'infos sur le site de l'Open Handset Alliance: http://www.openhandsetalliance.com
Du coté de la communauté/développeur haut niveau la solution google reste peu attrayante. Comme il a été dit plus haut google, c'est une libc maison, une jvm maison et un framework maison.
C'est pour le moment de la belle techno "propriétaire" qui pourrait aussi bien tourner sur wince ou iphone.
Alors déjà la "technologie" en général, n'est ni "propriétaire" ni "libre", il y a des licences qui définissent ça. La technologie est soit adaptée soit mal foutue :). C'est pas parce que Windows est mal foutu ET propriétaire que c'est lié ... il y a des tas de très bons logiciels propriétaires (malheureusement sans équivalents libres). En ce qui concerne Android, elle me semble plutôt adaptée au problème; le framework me semble très bien conçu personnellement (tu peux voir les présentations sur Youtube par les développeurs Android).
Les technos qui la composent sont plutôt d'origine libre, soit dit en passant: SQLite (domaine public), Linux, libc dérivée BSD, etc. Google a annoncé qu'à la fin de l'année dans la limite du possible (questions légales) tout serait distribué sous license Apache 2 si possible, GPL sinon.
Si leur libc maison tourne pas sur ton hard ou est buggé, tu fais comment ? Google assure le support technique ?
Et bien, ça dépend de quand tu te places et de qui tu es: si tu es développeur sur PC, tu utilises leur émulateur de toutes façons (qui marche sous nos bureaux libres, l'environnement de développement officiel est Eclipse).
Si tu te places comme développeur hardware, dans quelques mois, ben il te suffira de recompiler la libc en question... Sinon effectivement, je suppose que Google s'assurera de maintenir Android à l'état de l'art.
Si tu voudrais innover (ben oui tu veux te différencier des autres) et utiliser des trucs qui sont pas présent dans leur framework tu fais comment ?
Alors là, j'avoue ne plus suivre. Le framework te donne accès à tout le hardware, et des bibliothèques pratiques et bien faites pour tout le calcul que tu souhaiterais. Tu as un environnement de développement limité uniquement par ton imagination. Tu peux changer les composants (bureau, applications, etc), en ajouter, donc je ne vois pas le problème. Je ne sais pas ce que tu imagines, mais il s'agit avant tout d'un environnement standardisé pour que les applications s'entendent bien... comme par exemple GNOME over LSB. Rien ne t'empêche d'ajouter des composants logiciels.
En fait leur solution me fait penser a ... WinCE. Tu fais des beau copie coller pour faire marché les parties bas niveau. La partie haut niveau reste assez rigide (modulo quelques magouilles).
Là je ne suis plus du tout :). Android est entièrement modulaire; tu as raison comme WinCE il s'agit d'un système d'exploitation pour smartphones (tout GNU/Linux x86 et Windows sont tous deux des systèmes d'exploitations pour PC). Les similitudes s'arrêtent là.