Journal Les Geeksphone Keon et Peak sont disponibles à la vente !

Posté par (page perso) . Licence CC by-sa
28
23
avr.
2013

Bonjour cher lecteur,

Le jour historique où les premiers téléphones sous Firefox OS seront en vente est arrivé.

C'est tout simplement le jour qu'on attendait plus, après des semaines de retard et de nombreuses annonces successives.

Vous pouvez découvrir ces terminaux par ici https://shop.geeksphone.com/en/

À noter que les frais de ports amènent le Peak tout juste à 200€ mais il vous faudra attendre de 1 à 5 jours. Moi j'ai opté pour 40€ de FDP. C'est la vie, je suis pressé.

Je souhaite une bonne réussite à Geeksphone dans un premier temps, mais ensuite et surtout à la Fondation Mozilla qui vient de réaliser mon rêve : avoir un smartphone Libre logiciellement avec des applications déjà portées pour n'importe quel terminal !

Merci !

  • # down ?

    Posté par . Évalué à 10.

    le site est déjà linuxfrisé :-(

  • # Too many connections

    Posté par . Évalué à 3.

    Link to database cannot be established: SQLSTATE[42000] [1203] User db59706 already has more than 'max_user_connections' active connections

    Apparemment, je ne suis pas tout seul à vouloir consulter la page…

  • # C'est bon pour moi !

    Posté par (page perso) . Évalué à 2. Dernière modification le 23/04/13 à 09:57.

    Ça fait plusieurs jours que je m'escrime à faire un refresh sur la page et ce matin 8h, heure de Paris, mes efforts ont été récompensés ! :D

    Sinon, ouais, c'est vrai que c'est relou les pbs de "max_user_connections". J'ai bien cru que j'allais louper mon Peak :/

    It's a fez. I wear a fez now. Fezes are cool !

    • [^] # Re: C'est bon pour moi !

      Posté par (page perso) . Évalué à 3.

      Et s'il n'y avait que ça. Les prix en dollars ne sont pas converti en euro à l'achat (c'est juste le sigle qui change, mais la conversion est faite sur le serveur). On ne peut pas non plus retirer une unité d'un produit quand on en a mis une de trop. Le site claque des exceptions un peu partout, et pourtant ils ont eu largement le temps d'y penser !

  • # page de details down, mais commande possible

    Posté par . Évalué à 2.

    en fait on peut juste ajouter le peak au panier et passer commande,
    on ne peut pas avoir d'info sur le telephone ;(

  • # SIM

    Posté par (page perso) . Évalué à 1.

    Ils n'indiquent pas la taille de la sim requise…. j'ai une microsim déja découpée de son emballage ! S'il faut une sim de taille normale, ça va être dur…

    • [^] # Re: SIM

      Posté par (page perso) . Évalué à 1.

      Tu peux recommander une carte SIM neuve chez la plupart des opérateurs pour 10€ dans le pire des cas.

      • [^] # Re: SIM

        Posté par . Évalué à 2. Dernière modification le 23/04/13 à 10:50.

        pour info, les boutiques orange vendent aussi des adaptateurs vers toutes les tailles.

    • [^] # Re: SIM

      Posté par . Évalué à 3.

      Je leur ai posé la question, voici leur réponse :

      It's standard mini SIM, the card we have been using for the last years, don't worry, you won't have to cut your SIM card to adapt it to our phones.

      • [^] # Re: SIM

        Posté par . Évalué à 1.

        En occurrence lui il va devoir le faire, c'est un peu risqué mais ça peut se tenter il me semble… Même si on doit découper le bord des pistes…

        • [^] # Re: SIM

          Posté par . Évalué à 8.

          En occurrence lui il va devoir le faire

          NON car

          […]j'ai une microsim

          It's standard mini SIM,[…] you won't have to cut your SIM card to adapt it to our phones.

          il a donc une SIM plus petite (micro) que l'emplacement necessaire (mini)
          donc il n'aura pas besoin de couper sa carte

  • # applications

    Posté par (page perso) . Évalué à 5.

    Ça veut dire quoi le :

    avoir un smartphone Libre logiciellement avec des applications déjà portées pour n'importe quel terminal !

    je ne comprends pas le « déjà portées ». Ça signifie que comme c'est en html la taille de l'écran ne compte pas et ça s'adapte automatiquement ?

    Parce qu'au final je pense qu'il n'existe pas encore beaucoup d'applications existantes pour ces téléphones.

    En tout cas le design est agréable et l'interface plutôt belle.

    « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

    • [^] # Re: applications

      Posté par (page perso) . Évalué à 0. Dernière modification le 23/04/13 à 17:57.

      J'entends par là qu'aucune action supplémentaire de portage d'une appli n'est nécessaire pour l'utiliser sous Android ou iOS nativement si un navigateur prend en charge les spécifications du W3C. En théorie. Mozilla implémente pour le très court terme des choses qui sont en draft. Pour ce que tu indiques, les tailles d'écrans et autre il manque encore des spécifications à venir dans les prochaines versions (on m'a parlé de "media" quelque chose, pour connaître les propriétés des écrans type densité de pixels) pour être encore plus Responsive, donc la taille d'écran finira par avoir un plancher et ensuite l'application sera mise à l'échelle (principe du SVG je suppose ? Aucune idée).

      Effectivement le Marketplace est plutôt vide pour l'instant ! Une application n'a pas besoin d'être dedans par contre : tout site utilisable et optimisé pour le tactile est par définition une application, et il y en a de fait des millions déjà disponibles.

      Je prends deux exemples :
      - Twitter a fait une application sur beaucoup d'OS mobiles, est-ce qu'une simple version mobile du site ne suffirait pas ? Si le site a besoin d’interactions particulières (avec le carnet d'adresses par exemple) pourquoi pas, mais ce n'est pas toujours le cas. Ces applications ne sont pas nécessaires.
      - le lecteur Libre de RSS FreshRSS tourne particulièrement bien sur téléphone (il change d'apparence), a-t-il besoin d'être dans un quelconque market pour être utilisé comme application ? À mon sens non, il faudrait fournir à son installation un simple fichier texte appelé manifest.webapp pour indiquer dans quel répertoire aller chercher les icônes pour pinner sur le bureau par exemple, mais c'est tout.

      L'interface est jolie selon mes critères, mais Mozilla a annoncé qu'elle n'avait pas été leur priorité à cause de la charge de travail. Ce sera l'objet du développement de cet été à ce que j'ai lu (ne me demandez aucune source je ne garde rien pendant mon surf).

      • [^] # Re: applications

        Posté par . Évalué à 4.

        Faut voir à terme. Maintenant on a quelques exemples :

        • Apple qui, lorsque son premier iPhone est sorti, nous disait qu'on n'avait pas besoin d'applis natives et que le HTML 5 était suffisant. 6 mois plus tard, ils sortaient leur API… Bon, le HTML 5 a pas mal évolué depuis, certes.

        • Facebook dont l'appli Android a longtemps été en HTML 5, qui a fini par passer à un refactor natif pour améliorer ses performances, l'intégration avec l'OS, etc…

        Après c'est sûr que pour les applis qui se limitent à être un lecteur de flux RSS pour un seul site, l'intérêt est limité, mais je n'ai pas l'impression que ça soit le cas de la majorité de ce qu'on trouve sur les AppStore et autre Play Store.

        • [^] # Re: applications

          Posté par (page perso) . Évalué à 10.

          Facebook dont l'appli Android a longtemps été en HTML 5, qui a fini par passer à un refactor natif pour améliorer ses performances, l'intégration avec l'OS, etc…

          Et qui s'est fait coller la honte par Phonegap quand ils on fait une appli HTML5 plus rapide que la nouvelle native :-D

          • [^] # Re: applications

            Posté par (page perso) . Évalué à 2.

            Et qui s'est fait coller la honte par Phonegap […]

            De mon point de vue c'est plutôt les devs de Sencha qui lui ont collé une sacré gifle avec Fastbook. Peut-être était-ce à cela que tu voulais faire allusion ?
            L'histoire est décrite ici:

            http://www.sencha.com/blog/the-making-of-fastbook-an-html5-love-story

            • [^] # Re: applications

              Posté par (page perso) . Évalué à 1.

              Oui pardon j'm'ai gouré.

            • [^] # Re: applications

              Posté par . Évalué à 1.

              C'est surtout une grosse blague cette video.

              1) Ces gros malin evitent evidemment de dire qu'il leur manque la moitie des transitions, que la fluidite est probablement plus que douteuse sur un 3gs, et pour les push notifications, ils repasseront. C'est flagrant sur les photos ou ils leur manquent les transitions, cruciales pour l'UX. De meme pour les fade in/out des commentaires, c'est juste pas la.

              2) c'est fluide? Oui, et la consommation cpu, elle est comment?

              3) les fils de commentaires, ben ouais, fb a fait un choix de design. Ils font un choix different, niveau technique, le load more automatique ca s'ecrit en pfouu, 30 minutes sous ios?

              4) leurs photos sont telechargees en qualite retina? Et non retina sur un 3gs? Peut etre, sur un iphone. Et sur un android, ca marche pareil?

              5) Si fb ne supporte pas le landscape, c'est un choix delibere: tout le monde s'en fout, sur un telephone le contenu se lit verticalement dans 99% des cas, plutot que d'avoir un layout a la con moche comme tout.
              Bonne chance pour empecher un browser de passer en landscape par contre, et bonne fete des morts au designer pour resoudre le probleme… La feature n'en est pas vraiment une, au contraire.

              Bref, il leur manque des features cruciales la ou ils implemente les meme features, et pour le reste ils font des choix de design douteux et clament que c'est vachement meux… Ca va quoi…

              Linuxfr, le portail francais du logiciel libre et du neo nazisme.

        • [^] # Re: applications

          Posté par (page perso) . Évalué à 10.

          Apple a peut être aussi très vite compris l'intérêt d'avoir une API qu'ils sont les seuls à administrer et qui rendent les applications exclusives aux iPhones. Le HTML5 c'est pas bon pour les affaires.

          • [^] # Re: applications

            Posté par . Évalué à -5.

            Incroyable ! Tu dis du mal d'Apple et tu n'es pas à -10 ? Diantre !

  • # Re: Journal— Les Geeksphone Keon et Peak sont disponibles àla vente !

    Posté par (page perso) . Évalué à 10.

    Est-il possible de developper dans le langage qu'on veut ?

    • [^] # Re: Journal— Les Geeksphone Keon et Peak sont disponibles àla vente !

      Posté par (page perso) . Évalué à 10.

      Oui bien sûr ! Evidement ! C'est le principe.

      Il y a juste une restriction … que ton choix se porte sur javascript.

    • [^] # Re: Journal— Les Geeksphone Keon et Peak sont disponibles àla vente !

      Posté par (page perso) . Évalué à 5.

      Absolument ! C, C++, très probablement Python et compagnie, jette un œil à http://fr.wikipedia.org/wiki/Emscripten

      • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

        Posté par (page perso) . Évalué à 6.

        Donc si je veux utiliser mutt vim ou taskwarrior je dois les recompiler en js via emacscripten ? N'est ce pas un peu overkill ?

        • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

          Posté par . Évalué à 5.

          Et tu fais comment sur Android, Windows Phone, iOS, Blackberry Os et Symbian ?

          • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

            Posté par (page perso) . Évalué à 4.

            Android supporte le code natif, je joue à des jeux qui sont des simples recomplications utilisant un portage Android de la SDL : http://libsdl-android.sourceforge.net/ (yen a plein qui sont injouables parce que le téléphone est pas assez puissant, l'écran trop petit ou le gameplay pas adapté au tactile, mais ce qui est intéressant est de pouvoir porter un programme en le recompilant.)

            • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

              Posté par (page perso) . Évalué à 0. Dernière modification le 24/04/13 à 10:17.

              API native de Android = code spécifique pour Android. Donc ton application n'est plus portable, à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Et si ton appli n'a pas de communauté elle ne sera jamais dispo sur la plupart des autres plateformes (iOS, Maemo, Tizen, Ubuntu Phone, Windows Phone, Blackberry).

              Sous cet angle je trouve que ce que fait Mozilla est nettement plus intelligent et plus standard (ce n'est pas une simple norme qu'ils sont les seuls à implémenter).

              • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

                Posté par (page perso) . Évalué à 1.

                Non, tu confonds la portabilité des applications existantes vers ta plateforme et la portabilité des applications développées spécifiquement pour ta plateforme vers les autres plateformes.

                FirefoxOS vend du rêve sur le sujet «Fini de devoir réécrire votre application pour chaque mobile, écrivez la une fois pour toute en HTML5», sauf que ceux qui l'ont déjà écrite une fois pour iOS et une fois pour Android doivent la ré-écrire une troisième fois.

                Dans le cas des applications en C ou C++, on peut les recompiler pour Android, il est souvent préférable de refaire la partie interface pour avoir un truc adapté mais pour certain logiciels ça ne représente qu'une part minime. (et comme démontré plus haut pour certaines bibliothèques comme SDL, pas besoin de refaire l'interface)

                Bref, Android est loin d'être parfait sur ce sujet mais il n'interdit pas totalement l'utilisation d'autres langages que le sien, et c'est une bonne chose. De ce point de vue là je trouve l'approche UbuntuOS plus intéressante pour les mobiles que celle de FirefoxOS.

                • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

                  Posté par (page perso) . Évalué à 2.

                  tu confonds la portabilité des applications existantes vers ta plateforme et la portabilité des applications développées spécifiquement pour ta plateforme vers les autres plateformes

                  Oui, du coup :
                  1. Vers ma plateforme (All -> Firefox OS) : l'application développée pour une API spécifique à un mobile n'est plus portable. Il faut la réécrire.
                  2. Vers la même plateforme (Android -> Android) : à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Fragmentation du Store, Oil Rush n'est dispo que pour les Android qui ont un CPU très spécifique.
                  3. Vers les autres (Firefox OS -> All) : si ton appli n'a pas de communauté elle ne sera jamais dispo sur la plupart des autres plateformes (iOS, Maemo, Tizen, Ubuntu Phone, Windows Phone, Blackberry) parce que cela implique une réécriture (décrite au point 1.) qui n'est pas nécessaire sous Firefox OS grâce à l'API du W3C. Les appli tournent par exemple sous Android via la VM contenue dans Firefox Mobile.

                  Angry Bird n'a absolument pas besoin de revoir son interface pour changer de plateforme, pourtant à l'heure actuelle l'application Android .apk ne tourne pas sur un iOS.

                  ceux qui l'ont déjà écrite une fois pour iOS et une fois pour Android doivent la ré-écrire une troisième fois

                  Et à priori pour la dernière fois, non ? Plus besoin de maintenir les autres versions, et plus besoin d'écrire une cinquième fois l'application pour la prochaine plateforme.

                  Permettre d'écrire du code "natif" pour l'API non standard d'un OS empêche la portabilité des applications vers d'autres plateformes, c'est ce que j'exprimais.

                  • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

                    Posté par . Évalué à 4.

                    1. Vers la même plateforme (Android -> Android) : à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Fragmentation du Store, Oil Rush n'est dispo que pour les Android qui ont un CPU très spécifique.

                    La grosse majorité des applications ayant du code natif sous Android ne nécessitent pas d'être recompilées pour chaque téléphone du monde. De la même manière qu'on a des binaires génériques qui fonctionnent avec tous les x86 Intel ou AMD, on compile généralement un seul binaire pour tous les processeurs ARM utilisés par Android, et hop. On trouve même de quoi faire tourner les binaires natifs ARM surles téléphones avec du Intel Inside, ce qui limite d'autant plus le besoin de recompiler (certes, c'est généralement mieux de le faire, niveau perfs).
                    Reste quelques applis et certains jeux qui sont spécialement optimisés pour du Tegra 2 ou 3 ou autre, mais ça n'est pas une majorité.

                    • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

                      Posté par . Évalué à 3.

                      Je suppose que tu n'as pas un téléphone sous ARMv6, parce que tu as beaucoup de choses qui ne tournent pas dessus. Android doit être capable (merci de {con,in}firmer) de gérer des "fat binaries", mais n'empêche qu'il faut quand même compiler pour chaque archi CPU.

                      • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

                        Posté par . Évalué à 0.

                        C'est pareil sous ios, et ios gere tres bien les fat binaries.

                        Tu trouves pas de binaires armv6 parce que personne ne veut se faire chier a supporter une archi poussive qui de toutes facons ne pourra pas faire tourner l'appli decemment et est probablement trop limite en ram de toutes facon.

                        Je me suis suffisament emmerde a optimiser a droite a gauche pour que ca passe sur iphone 3g, ca ete un bonheur de dire "ios 5 mini", croit moi.

                        Linuxfr, le portail francais du logiciel libre et du neo nazisme.

                • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !

                  Posté par (page perso) . Évalué à 5.

                  Dans le cas des applications en C ou C++, on peut les recompiler pour Androi

                  Tu peux les recompiler en JS.

                  « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

                • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente!

                  Posté par (page perso) . Évalué à 2.

                  Dans le cas des applications en C ou C++, on peut les recompiler pour Android,

                  As tu une doc claire expliquant comment faire ça ?

          • [^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente!

            Posté par (page perso) . Évalué à 5.

            Et tu fais comment sur Android, Windows Phone, iOS, Blackberry Os et Symbian ?

            C'est pour cette raison que j'utilise Maemo.

  • # Libre téléphone maison

    Posté par (page perso) . Évalué à 2.

    Le digitizer de mon N900 est en train de mourir. Ce furent trois ans+ de vraie expérience libre (avec tout ce que ça comporte de bugs/"Work In Progress" que personne de normal ne tolererait sur son téléphone) et j'ai aimé chaque minute avec. Mention spéciale à BASH4, et aircrack-ng. Mais pas seulement.

    Les Phones Firefox semblent être ce qui s'en approche le plus. Voire carrémént mieux, vu que maemo était encore plein de blobs. Donc j'en veux un. Non, deux.

    • [^] # Re: Libre téléphone maison

      Posté par . Évalué à 2.

      Les Phones Firefox semblent être ce qui s'en approche le plus.

      En parlant du N900, j'espère que les téléphones FirefoxOS seront ce que le N9 n'a pas réussi à être à cause du téléguidage Microsoft de Nokia.

      • [^] # Re: Libre téléphone maison

        Posté par (page perso) . Évalué à 5.

        Le N900 et N9 étaient des téléphones assez hauts de gamme ce qui n'est pas le cas, du moins pour un futur proche, de ce que vise Mozilla et les constructeurs avec.
        Il faut comprendre que pour le moment Firefox OS va être surtout pour le bas et moyen de gamme car c'est surtout destiné aux marchés émergents qui n'ont pas encore les moyens d'accéder au haut de gamme.

        Et puis surtout, le haut de gamme exige un OS à la hauteur pour être exploitable, avoir les applications constructeurs, être optimisés et surtout avoir nombre d'applications. Il faut attendre en fait que Firefox OS soit plus stable et développé. Cela pourrait arriver un jour d'ici quelques années…

        Cependant il est clair que le N900 était une tuerie que j'ai su apprécier deux ans (hélas ses performances pour le web moderne cela ne suivait pas pour moi) et Nokia a toujours fait de très bons appareils au niveau matériel, on ne peut que d'autant plus regretter son isolement avec l'OS de Redmond.
        D'ailleurs, il peut être intéressant de voir ce que vont devenir les autres alternatives libres à Firefox OS : webOS, Tizen, j'aioubliéleclonedeMaemo/Meegoquin'estpasTizen et s'ils survivront.

  • # Mises à jour en OTA?

    Posté par . Évalué à 1.

    Existe t'il la possibilité de faire des mises à jour en OTA sur ces téléphones?

    Nan, parce que dire qu'un téléphone est "en développement", c'est un peu n'importe quoi.
    En effet, pour moi, tous smartphones est en perpétuel développement.
    Donc, ça ne me dérange pas tant que l'on peut faire les mises à jour.

    "You need to stop using the crap shipped with Ubuntu."

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.