Téléchargez l'application
Tom's Hardware sur l'App Store
Toute l'actu informatique de référence sur votre iPhone
Oui Non

Encore un OS mobile utilisant Linux

par - source: TechNewsWorld

Six firmes japonaises ont décidé de s’unir pour développer leur propre système d’exploitation mobile qui sera compatible avec Android et Symbian.

S’unir pour grandir

NTT Docomo, Renesas Electronics, Fujitsu, NEC, Panasonic et Sharp viennent donc de créer un consortium dans le but de commercialiser les premiers smartphones utilisant leur OS durant la fin 2011, voire le début 2012. Ils se concentreront principalement sur les fonctions multimédias et les graphismes 3D. Selon les sociétés, cette décision est née d’un désir par les fabricants de téléphones japonais de développer un OS nippon afin de maintenir un écosystème national.

Tous contre Apple

On pense qu’il s’agit surtout d’un désir de lutter contre l’iPhone qui représentait 46,1 % du marché des smartphones en 2009 au Japon (cf. « Les iMac aident les ordinateurs de bureau »). En s’associant, les sociétés réduisent les coûts de développement et le temps nécessaire pour l’écriture d’un tel système.

La diversité n’aide pas à régner

On peut néanmoins se demander si cela est bien nécessaire. En voulant commercialiser un OS se démarquant d’Android, Symbian, MeeGo et les autres, les entreprises japonaises diluent encore un peu plus les offres en place au profit d’Apple qui ne dispose que d’une seule plateforme avec un nombre exceptionnel d’applications. Or, plus il y aura d’OS et moins les développeurs auront accès à un système uni pour le développement de programmes rivalisant avec la pomme. On parle certes de mode de compatibilité, mais les diversités matérielles et logicielles n’aident pas les ingénieurs.

Partager:
26
Commentaires
X
Valider

Commentaires
Ajouter un commentaire
kairos 28/04/2010 08:57
Masquer
-1+

Il a raison le Mr Civera : Non à la diversité.

darkbul 28/04/2010 08:59
Masquer
-4+

kairos :
Il a raison le Mr Civera : Non à la diversité.


Trop de diversité tue la diversité...

Sam xx 28/04/2010 09:10
Masquer
-5+

Android, iPhone OS et WM sont trop présent dans le marché pour que d'autre se montrent.... On sait à l'avance que ça fera un bide comme Meego.

anonymous 28/04/2010 09:22
Masquer
-4+

Apple à une seule plate-forme peut-être mais aussi une politique de merde qui consiste à bloquer ses utilisateurs et à filtrer toutes les applis. Ils poussent au piratage. Alors qu'un système libre tout le monde peut faire ce qu'il veut avec et les failles de sécurité sont corrigées beaucoup plus vite. Moi je dis vive la diversité !

replic4 28/04/2010 09:34
Masquer
-2+

sam xX :
Android, iPhone OS et WM sont trop présent dans le marché pour que d'autre se montrent.... On sait à l'avance que ça fera un bide comme Meego.


En même temps il n'y a pas si longtemps WM était loin devant et aujourd'hui il est complètement à la traine. Symbian commence à donner des signes des faiblesse. Android n'est pas si vieux que ça et ça monte très vite.

Il est possible que ça marche. Pourquoi ne s'allierait-il pas à terme avec MeeGo ? En tout cas, pour moi c'est si évident.

Sn4kY 28/04/2010 10:18
Masquer
-1+

kairos :
Il a raison le Mr Civera : Non à la diversité.


même si je prends ton commentaire comme ironique, il ne faut pas non plus rentrer dans l'extrême.

Le choix, c'est bien, mais trop de choix, c'est pas top...

HyundaiMenuSelect 28/04/2010 10:28
Masquer
-0+

Ils quittent TRON ? Étonnant.

Beaubarre 28/04/2010 11:02
Masquer
-0+

@Sam XX

A priori les japonais ont aussi des fonctions très avancées dans leur téléphone et dans leur réseau (paiement électronique, navigo, etc), utiliser Android ou Meego serait faire profiter de cette avance à leurs concurrents (ie j'arrose le jardin de mon voisin ...). Et ils ont leur marché intérieur de 120 millions d'habitants.

Ceci dit une alliance avec Symbian ou Meego aurait du sens contrairement à Android ou Windows Mobile - aucun contrôle sur ces plateformes: Google rajoute de la publicité partout et ses services en ligne sans compter toutes les versions 1.5 à 2.1 incompatibles et Microsoft peut tuer une plateforme en deux minutes (adieu Play for Sure, ou WM7 non compatible et non multitache).

magellan 28/04/2010 11:41
Masquer
-0+

Sur l'aspect "trop de diversité tue la diversité", c'est d'autant plus vrai que l'éclatement et le manque de visibilité de Linux pour le grand public provoque un rejet du genre "y a trop de choses, je ne comprends rien... alors je reste fidèle à un truc qui répond plus ou moins à mes besoins, mais sans me prendre la tête".

J'ai un N900 sous Maemo/Debian. Ca me convient totalement, notamment parce qu'il y a énormément de choses qui fonctionnent nativement, et d'autres qui sont en passe de fonctionner grâce à des recompilations dédiées. De là, trop de Linux différents = bordel pour trouver LA bonne application.

De toute façon, la cible est effectivement Apple et son store, sauf que je doute que cette alliance puisse prétendre à distribuer suffisamment de programmes ludiques/fun pour venir tailler dans le jardin de la pomme.

batchy 28/04/2010 15:04
Masquer
-0+

Citation :

Sur l'aspect "trop de diversité tue la diversité", c'est d'autant plus vrai que l'éclatement et le manque de visibilité de Linux pour le grand public provoque un rejet du genre "y a trop de choses, je ne comprends rien... alors je reste fidèle à un truc qui répond plus ou moins à mes besoins, mais sans me prendre la tête".


Le problème c'est pas la diversité des distributions linux. Regarde les navigateurs web : Aujourd'hui il n'y a pas de diversité, mais si jamais il y en avait, ça poserait aucun problème : si tout les sites et tout les navigateurs respectent les standards, alors il y a aucun problème.
Les distributions linux c'est pareil : toutes les grandes distributions ont pour la plupart des interfaces standardisées. Si j'ai une appli pour une distro, et que je la veut pour l'autre, j'ai qu'a recompiler.

Pour le mobiles, y a certaines distributions qui respectent les schémas des distributions classiques, mais y en a d'autres qui divergent délibérément ou non du schéma classique. Quand on regarde Android, avec un noyau linux, une libc de chez BSD, un système d'initialisation risible (c'est un gros script shell de 500 ligne qui initialise tout le système ...), on se rend vite compte que ce système est compatible avec rien, et qu'on ne peut pas simplement recompiler les applis qui viennent d'ailleurs, ce qu'on ferait sur un distro de bureau. On peut pas appeler Android une distribution gnu/linux. Le problème c'est que c'est pareil avec la plupart des distros linux mobiles (sauf certaines, dont Debian, qui fait pas du tout la distinction entre mobile et ordinateur de bureau)

Une fois que tout le monde sera calmé avec les distributions linux pour mobile, peut être qu'on aura de nouveau des standards.

zeb 28/04/2010 15:57
Masquer
-0+

La diversité, c'est le contraire du monopole et du contrôle d'un marché par une seule entreprise. C'est très sain et il faut l'encourager. Si plusieurs acteurs du marché de regroupent, ce n'est pas une solution fermée et monopolistique qui devrait en sortir, mais au contraire une standardisation et/ou normalisation. A charge pour chacun alors de la respecter. Linux est tellement à géométrie variable qu'on peut en faire un OS qui respecte scrupuleusement ces normes (debian, la prochaine smartphone-distro nippone espérons) ou pas (Androïd).

La clef n'est pas tant le noyau utilisé (Linux, Windows, Mach), que le respect des standards. Reste pour le développeur le problème de la diversité des API.

shooby 28/04/2010 16:40
Masquer
-0+

Après samsung et HTC c'est au tout d'autres de vouloir leur OS. Sauf que là, en s'associant, cela risque de mieux marcher

turlupin en ptard 28/04/2010 17:34
Masquer
-0+

batchy :
Si j'ai une appli pour une distro, et que je la veut pour l'autre, j'ai qu'a recompiler.

Yakafokon... bien sûr.
Le consommateur lambda va sûrement trouver ça normal.

zeb 29/04/2010 10:59
Masquer
-0+

Eh turlupin, le batchy s'est un peu enflammé sur ce coup.
Il a voulu dire "jéka... uèrpéèmmiser/aptitudiser/yumimer/etc" :o

:D

didier_bc 29/04/2010 11:38
Masquer
-0+

En développant (soit-disant) leur marché national, ils vont se couper de l'exportation !
Les seuls choix intéressants était Android, et peut-être Meego (Meego qui devrait se répandre, mais peut-être plus sur des TV, périphériques communiquant, etc)... Pourquoi cette divergence !
Avec Android, ils s'ouvraient au monde et profitaient directement des 50.000 appli existantes, et c'était dispo immédiatement (pas fin 2011 ou 2012)
Ok, ils disent "compatibles Android... et Symbian"... euh oui, peut-être... ça ressemble déjà à un bricolage cette compatibilité Android ET Symbain !

zeb 29/04/2010 14:50
Masquer
-0+

C'est soi-disant nouveau, mais c'est la partie visible du glaçon (une montagne de glace ne rentrerait pas dans un mobile) qui sera revue et corrigée estampillée "Six firmes japonaises".

Dessous, ça reste un bon vieux Linux/UNIX des familles, exactement comme Androïd et MeeGo (tiens, tiens). D'où la compatibilité immédiate, ou à très peu de frais. :o

Par rapport à Symbian, le noyau est bien différent, mais ce qui compte, c'est l'API, comme dit dans un message précédent. A bah justement devine de Androïd (kernel:linux), MeeGo (linux), Symbian (EKA2), cékiki sait exploiter la libc ? - Ben tous ! [:spamafote]

batchy 29/04/2010 21:38
Masquer
-0+

Citation :

Yakafokon... bien sûr.
Le consommateur lambda va sûrement trouver ça normal.


Le consommateur lambda sous Windows trouve normal de télécharger un logiciel de 1 Mo sorti d'on ne sait ou uniquement pour pouvoir configurer/réparer magiquement son Windows, alors qu'il suffirait juste de changer deux-trois ptites valeurs dans la base de registre (a condition de savoir lesquelles) pour faire la même chose.

Alors moi je trouve normal que le consommateur lambda aille installer (ou uèrpéèmmiser/aptitudiser/yumimer comme dirait zeb) des paquets d'on ne sait ou, crée par le premier Kevin sachant taper "make" dans un terminal, juste pour avoir le dernier logiciel à la mode, qui n'est pas encore sorti sur sa distro (ne rigolez pas, ça à vraiment été le cas quand compiz à pointé à faire parler de lui ...)

magellan 30/04/2010 11:04
Masquer
-0+

Citation :

Le consommateur lambda sous Windows trouve normal de télécharger un logiciel de 1 Mo sorti d'on ne sait ou uniquement pour pouvoir configurer/réparer magiquement son Windows, alors qu'il suffirait juste de changer deux-trois ptites valeurs dans la base de registre (a condition de savoir lesquelles) pour faire la même chose.

Alors moi je trouve normal que le consommateur lambda aille installer (ou uèrpéèmmiser/aptitudiser/yumimer comme dirait zeb) des paquets d'on ne sait ou, crée par le premier Kevin sachant taper "make" dans un terminal, juste pour avoir le dernier logiciel à la mode, qui n'est pas encore sorti sur sa distro (ne rigolez pas, ça à vraiment été le cas quand compiz à pointé à faire parler de lui ...)



Mouais... Si l'on oublie que la majorité des dites personnes installent n'importe quoi avec le syndrome du "Je clique OK quoi qu'il arrive". Enfin bon...
Par contre, je doute vraiment qu'une majorité de gens soient prêts à faire la démarche. Quand je vois l'usage des smartphones fait par les gens de mon entourage, je me dis qu'ils auraient été plus avisés de se contenter d'un téléphone classique, et de s'offrir une Nintendo DS :/

turlupin en ptard 30/04/2010 11:59
Masquer
-1+

Citation :

Le consommateur lambda sous Windows trouve normal de télécharger un logiciel de 1 Mo sorti d'on ne sait ou uniquement pour pouvoir configurer/réparer magiquement son Windows, alors qu'il suffirait juste de changer deux-trois ptites valeurs dans la base de registre (a condition de savoir lesquelles) pour faire la même chose.


Toujours Yakafokon... tu le soulignes toi-même : "a condition de savoir lesquelles".
L'utilisateur lambda, soit la quasi totalité des utilisateurs, non seulement ne connaît pas cette possibilité mais une grande partie ignore même le rôle, voire jusqu'à l'existence de la BdR.
Une partie des utilisateurs est informée, plus ou moins complètement, et sait où trouver les informations nécessaires, mais c'est une toute petite partie.
Reprocher aux utilisateurs d'utiliser ce qui est à leur portée n'a pas de sens : on ne peut utiliser que ce qu'on connaît.
Par ailleurs, l'avantage théorique d'une solution "toute faite", à condition qu'elle ne soit pas buggée, est d'éviter une erreur de manip en se trompant de clé ou en faisant une faute de frappe dans les valeurs entrées dans la clé, d'autant que certaines modifications vont toucher plusieurs clés et ajouter de nombreuses valeurs.
Par conséquent tout se résume à choisir ses logiciels parmi des sources dont la fiabilité a été démontrée.

Dans un même ordre d'idée, je préfère utiliser des interfaces graphiques pour les logiciels de compression genre 7-Zip et autres plutôt que leur ligne de commande, idem pour les programmes de conversion/compression/montage video ou audio plutôt que les lignes de commande des divers logiciels "pilotés" par les interfaces graphiques.
Exemples : Super, m4ng, VirtualDub.
Alors pourquoi bannir le même principe pour modifier l'OS ? Parce que c'est plus simple à utiliser ? Mauvaise réponse.
Comme pour les autres cas, la seule réponse valable est que ça permet d'accéder à des réglages inaccessibles autrement.
Mais, ces réglages-là, qui en a besoin ?
Probablement pas l'utilisateur lambda, plutôt le tech de maintenance, l'admin système ou le geek qui cherche à en savoir plus.
Citation :

Alors moi je trouve normal que le consommateur lambda aille installer (ou uèrpéèmmiser/aptitudiser/yumimer comme dirait zeb) des paquets d'on ne sait ou, crée par le premier Kevin sachant taper "make" dans un terminal, juste pour avoir le dernier logiciel à la mode, qui n'est pas encore sorti sur sa distro (ne rigolez pas, ça à vraiment été le cas quand compiz à pointé à faire parler de lui ...)



Tu ne parlais pas de simplement installer un paquet d'origine douteuse mais de recompiler les sources d'une appli pour ta version de Linux. Il y a une grosse différence. C'est ça qui me paraît peu crédible concernant l'utilisateur lambda.
Citation :

Si j'ai une appli pour une distro, et que je la veut pour l'autre, j'ai qu'a recompiler.



Ben oui mais non [:spamafote]

Mictateur 30/04/2010 12:35
Masquer
-0+

Citation :

Android, iPhone OS et WM sont trop présent dans le marché pour que d'autre se montrent.... On sait à l'avance que ça fera un bide comme Meego.



Je crois que justement, le succès surprise de l'iPhone OS, d'Android, et (si tout se passe bien) de Windows Phone 7 montre bien que le marché est très encore très instable est qu'il y a peut-être une place pour une quatrième plate-forme.
Personnellement, j'y crois pas une seconde, je suis convaincu que la trilogie Apple/Google/Microsoft va tout dominer pour les dix ans à venir après avoir dégagé Symbian et Palm., ce qui est en très bonne voie. Mais ça n'empêche pas que les parts de marché fluctuent à vitesse relativement impressionnante dans le marché des plateformes mobiles, contrairement à l'immobilisme des PdM d'OS desktop/laptop.


Edit : évidemment complètement grillaÿd d'au moins deux jours par tout le monde mais bon. :o Je rejoignais replic4 quoi.

batchy 30/04/2010 18:07
Masquer
-0+

Citation :

Toujours Yakafokon... tu le soulignes toi-même : "a condition de savoir lesquelles".
L'utilisateur lambda, soit la quasi totalité des utilisateurs, non seulement ne connaît pas cette possibilité mais une grande partie ignore même le rôle, voire jusqu'à l'existence de la BdR.


C'est normal, Microsoft fait absolument tout pour que ça soit le cas. La base de registre est documentée nulle part, est absolument inbitable, que ce soit pour un utilisateur lambda ou par un programmeur ne connaissant pas Windows, et elle est malheureusement souvent nécéssaire.

Citation :


Une partie des utilisateurs est informée, plus ou moins complètement, et sait où trouver les informations nécessaires, mais c'est une toute petite partie.
Reprocher aux utilisateurs d'utiliser ce qui est à leur portée n'a pas de sens : on ne peut utiliser que ce qu'on connaît.


Je reproche pas la chose aux utilisateurs, dans bien des cas, même moi je n'ai pas réussi à trouver ces informations; je trouvais uniquement des clefs de registre à modifier pour des anciens windows, ou des forums ou on dit d'installer un logiciel en russe sorti d'on ne sait ou pour résoudre le problème.
Citation :

Par ailleurs, l'avantage théorique d'une solution "toute faite", à condition qu'elle ne soit pas buggée, est d'éviter une erreur de manip en se trompant de clé ou en faisant une faute de frappe dans les valeurs entrées dans la clé, d'autant que certaines modifications vont toucher plusieurs clés et ajouter de nombreuses valeurs.
Par conséquent tout se résume à choisir ses logiciels parmi des sources dont la fiabilité a été démontrée.


Ça c'est bien de l'avantage théorique. L'avantage théorique pour moi d'avoir une base de registre documentée, c'est aussi que l'on comprend exactement les implications des options que l'on change, et que l'on risque pas de créer plus de problème qu'ils n'y en a déjà. Alors que la plupart du temps, ces logiciels sont encore moins bien documenté que les bidouilles de base de registre.
Citation :

Dans un même ordre d'idée, je préfère utiliser des interfaces graphiques pour les logiciels de compression genre 7-Zip et autres plutôt que leur ligne de commande, idem pour les programmes de conversion/compression/montage video ou audio plutôt que les lignes de commande des divers logiciels "pilotés" par les interfaces graphiques.
Exemples : Super, m4ng, VirtualDub.
Alors pourquoi bannir le même principe pour modifier l'OS ?


Parce que je préfère rater un encodage ou une compression plutôt que de réinstaller un OS.
Parce que les interfaces graphiques et non-graphiques sont généralement documentés, et sont souvent fait par les mêmes développeurs.
Citation :

Mais, ces réglages-là, qui en a besoin ?
Probablement pas l'utilisateur lambda, plutôt le tech de maintenance, l'admin système ou le geek qui cherche à en savoir plus.


Sauf que ton utilisateur lambda, au moindre problème il va voir son tech de maintenance, et généralement il va préférer aller voir "le dieu en informatique" (c'est à dire, souvent moi) plutôt que des pros.
Citation :

Tu ne parlais pas de simplement installer un paquet d'origine douteuse mais de recompiler les sources d'une appli pour ta version de Linux. Il y a une grosse différence. C'est ça qui me paraît peu crédible concernant l'utilisateur lambda.


Il y a bien des développeurs sous windows pour créer des logiciels magiques mal foutus, donc y il y a forcement des
powerusers qui savent compiler. Surtout que compiler sous Linux c'est bien plus facile que sous windows.

l'utilisateur lambda, lui il restera toujours à installer n'importe quoi ou à supplier le geek de l'aider.

zeb 03/05/2010 12:12
Masquer
-1+

Compiler, compiler.. oui, mais bon. En général, c'est juste trois commandes, toujours les mêmes :

farvardin 06/05/2010 11:09
Masquer
-0+

zeb :
Compiler, compiler.. oui, mais bon. En général, c'est juste trois commandes, toujours les mêmes :



oui, mais pas trop dans les SDK pour les téléphones mobiles (android ce n'est pas ./configure && make)

Malgré tout, c'est quand même indiqué : "leur propre système d’exploitation mobile qui sera compatible avec Android et Symbian." donc ils espèrent sans doute pouvoir utiliser la base logicielle existante, ce qui serait une bonne chose.

zeb 06/05/2010 11:50
Masquer
-0+

@farvardin: Quoi, y'a pas accès au shell, et on ne peut pas recompiler le noyau. Pfff ! :pfff:

farvardin 07/05/2010 09:26
Masquer
-0+

@zeb, si, on peut accéder à un shell, mais vu que cela n'utilise pas la glibc, cela n'est pas aussi trivial que cela de porter des applications sur android. (voir ici pour une présentation de l'architecture d'android : http://www-igm.univ-mlv.fr/~dr/XPO [...] linux.html )

zeb 07/05/2010 17:24
Masquer
-1+

Je comprends bien que le portage peut ne pas être trivial. D'ailleurs ça peut ne pas l'être d'une distribution Linux à l'autre.


Par exemple, j'utilise la vénérable distribution Slackware, depuis toujours (1996).
Le système de boot est resté sous Lilo, et le démarrage n'est pas de de type SysV5 mais BSD. Donc beaucoup de services ne démarrent pas correctement si je n'y mets pas un minimum les mains. De plus , je n'installe jamais de service graphique (X) sur un serveur :spamafote: Ça n'empêche que ça reste du Linux.

Quant au site que tu cites :

Citation :Android est basé sur un kernel linux 2.6 mais ce n'est pas linux. Il ne possède pas de système de fenêtrage natif (X window system), la glibc n'est pas supporté, Android
Ces gens là parlent de Linux sans savoir ce que c'est. Et dans ce cas, on la ferme. :o - Où plus exactement, on l'ouvre pour dire qu'on ne sait pas, et après, on écoute ceux qui savent.

Linux n'est pas un système d'exploitation, ce n'est un noyau. L'usage fait qu'on appelle Système Linux tout système exploitant un noyau Linux.

Le plus connu des systèmes Linux est GNU/Linux. Parmi les éléments essentiels amenés par GNU se trouve la glibc. En passant, ce n'est pas le seul système GNU. Existe aussi GNU/Hurd. Mais désolé, la glibc n'est pas non plus la seule implémentation de libc. Perso, je connais aussi uClibc. Mais Wikipedia en connait plus que moi.

De plus, contrairement à ce qui est prétendu sur ce même site, un système à noyau Linux sans système X reste un Linux.

Bref, et quoi qu'en disent ces ignares d'étudiants de Marne-La-Vallée, Android est un système Linux.

-----------------------
EDIT:
Oh la vache ! Ce n'est pas un ptit étudiant de première année qui aurait écrit l'article proposé par Farvardin. Ce serait un maître de conf', auteur de plusieurs publications :ouch:
Et ben, ils sont mal barrés ses étudiants :/

Publicité

Les offres du moment

Newsletters


OK