J'ai quand meme bien un doute sur l'interet d'un tel mode. A part si on code un editeur 3D ou un jeu, une carte Intel est largement suffisante pour n'importe quel application et pour un editeur 3d ou un jeu, il vaut mieux tout mettre sur une grosse carte 3d des le debut a mon avis. Mais bon, si tu as une explication de l'interet.
Personne ne s'interesse aux softs libres de Linux en mobile, en imaginant qu'ils soient portes. Ce que les gens veulent c'est Instagram, Twitter, Facebook, Google Mail, Yahoo Mail, etc…
So true et tu peux ajouter les applis RATP et autres qui n'utilisent pas les standards…
Cette problematique est exactement la meme sur laptop (et si pas laptop, alors netbook). Encore une fois, je ne vois pas la difference. Si ca peut les motiver a optimiser la consomation memoire, electrique et disque, ca sera pas un mal !
LibreOffice, VLC et The GIMP n'ont pas ete fait avec des toolkits permettant de passer d'un monde a l'autre (de desktop a mobile). C'est le premiere probleme qu'ils auront a resoudre. Maintenant je me repette, c'est juste un layout. Tu vas passer d'un mode editeur a un mode lecture pour LibreOffice entre desktop et mobile. C'est juste une problematique de UI et d'interaction. Ca ne changera pas de logique dans le code, si le toolkit est bien fait.
Une interface, c'est juste un layout different. Je ne vois aucune raison technique pour que ce layout, definit dans un fichier separe du code implique d'avoir deux applications.
Mais depuis que j'ai vu les deux liens que j'ai posté ci-dessus ( même si la démo WebCL s'exécute sur un Mac ), je suis franchement revenu sur cet avis. Maintenant je pense que c'est non seulement possible, mais que c'est la meilleure direction à prendre.
Tu es sur que tu as vu le meme lien que nous ? Ce que je vois c'est une animation qui rame severement sur mobile (probablement a 20FPS voir moins). Dans l'ordre des trucs a optimiser : faire le rendu a 60FPS, consommer le moins de memoire possible (pour faire du multitache, avoir des applications comme twitter qui prend 70Mo sur Chrome, c'est un peu la blague), puis enfin consommer le moins de batterie possible.
Bien entendu pour faire un benchmark, tu fais la meme application en natif et en HTML5. Aujourd'hui, le premier challenge de l'HTML5, c'est deja d'atteindre les 60FPS du natif. Il reste encore deux choses a optimiser et ils ont du boulot. Donc ne retiens pas trop ton soufle pour cette techno, ils ont encore quelques annees avant d'etre au niveau du natif, si ils y arrivent… Faut pas oublier qu'ils doivent rester compatible avec un truc qui a deja plus de 15 ans, etait concu pour rendre des documents statiques et etre affiche sur des PC avec du courant en permanence.
Il y a enormement de challenge pour cette techno a reussir a etre au niveau du natif. C'est d'ailleur pas comme si la premiere chose que je faisais pour sauver de la batterie sur mon PC etait de couper mon navigateur web…
Je pense qu'il faut séparer les sujets des logithèques desktop et celles smartphones.
Je ne vois pas pourquoi. Je lance LibreOffice sur mon PC pour preparer une presentation. Je decroche le telephone du doc, LibreOffice se transforme en mode lecture pour que je relise ma presentation. Puis je plus mon telephone dans un video projecteur et LibreOffice utilise alors sur le telephone devient une telecommande de la presentation affiche sur le video projecteur. Je ne vois pas de difference entre les applications desktop et smartphone ici. C'est le meme code et les meme informations qui sont affiche.
Bien entendu, ce scenario peut etre deroule avec toutes les applications, mails, IM, IRC, … Pourquoi faut-il avoir des applications desktop et smartphone differentes ?
Non elle montre la tienne : 5ms est invisible à l'oeil nu.
Par contre, ca ne te laisse plus que 10ms avant que je le remarque :-)
Le gars dit quand même que le point le plus important d'une app est la réactivité, ce qui est complètement con : fonctionnalités, design, praticité, innovation, stabilité, rapidité, etc. sont donc des points moins importants.
Je me permet de donner ce lien a ce sujet: http://blog.kissmetrics.com/loading-time/ . Globalement le premier point important, c'est le temps avant la premiere frame (69% des gens s'attende a ce que le temps de chargement soit egal ou inferieur a celui d'un desktop). Pour ce qui est de la reactivite et de la capacite a delivre des animations a 60FPS, je pense que les utilisateurs peuvent supporter quelques frame drop, mais que la frustration apparait rapidement lorsque ca tombe sous les 30FPS trop souvent. Certain site web sont calamiteux de ce cote la et je ne les utilise pas. Par contre, je n'ai pas d'etude sur le sujet, donc je ne peux pas trop dire.
Je veux bien une description de commerce equitable qui puisse correspondre a l'industrie du high-tech. La partie ecologique tue directement les mineurs et les populations alentours. Il n'y a aucun moyen de se donner bonne conscience. Dans le meilleur des cas, on aura remplacer les humains par des robots… Ce qui va certainement faire plaisir aux gens qui perdent leur boulot que de s'entendre dire que au moins, ils ne seront pas rendu malade par leur boulot !
Enfin garder un materiel le plus longtemps possible n'est pas forcement une bonne chose. Pour le cas d'un PC par exemple, son efficacite energtique etant tellement mauvaise il y a 4 ans que continuer a l'utiliser est probablement pire que de le remplacer…
A partir du moment ou cela utilise des terres rares, tu peux oublier toute ethique ! Sans oublier que cela utilise surement un peu d'or qui est probablement la pire type de mine de metaux qui peut exister. Il faut admettre a chaque fois qu'on achete le moindre appareil electronique, on fait de sacre degat sur la planete !
L'or pour ses piscines de cyanure. Le cuivre qui se trouve dans des mines ou il faut retourner une tonne de terre pour trouver 40Kg. Les terres rares qui sont partout dans le monde melanger a du thorium (dechet radioactif non exploitable par l'industrie).
Le tout necessite des quantites d'energies colossales a la fabrication qui genere une polution du a la combustion du charbon et du petrole, mais aussi a l'utilisation avec probablement une utilisation de plus de 10% de l'electricite produite… Si tu veux etre green, faut oublier la vie moderne, rendre ton telephone, eteindre definitivement ton pc…
Pour ma part, je suis très surpris qu'un tel matériel soit une idée d'un outsider comme Canonical.
Il est rare que l'innovation et le changement proviennent de celui qui tiens le marcher et de ses competiteurs directs ! L'histoire est pleine d'exemple ou un outsider a retourner un marche (Exemple proche: Apple et Nokia). Si tu as jamais travailler dans une grosse societe, ce n'est pas forcement evident a saisir, mais meme si ils en ont probablement eu l'idee et fait des prototypes… Le departement compta va leur expliquer qu'ils vendent des telephones et des PC pour deux fois le prix. Ca impactera leur marge, donc il faut mieux garder ca au chaud et ressortir ca quand la concurrence commencera a etre important (Ubuntu est vu comme un nain sans importance pour l'instant).
Pour Google, la difficulte, c'est que leur techno necessite une integration entre ChromeOS et Android qui n'ont pas les meme bases techniques. C'est probablement jouable, mais ils auront besoin d'un hard haut de gamme pendant encore quelques annees. Hors l'objectif de google est d'atteindre les masses, donc pour l'instant deux produits separes les arranges.
Je te laisse faire le tour des tenors du marche et de trouver les raisons interne pour un tel blocage…
Si tu as des sources, ca serait pas mal :-) Une estimation de cette niche donne environ 100.000 unites par an… de quoi faire vivre un Ubuntu phone ou deux !
Pour la RAM, c'est difficile a dire, si tu es sur un PC avec un jeu en resolution HD, tu vas deja perdre 11Mo pour le framebuffer.
Lapin compris.
My bad erreur de calcul. Si tu as un jeu en resolution HD celui-ci va prendre en memoire au moins 1920*1080*4 octets (environ 7Mo) si tu fais du rendu 2D. Avec DirectX ou OpenGL cela ne sera pas dans les statistiques de la memoire de ton process et ne se verra pas. En general, on fait du double buffer et donc ca sera probablement 14Mo, mais je ne sais pas comment marche la stack 2D de Java.
Le message que je voulais faire passer, c'est que quand le but est de lancer un jeu sur une machine avec 4Go de RAM, quelques secondes au démarrage et quelques dizaines de mo, c'est négligeable.
Personnellement, je trouve ca honteux qu'en 2013 on doive attendre plus longtemps pour le demarrage d'une application que pour le demarrage d'un OS complet. Je ne trouve qu'il n'y a rien de pire que les ecrans de chargement d'application. Un jeu qui est cense pousser au maximum le hardware qu'ils utilisent, certe, je veux bien accepter. Mais pour tout le reste, il n'y a pas d'excuse.
En 1s, tu as largement le temps d'afficher ta premiere frame et d'avoir une application utilisable. En demarrage a chaud (deja dans les caches disques), ca doit etre instantane, tu releves le doigt de la souris, que ton application est la ! Je ne vois pas comment on peut excuser un autre niveau de qualite.
Je ne fais pas la comparaison avec un environnement mobile ou il y a une plus grande integration et optimisation des composants de l'OS, mais il n'empeche que personne ne trouve acceptable d'attendre pour le lancement de son application qui a quasiment autant de feature que sur PC. Le multitache est limite par la memoire disponible, alors si toutes les applis prennent 60Mo lorsqu'elle pourrait en prendre 20 ou moins, et bien ton utilisateur va etre frustre d'avoir 3 fois moins d'application lance en parallele.
Je ne vois pas pourquoi cela devrait etre different sur PC. Je trouve insupportable que mon terminal prennent tellement de RAM que cela impact mes caches disques et ralentisse ma compilation. Je ne trouve pas acceptable le temps de demarrage de LibreOffice, ou celui de GIMP. Au final, utiliser Google Doc est plus rapide. C'est quand meme la honte qu'un service qui passe par des serveurs a l'autre bout du monde et un navigateur web se revele plus efficace que d'utiliser une application native…
Chacun ses objectifs, mais 1.5s et 3s, c'est vraiment lent comme demarage. Tu sais pourquoi ca prend tant de temps ? Quels sont les specificites de ton systeme ?
Pour la RAM, c'est difficile a dire, si tu es sur un PC avec un jeu en resolution HD, tu vas deja perdre 11Mo pour le framebuffer. Maintenant, ca fait quand meme pas mal de chose que l'on peut mettre en 60Mo, dans quoi son repartit tes 60Mo ? Certain font tourner un compositeur graphique, un file manager en HD et un terminal avec autant de RAM…
Dans un monde ou tout le monde se tourne vers le mobile, Firefox et Mozilla deviennent de moins en moins pertinent.
Oui c'est vrai, Firefox pour Android n'existe pas. D'ailleurs ce n'est pas comme si ils avaient été parmi les premiers à faire un navigateur pour le mobile. Qui se souvient de Minimo ? ;-)
La question n'est pas de qui est le premier ou de si ca existe. Qui utilise encore des telephones sous Windows CE ? Le fait est que Firefox sur mobile a une base installe inferieur a 50 millions d'unites. Sur un marche de 1.5 milliard d'unite, ils sont tres loin des parts de marche du PC. C'est moins de 5%. C'est de mon point de vue pas pertinent.
Au doigt mouillé, je dirais qu'en nombre de développeur, les développeurs web sont bien plus nombreux que pour android, (et QT, n'en parlons pas).
Consomation d'energie, performance en multitache, tant de demarrage d'une application, … Si il suffisait d'avoir une masse de developpeur, Microsoft aurait reussi vu tous ces gens qui savent coder pour Windows ! Et Apple n'aurait jamais pu reussir, car il n'y avait pas de developpeur Objective C. Il va falloir reussir a les transformer en developpeurs d'applications mobiles… avec des utilisateurs au bout !
Tout est sur http://hg.mozilla.org et github (et quand je dis tout, c'est vraiment tout: logiciels, sites web etc). Tout le monde peut contribuer. Hello bugzilla!
J'ai eu une experience tres mauvaise avec SpiderMonkey, ou globalement le developpement se faisait directement dans le code de Firefox puis quelqu'un decidait de faire un snapshot de ca et marquait pour release. Avec des decisions de casser l'ABI, l'API et plein d'autre joyeusete qui te tombe de haut sans aucune recherche de consensus. Sans compter que la qualite du code etait pas terrible, qu'on sentait les morceaux d'un certain age et les apports recent. Ca a peut etre change depuis…
Firefox OS, c'est un noyau linux et un Gecko. Et c'est tout. Toutes les applis, y compris le bureau sont en HTML.
Et Gecko est un morceau de code simple ? Ce n'est pas parce que tu fais une grosse boite que ca simplifie ce qu'il se trouve dedans. Tu y retrouves un bon paquet des boites exposes aux developpeurs dans Qt et Android.
Bon déjà, il y a plein de nouvelles techniques pour la secu des applis
C'est bien, c'est nouveau. En securite, j'aime bien les trucs qui ont fait leur preuve. L'isolation des process, la communication interprocessus, les droits d'access, …
Le utilisé dans Firefox OS pour faire un navigateur, est en fait la même chose qu'un en XUL.
Ca n'a pas l'air aussi trivial, la derniere fois que j'ai pu le tester dans Firefox OS, il etait pas en forme on va dire…
Il y a plein d'outils pour débogguer (et même faire des tests fonctionnels) sur Firefox OS. Faut bien que les développeurs de Firefox OS puissent debogguer et tester :-p
Va falloir les partager parce que les developpeurs de LinkedIn et Facebook ne sont pas au courant.
Vu les ruptures de stock chez geeksphone et autres, je dirais que oui. Tout le monde n'a pas besoin d'un smartphone à 500 balles.
Vu les volumes de cette societe, ce n'est pas encore quelque chose qu'on peut mesurer. Ils en ont vendu combien ? 10.000 ? 100.000 ? Certainement pas un million. Ca reste encore faible et ca ne donne pas la taille du marche. Ca dit juste qu'il y a des developpeurs interresses, ce que je n'ai jamais conteste. Maintenant a l'usage on verra. Sans compter que je peux trouver un faux Galaxy S4 pour 120$ a Hong Kong (et pour le meme prix qu'un geeksphone, j'ai aussi un telephone Android vu que Firefox OS utilise comme base Android…).
Firefox OS n'est pas n'importe quoi.
Desole de t'avoir blesse, ce choix de mot n'etait pas opportun.
Peut etre qu'ils sont plus present en quantite, mais ce n'est clairement pas eux qui recoivent la majeur partie du logiciel qui est developpe. D'ailleur, ceux ne sont plus des microprocesseur que tu trouves dans les l'air conditionnee, four, lave-linges, lave-vaisselles, tv et autre micro-onde. Aujourd'hui on met dedans des Linux complets dedans, ils commencent a se connecter en Wifi avec un ecran LCD et sont multicoeur… Meme les imprimantes deviennent multi-coeurs.
Clair que les quantites de microprocesseur 8bits sont deverse sur le monde, mais la majorite du developpement logiciel a bien lieu sur les 2% restant. Le nombre de personne qui travaille sur un micro controleur sont vraiment pas la norme, mais l'exception.
La difference etant que le consensus se fait autour d'un morceau de code et pas autour d'un morceau de texte qu'il faudra transformer apres en code. L'un est plus facile que l'autre a evaluer sur son merite technique. Cela fait toute la differente !
Il faudrait aussi que les erreurs des appels systèmes ne soient pas forcément toujours rejeté à la couche au dessus, qui ne sait souvent pas quoi faire.
Oula, non surtout pas ! Je les veux les erreurs pour pouvoir tenter d'agir intelligement. Une allocation memoire qui echoue, c'est le moment de vider les caches ! Un acces au disque qui est corrompu, il faut peut etre le signaler a l'utilisateur, … Je te laisse faire la liste de tous les cas possible et imaginable !
Je peux te dire que pour un soft DO178, il peut rester des bugs mais dans des coins super tordu (souvent lié à une trop grosse spécification).
Si tu ne fais pas de multi tache, que tu n'as pas de multi coeur, que ton OS n'a pas d'acceleration hardware, alors probablement que oui. Mais pour tout le reste, ce qui correspond globalement a la grande majorite de l'informatique moderne, ta suite de test ne t'aidera pas pour chasser les bugs juste eviter que certains ne reviennent pas !
Ce que l'on peut reprocher a Firefox OS, d'exister principalement pour sauver la peau de Mozilla ! Dans un monde ou tout le monde se tourne vers le mobile, Firefox et Mozilla deviennent de moins en moins pertinent. Leur revenu va forcement diminuer au fur et a mesure qu'ils amenent moins d'utilisateur sur le net. L'alliance logique est aussi d'offrir un ecosysteme pour tous les developpeurs de site web qui ne peuvent pas faire un truc competitif avec les plateformes natives. En plus d'un appuie tres fort des operateurs qui ne savent rien faire d'autre que des technos Web. Avec l'alliances des trois, ils ont des developpeurs, une plateforme et un marche captif pour continuer d'amener des utilisateurs sur Internet et survivre.
Le probleme, c'est que la technologie est quand meme loin d'etre competitive avec Android ou Qt. Ce n'est pas forcement un modele d'ouverture (J'aimerais bien connaitre le rapport entre contribution paye par Mozilla et contribution libre exterieur). Il y a une augmentation de la complexite du systeme et des risques de securite non negligeable (Faire un navigateur web dans un navigateur web par exemple). De grosse difficulte de deboggage (j'inclus aussi traquer les problemes de consomation d'energie).
Maintenant la question est est-ce qu'il y a un marche pour un telephone moins bien que la concurrence. Les paris sont ouvert. La principale force de Firefox OS est de ne pas etre Android/Google et d'avoir le soutiens des operateurs. Faut voir si les operateurs sont toujours aussi fort et capable de faire manger n'importe quoi a leur client…
La derniere fois qu'on a parle de vie privee et de technologie du web, c'etait pas forcement une bonne chose ;-) Le plus grand challenge du "cloud" et des solutions html/js est bien maintenant de prouver quel respecte la vie privee. Mozilla l'a bien compris en s'engageant pour lutter contre PRISM, mais est-ce que ce n'est pas trop tard ?
Pour ce qui est des standards, je ne suis plus du tout convaincu que ce soit une bonne solution. Avoir une implementation unique construite sur le consensus de plusieurs societes me semblent bien plus efficace pour donner des resultats techniques. Il y a une tres grande difference entre developper un logiciel libre comme Qt et developper un standard comme HTML5. Je ne sais pas si vous avez deja assiste a ce genre d'exercice, mais dans un cas, c'est tres bureaucratique avec chacun veut pousser sa solution deja fini et forcer les autres a recoder, tandis que dans l'autre tout le monde travail a ameliorer une solution…
Personnellement, ca me fait tres peur de pousser de plus en plus de fonctionnalite de securite dans une VM qui devient de plus en plus complexe. En gros, une JSVM devient son propre noyau sans avoir les separations entre les process. C'est je trouve bancale et ouvre la porte a pas mal de risque. Mais bon, c'est pas comme si mon Linux n'avait pas tout un tas de mecanisme de securite…
C'est marrant, mais mon experience avec Java n'a jamais ete vraiment de le prendre pour un foudre de guerre. Ca fait dix ans qu'on me dit que c'est aussi rapide que le natif, ca fait dix ans que ce n'est pas mon experience.
Sinon petite lecture sur le JS etant trop lent : http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ . Il y a juste un point qui manque dans cette article, c'est le rapport avec la consommation de batterie. Pour faire simple, si tu es deux fois plus lent, tu as deux fois moins de batterie. C'est pas beaucoup plus complique que ca.
Pour rentrer dans le detail, plus tu utilises de memoire, plus tu consommes de batterie (l'acces a chaque niveau de memoire est plus couteux que le niveau precedent). Plus tu te reposes sur OpenGL pour faire de la magie, plus ton GPU va consommer. Plus tu fais de traitement inutile cote CPU, plus ceci vont te couter.
La majorite des developpeurs sur plateforme mobile n'a strictement aucune competence pour optimiser la consomation de batterie. En plus les environnements de developpement ne mette pas cela en avant. Resultat, ca rajoute une grosse couche de ralentissement et de consommation inutile en plus de ce que ta techno dans le meilleur des cas peut faire. Comme tout cela se demultiplie, partir sur du HTML/JS pour faire du mobile va necessiter d'accepter d'avoir moins d'autonomie… Mais bon de nos jours ne pas avoir une journee d'autonomie, c'est normal, alors ca devrait passer.
[^] # Re: Changement de pilote
Posté par cedric . En réponse à la dépêche X.Org est mort, vive Wayland ! (3). Évalué à 2.
J'ai quand meme bien un doute sur l'interet d'un tel mode. A part si on code un editeur 3D ou un jeu, une carte Intel est largement suffisante pour n'importe quel application et pour un editeur 3d ou un jeu, il vaut mieux tout mettre sur une grosse carte 3d des le debut a mon avis. Mais bon, si tu as une explication de l'interet.
[^] # Re: Même analyse que l'auteur de l'article
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 5.
So true et tu peux ajouter les applis RATP et autres qui n'utilisent pas les standards…
[^] # Re: Oui mais.
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 1.
Cette problematique est exactement la meme sur laptop (et si pas laptop, alors netbook). Encore une fois, je ne vois pas la difference. Si ca peut les motiver a optimiser la consomation memoire, electrique et disque, ca sera pas un mal !
[^] # Re: Oui mais.
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 4.
LibreOffice, VLC et The GIMP n'ont pas ete fait avec des toolkits permettant de passer d'un monde a l'autre (de desktop a mobile). C'est le premiere probleme qu'ils auront a resoudre. Maintenant je me repette, c'est juste un layout. Tu vas passer d'un mode editeur a un mode lecture pour LibreOffice entre desktop et mobile. C'est juste une problematique de UI et d'interaction. Ca ne changera pas de logique dans le code, si le toolkit est bien fait.
[^] # Re: Oui mais.
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 4.
Une interface, c'est juste un layout different. Je ne vois aucune raison technique pour que ce layout, definit dans un fichier separe du code implique d'avoir deux applications.
[^] # Re: Même analyse que l'auteur de l'article
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 5.
Tu es sur que tu as vu le meme lien que nous ? Ce que je vois c'est une animation qui rame severement sur mobile (probablement a 20FPS voir moins). Dans l'ordre des trucs a optimiser : faire le rendu a 60FPS, consommer le moins de memoire possible (pour faire du multitache, avoir des applications comme twitter qui prend 70Mo sur Chrome, c'est un peu la blague), puis enfin consommer le moins de batterie possible.
Bien entendu pour faire un benchmark, tu fais la meme application en natif et en HTML5. Aujourd'hui, le premier challenge de l'HTML5, c'est deja d'atteindre les 60FPS du natif. Il reste encore deux choses a optimiser et ils ont du boulot. Donc ne retiens pas trop ton soufle pour cette techno, ils ont encore quelques annees avant d'etre au niveau du natif, si ils y arrivent… Faut pas oublier qu'ils doivent rester compatible avec un truc qui a deja plus de 15 ans, etait concu pour rendre des documents statiques et etre affiche sur des PC avec du courant en permanence.
Il y a enormement de challenge pour cette techno a reussir a etre au niveau du natif. C'est d'ailleur pas comme si la premiere chose que je faisais pour sauver de la batterie sur mon PC etait de couper mon navigateur web…
[^] # Re: Même analyse que l'auteur de l'article
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 4.
Je ne vois pas pourquoi. Je lance LibreOffice sur mon PC pour preparer une presentation. Je decroche le telephone du doc, LibreOffice se transforme en mode lecture pour que je relise ma presentation. Puis je plus mon telephone dans un video projecteur et LibreOffice utilise alors sur le telephone devient une telecommande de la presentation affiche sur le video projecteur. Je ne vois pas de difference entre les applications desktop et smartphone ici. C'est le meme code et les meme informations qui sont affiche.
Bien entendu, ce scenario peut etre deroule avec toutes les applications, mails, IM, IRC, … Pourquoi faut-il avoir des applications desktop et smartphone differentes ?
[^] # Re: Même analyse que l'auteur de l'article
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 3.
Sous Linux, on aurait pu avoir ca : https://icculus.org/fatelf/.
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 5.
Par contre, ca ne te laisse plus que 10ms avant que je le remarque :-)
Je me permet de donner ce lien a ce sujet: http://blog.kissmetrics.com/loading-time/ . Globalement le premier point important, c'est le temps avant la premiere frame (69% des gens s'attende a ce que le temps de chargement soit egal ou inferieur a celui d'un desktop). Pour ce qui est de la reactivite et de la capacite a delivre des animations a 60FPS, je pense que les utilisateurs peuvent supporter quelques frame drop, mais que la frustration apparait rapidement lorsque ca tombe sous les 30FPS trop souvent. Certain site web sont calamiteux de ce cote la et je ne les utilise pas. Par contre, je n'ai pas d'etude sur le sujet, donc je ne peux pas trop dire.
[^] # Re: et l'éthique ?
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 1.
Je veux bien une description de commerce equitable qui puisse correspondre a l'industrie du high-tech. La partie ecologique tue directement les mineurs et les populations alentours. Il n'y a aucun moyen de se donner bonne conscience. Dans le meilleur des cas, on aura remplacer les humains par des robots… Ce qui va certainement faire plaisir aux gens qui perdent leur boulot que de s'entendre dire que au moins, ils ne seront pas rendu malade par leur boulot !
Enfin garder un materiel le plus longtemps possible n'est pas forcement une bonne chose. Pour le cas d'un PC par exemple, son efficacite energtique etant tellement mauvaise il y a 4 ans que continuer a l'utiliser est probablement pire que de le remplacer…
[^] # Re: et l'éthique ?
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 7.
A partir du moment ou cela utilise des terres rares, tu peux oublier toute ethique ! Sans oublier que cela utilise surement un peu d'or qui est probablement la pire type de mine de metaux qui peut exister. Il faut admettre a chaque fois qu'on achete le moindre appareil electronique, on fait de sacre degat sur la planete !
L'or pour ses piscines de cyanure. Le cuivre qui se trouve dans des mines ou il faut retourner une tonne de terre pour trouver 40Kg. Les terres rares qui sont partout dans le monde melanger a du thorium (dechet radioactif non exploitable par l'industrie).
Le tout necessite des quantites d'energies colossales a la fabrication qui genere une polution du a la combustion du charbon et du petrole, mais aussi a l'utilisation avec probablement une utilisation de plus de 10% de l'electricite produite… Si tu veux etre green, faut oublier la vie moderne, rendre ton telephone, eteindre definitivement ton pc…
[^] # Re: Un raté pour Apple ?
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 5.
Il est rare que l'innovation et le changement proviennent de celui qui tiens le marcher et de ses competiteurs directs ! L'histoire est pleine d'exemple ou un outsider a retourner un marche (Exemple proche: Apple et Nokia). Si tu as jamais travailler dans une grosse societe, ce n'est pas forcement evident a saisir, mais meme si ils en ont probablement eu l'idee et fait des prototypes… Le departement compta va leur expliquer qu'ils vendent des telephones et des PC pour deux fois le prix. Ca impactera leur marge, donc il faut mieux garder ca au chaud et ressortir ca quand la concurrence commencera a etre important (Ubuntu est vu comme un nain sans importance pour l'instant).
Pour Google, la difficulte, c'est que leur techno necessite une integration entre ChromeOS et Android qui n'ont pas les meme bases techniques. C'est probablement jouable, mais ils auront besoin d'un hard haut de gamme pendant encore quelques annees. Hors l'objectif de google est d'atteindre les masses, donc pour l'instant deux produits separes les arranges.
Je te laisse faire le tour des tenors du marche et de trouver les raisons interne pour un tel blocage…
[^] # Re: Niche
Posté par cedric . En réponse à la dépêche Ubuntu Edge, premier smartphone Canonical : convergent, haut de gamme, financement participatif. Évalué à 4.
Si tu as des sources, ca serait pas mal :-) Une estimation de cette niche donne environ 100.000 unites par an… de quoi faire vivre un Ubuntu phone ou deux !
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 4.
My bad erreur de calcul. Si tu as un jeu en resolution HD celui-ci va prendre en memoire au moins 1920*1080*4 octets (environ 7Mo) si tu fais du rendu 2D. Avec DirectX ou OpenGL cela ne sera pas dans les statistiques de la memoire de ton process et ne se verra pas. En general, on fait du double buffer et donc ca sera probablement 14Mo, mais je ne sais pas comment marche la stack 2D de Java.
Personnellement, je trouve ca honteux qu'en 2013 on doive attendre plus longtemps pour le demarrage d'une application que pour le demarrage d'un OS complet. Je ne trouve qu'il n'y a rien de pire que les ecrans de chargement d'application. Un jeu qui est cense pousser au maximum le hardware qu'ils utilisent, certe, je veux bien accepter. Mais pour tout le reste, il n'y a pas d'excuse.
En 1s, tu as largement le temps d'afficher ta premiere frame et d'avoir une application utilisable. En demarrage a chaud (deja dans les caches disques), ca doit etre instantane, tu releves le doigt de la souris, que ton application est la ! Je ne vois pas comment on peut excuser un autre niveau de qualite.
Je ne fais pas la comparaison avec un environnement mobile ou il y a une plus grande integration et optimisation des composants de l'OS, mais il n'empeche que personne ne trouve acceptable d'attendre pour le lancement de son application qui a quasiment autant de feature que sur PC. Le multitache est limite par la memoire disponible, alors si toutes les applis prennent 60Mo lorsqu'elle pourrait en prendre 20 ou moins, et bien ton utilisateur va etre frustre d'avoir 3 fois moins d'application lance en parallele.
Je ne vois pas pourquoi cela devrait etre different sur PC. Je trouve insupportable que mon terminal prennent tellement de RAM que cela impact mes caches disques et ralentisse ma compilation. Je ne trouve pas acceptable le temps de demarrage de LibreOffice, ou celui de GIMP. Au final, utiliser Google Doc est plus rapide. C'est quand meme la honte qu'un service qui passe par des serveurs a l'autre bout du monde et un navigateur web se revele plus efficace que d'utiliser une application native…
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 1.
Chacun ses objectifs, mais 1.5s et 3s, c'est vraiment lent comme demarage. Tu sais pourquoi ca prend tant de temps ? Quels sont les specificites de ton systeme ?
Pour la RAM, c'est difficile a dire, si tu es sur un PC avec un jeu en resolution HD, tu vas deja perdre 11Mo pour le framebuffer. Maintenant, ca fait quand meme pas mal de chose que l'on peut mettre en 60Mo, dans quoi son repartit tes 60Mo ? Certain font tourner un compositeur graphique, un file manager en HD et un terminal avec autant de RAM…
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 3.
Vu la vitesse a laquelle bouge le dit standard et vu les limitations de celui-ci…
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 4.
La question n'est pas de qui est le premier ou de si ca existe. Qui utilise encore des telephones sous Windows CE ? Le fait est que Firefox sur mobile a une base installe inferieur a 50 millions d'unites. Sur un marche de 1.5 milliard d'unite, ils sont tres loin des parts de marche du PC. C'est moins de 5%. C'est de mon point de vue pas pertinent.
Consomation d'energie, performance en multitache, tant de demarrage d'une application, … Si il suffisait d'avoir une masse de developpeur, Microsoft aurait reussi vu tous ces gens qui savent coder pour Windows ! Et Apple n'aurait jamais pu reussir, car il n'y avait pas de developpeur Objective C. Il va falloir reussir a les transformer en developpeurs d'applications mobiles… avec des utilisateurs au bout !
J'ai eu une experience tres mauvaise avec SpiderMonkey, ou globalement le developpement se faisait directement dans le code de Firefox puis quelqu'un decidait de faire un snapshot de ca et marquait pour release. Avec des decisions de casser l'ABI, l'API et plein d'autre joyeusete qui te tombe de haut sans aucune recherche de consensus. Sans compter que la qualite du code etait pas terrible, qu'on sentait les morceaux d'un certain age et les apports recent. Ca a peut etre change depuis…
Et Gecko est un morceau de code simple ? Ce n'est pas parce que tu fais une grosse boite que ca simplifie ce qu'il se trouve dedans. Tu y retrouves un bon paquet des boites exposes aux developpeurs dans Qt et Android.
C'est bien, c'est nouveau. En securite, j'aime bien les trucs qui ont fait leur preuve. L'isolation des process, la communication interprocessus, les droits d'access, …
Ca n'a pas l'air aussi trivial, la derniere fois que j'ai pu le tester dans Firefox OS, il etait pas en forme on va dire…
Va falloir les partager parce que les developpeurs de LinkedIn et Facebook ne sont pas au courant.
Vu les volumes de cette societe, ce n'est pas encore quelque chose qu'on peut mesurer. Ils en ont vendu combien ? 10.000 ? 100.000 ? Certainement pas un million. Ca reste encore faible et ca ne donne pas la taille du marche. Ca dit juste qu'il y a des developpeurs interresses, ce que je n'ai jamais conteste. Maintenant a l'usage on verra. Sans compter que je peux trouver un faux Galaxy S4 pour 120$ a Hong Kong (et pour le meme prix qu'un geeksphone, j'ai aussi un telephone Android vu que Firefox OS utilise comme base Android…).
Desole de t'avoir blesse, ce choix de mot n'etait pas opportun.
[^] # Re: Ce qu'on demande à un développeur aujourd'hui...
Posté par cedric . En réponse au journal Ce qu'on demande à un développeur aujourd'hui. Évalué à 3.
Peut etre qu'ils sont plus present en quantite, mais ce n'est clairement pas eux qui recoivent la majeur partie du logiciel qui est developpe. D'ailleur, ceux ne sont plus des microprocesseur que tu trouves dans les l'air conditionnee, four, lave-linges, lave-vaisselles, tv et autre micro-onde. Aujourd'hui on met dedans des Linux complets dedans, ils commencent a se connecter en Wifi avec un ecran LCD et sont multicoeur… Meme les imprimantes deviennent multi-coeurs.
Clair que les quantites de microprocesseur 8bits sont deverse sur le monde, mais la majorite du developpement logiciel a bien lieu sur les 2% restant. Le nombre de personne qui travaille sur un micro controleur sont vraiment pas la norme, mais l'exception.
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 2.
La difference etant que le consensus se fait autour d'un morceau de code et pas autour d'un morceau de texte qu'il faudra transformer apres en code. L'un est plus facile que l'autre a evaluer sur son merite technique. Cela fait toute la differente !
[^] # Re: Ce qu'on demande à un développeur aujourd'hui...
Posté par cedric . En réponse au journal Ce qu'on demande à un développeur aujourd'hui. Évalué à 3.
Oula, non surtout pas ! Je les veux les erreurs pour pouvoir tenter d'agir intelligement. Une allocation memoire qui echoue, c'est le moment de vider les caches ! Un acces au disque qui est corrompu, il faut peut etre le signaler a l'utilisateur, … Je te laisse faire la liste de tous les cas possible et imaginable !
Si tu ne fais pas de multi tache, que tu n'as pas de multi coeur, que ton OS n'a pas d'acceleration hardware, alors probablement que oui. Mais pour tout le reste, ce qui correspond globalement a la grande majorite de l'informatique moderne, ta suite de test ne t'aidera pas pour chasser les bugs juste eviter que certains ne reviennent pas !
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 5.
Plus probablement celle qui a eu le plus de sufrage. C'est de la politique, pas de la technique.
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 2.
Ce que l'on peut reprocher a Firefox OS, d'exister principalement pour sauver la peau de Mozilla ! Dans un monde ou tout le monde se tourne vers le mobile, Firefox et Mozilla deviennent de moins en moins pertinent. Leur revenu va forcement diminuer au fur et a mesure qu'ils amenent moins d'utilisateur sur le net. L'alliance logique est aussi d'offrir un ecosysteme pour tous les developpeurs de site web qui ne peuvent pas faire un truc competitif avec les plateformes natives. En plus d'un appuie tres fort des operateurs qui ne savent rien faire d'autre que des technos Web. Avec l'alliances des trois, ils ont des developpeurs, une plateforme et un marche captif pour continuer d'amener des utilisateurs sur Internet et survivre.
Le probleme, c'est que la technologie est quand meme loin d'etre competitive avec Android ou Qt. Ce n'est pas forcement un modele d'ouverture (J'aimerais bien connaitre le rapport entre contribution paye par Mozilla et contribution libre exterieur). Il y a une augmentation de la complexite du systeme et des risques de securite non negligeable (Faire un navigateur web dans un navigateur web par exemple). De grosse difficulte de deboggage (j'inclus aussi traquer les problemes de consomation d'energie).
Maintenant la question est est-ce qu'il y a un marche pour un telephone moins bien que la concurrence. Les paris sont ouvert. La principale force de Firefox OS est de ne pas etre Android/Google et d'avoir le soutiens des operateurs. Faut voir si les operateurs sont toujours aussi fort et capable de faire manger n'importe quoi a leur client…
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 3.
La derniere fois qu'on a parle de vie privee et de technologie du web, c'etait pas forcement une bonne chose ;-) Le plus grand challenge du "cloud" et des solutions html/js est bien maintenant de prouver quel respecte la vie privee. Mozilla l'a bien compris en s'engageant pour lutter contre PRISM, mais est-ce que ce n'est pas trop tard ?
Pour ce qui est des standards, je ne suis plus du tout convaincu que ce soit une bonne solution. Avoir une implementation unique construite sur le consensus de plusieurs societes me semblent bien plus efficace pour donner des resultats techniques. Il y a une tres grande difference entre developper un logiciel libre comme Qt et developper un standard comme HTML5. Je ne sais pas si vous avez deja assiste a ce genre d'exercice, mais dans un cas, c'est tres bureaucratique avec chacun veut pousser sa solution deja fini et forcer les autres a recoder, tandis que dans l'autre tout le monde travail a ameliorer une solution…
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 4.
Personnellement, ca me fait tres peur de pousser de plus en plus de fonctionnalite de securite dans une VM qui devient de plus en plus complexe. En gros, une JSVM devient son propre noyau sans avoir les separations entre les process. C'est je trouve bancale et ouvre la porte a pas mal de risque. Mais bon, c'est pas comme si mon Linux n'avait pas tout un tas de mecanisme de securite…
[^] # Re: ça marchera jamais?
Posté par cedric . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 8.
C'est marrant, mais mon experience avec Java n'a jamais ete vraiment de le prendre pour un foudre de guerre. Ca fait dix ans qu'on me dit que c'est aussi rapide que le natif, ca fait dix ans que ce n'est pas mon experience.
Sinon petite lecture sur le JS etant trop lent : http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ . Il y a juste un point qui manque dans cette article, c'est le rapport avec la consommation de batterie. Pour faire simple, si tu es deux fois plus lent, tu as deux fois moins de batterie. C'est pas beaucoup plus complique que ca.
Pour rentrer dans le detail, plus tu utilises de memoire, plus tu consommes de batterie (l'acces a chaque niveau de memoire est plus couteux que le niveau precedent). Plus tu te reposes sur OpenGL pour faire de la magie, plus ton GPU va consommer. Plus tu fais de traitement inutile cote CPU, plus ceci vont te couter.
La majorite des developpeurs sur plateforme mobile n'a strictement aucune competence pour optimiser la consomation de batterie. En plus les environnements de developpement ne mette pas cela en avant. Resultat, ca rajoute une grosse couche de ralentissement et de consommation inutile en plus de ce que ta techno dans le meilleur des cas peut faire. Comme tout cela se demultiplie, partir sur du HTML/JS pour faire du mobile va necessiter d'accepter d'avoir moins d'autonomie… Mais bon de nos jours ne pas avoir une journee d'autonomie, c'est normal, alors ca devrait passer.