Si Nokia a fait un carton avec son 770 (toutes proportions gardées: il s'agit d'un périphérique très spécialisé, mais je parle du succès parmi les geeks du LL, nous quoi ;), c'est certainement parce qu'ils ont vraiment su jouer le jeu avec la communauté du logiciel libre: plateforme de dev transparente, documentée et libre, grande réutilisation des composants du desktop Linux, environement de dev libre et tournant sous Linux, subvention pour les devs libres, rabais sur les ventes aux developpeurs, contributions intégrées upstream, nouveaux developpements libres subventionés, bugtracker public et ouvert ....
À l'opposé il y a la vague récente de smartphones japonais sous Linux, dont on parle peu (bien qu'elle représente une part très importante du marché des smartphones), et pour cause: tout est vérouillé et seule l'API Java est exposée aux developpeurs. Même problématique pour de nombreux autres périphériques sous Linux sur lesquels il est presque impossible de hacker (donc le fait qu'ils utilisent Linux ne nous avance pas trop): freebox/livebox, kiss player, ...
Et sur un plan intermédiaire il y a les périphériques pour lesquels les developpements communautaires sont ralentis par le manque de coopération du fabriquant (par ex. les AP Linksys, et même les Zaurus: la plupart des Zaurus ne sont toujours pas pleinement supportés par le noyau 2.6, faute de doc sur le matériel et d'un quelconque support de Sharp).
Donc le succès (ou au moins, l'intéret pour nous) de cette plateforme ne dépend pas seulement des logiciels qu'ils utilisent (Linux, GTK, ...) mais aussi de l'attitude et des choix de PalmSource envers les barbus du LL.
- Fourniront-ils un environement de developpement fonctionnant sous Linux ? Je pense par exemple à l'émulateur (sans lequel le cycle de dev est beaucoup plus lent) ? Pour l'environement de compilation j'ai confiance, s'ils ne fournissent pas le gcc & les headers qui vont bien, d'autre le feront.
- L'utilisation de leur enviornement de dev sera-t-elle suffisament documentée et transparente pour le hobbyste (celui qui ne paiera pas de licence pour avoir accès aux docs) ? La présence de leur framework propriétaire MAX n'aura elle pas pour conséquence d'opacifier le fonctionnement de l'appareil ? Et les specs des matériels ? (eg si on veut mettre à jour le noyau ...).
- Nous laisseront-ils des moyens aisés pour distribuer des applications (comme l'utilisation de packages & archives au format debian pour le N770) ou laisseront-ils le controle de ces choses aux opérateurs ? Je dev des applis python sur nokia series60 (symbian OS) et j'ai remarqué que la difficulté de distribuer (installer, updater, ...) ces applis est vraiment trop rédibitoire pour être utilisée par d'autres que les developpeurs. Idem pour l'intégration des contributions (améliorations ou corrections de bugs) sur le framework.
- Ils disent utiliser GTK. C'est très vague: GTK sur X11 ? framebuffer ? avec Cairo ? comment comptent-ils faciliter le portage d'applications économes en ressources et adapté aux smartphones ? (compatiblité Maemo ? environement GPE ?). J'ai l'impression que tout le PIM sera du coté du framework propriétaire de Palm, MAX ; le risque c'est que le reste des applications portées sur l'appareil soient les applis propriétaires pour telephones habituelles, en java + les applis compat palm/m68k, et qu'on ai seulement la possibilité d'avoir des applications GTK trop lourdes et inadaptées (du coup, peut nombreuses ou peu utilisées) faute d'un framework adéquat (eg. un gnumeric ou un totem non modifés sur les petites ressources d'un telephone seraint hais par les utilisateurs ! il ne s'agit pas seulement de l'économie en mémoire & cpu: penser aussi à l'adaptation aux petits écrans, aux méthodes de saisie ...).
- Avec un peu de chance, celà amenera de belles améliorations à Gstreamer: Si PalmSource veut être compétitif sur le plan voip et du multimédia, il leur faudra améliorer le support des technos liés à la VoIP ou au GSM, à la lecture de divers médias protégés par DRM, etc... ?
Ça serait une excellente nouvelle pour le desktop unix en général, car Gstreamer est maintenant une techno fd.o plutôt que purement gnome (par ex. les applis KDE tendent à abandonner aRts, les applis gnome ESD, pour un backend basé sur Gstreamer: les poids lourds tels que AmaroK et Totem l'utilisent).
En un mot, nous n'en somme plus à l'époque où on avait a se réjouir de la seule utilisation de Linux sur une nouvelle plateforme: nous pouvons être plus exigeants, et demander des comptes aux fabriquants sur l'ouverture de leurs appareils, de leur environement logiciel et de developpement !
# La plateforme sera-t-elle vraiment geek friendly ?
Posté par herodiade . En réponse à la dépêche Les plans de Palm concernant Linux. Évalué à 10.
À l'opposé il y a la vague récente de smartphones japonais sous Linux, dont on parle peu (bien qu'elle représente une part très importante du marché des smartphones), et pour cause: tout est vérouillé et seule l'API Java est exposée aux developpeurs. Même problématique pour de nombreux autres périphériques sous Linux sur lesquels il est presque impossible de hacker (donc le fait qu'ils utilisent Linux ne nous avance pas trop): freebox/livebox, kiss player, ...
Et sur un plan intermédiaire il y a les périphériques pour lesquels les developpements communautaires sont ralentis par le manque de coopération du fabriquant (par ex. les AP Linksys, et même les Zaurus: la plupart des Zaurus ne sont toujours pas pleinement supportés par le noyau 2.6, faute de doc sur le matériel et d'un quelconque support de Sharp).
Sur ce sujet, voir ce récent article « Linux-based Motorola cell phones frustrate third-party developers » :
http://mobile.newsforge.com/article.pl?sid=06/02/01/1655248&(...)
Donc le succès (ou au moins, l'intéret pour nous) de cette plateforme ne dépend pas seulement des logiciels qu'ils utilisent (Linux, GTK, ...) mais aussi de l'attitude et des choix de PalmSource envers les barbus du LL.
- Fourniront-ils un environement de developpement fonctionnant sous Linux ? Je pense par exemple à l'émulateur (sans lequel le cycle de dev est beaucoup plus lent) ? Pour l'environement de compilation j'ai confiance, s'ils ne fournissent pas le gcc & les headers qui vont bien, d'autre le feront.
- L'utilisation de leur enviornement de dev sera-t-elle suffisament documentée et transparente pour le hobbyste (celui qui ne paiera pas de licence pour avoir accès aux docs) ? La présence de leur framework propriétaire MAX n'aura elle pas pour conséquence d'opacifier le fonctionnement de l'appareil ? Et les specs des matériels ? (eg si on veut mettre à jour le noyau ...).
- Nous laisseront-ils des moyens aisés pour distribuer des applications (comme l'utilisation de packages & archives au format debian pour le N770) ou laisseront-ils le controle de ces choses aux opérateurs ? Je dev des applis python sur nokia series60 (symbian OS) et j'ai remarqué que la difficulté de distribuer (installer, updater, ...) ces applis est vraiment trop rédibitoire pour être utilisée par d'autres que les developpeurs. Idem pour l'intégration des contributions (améliorations ou corrections de bugs) sur le framework.
- Ils disent utiliser GTK. C'est très vague: GTK sur X11 ? framebuffer ? avec Cairo ? comment comptent-ils faciliter le portage d'applications économes en ressources et adapté aux smartphones ? (compatiblité Maemo ? environement GPE ?). J'ai l'impression que tout le PIM sera du coté du framework propriétaire de Palm, MAX ; le risque c'est que le reste des applications portées sur l'appareil soient les applis propriétaires pour telephones habituelles, en java + les applis compat palm/m68k, et qu'on ai seulement la possibilité d'avoir des applications GTK trop lourdes et inadaptées (du coup, peut nombreuses ou peu utilisées) faute d'un framework adéquat (eg. un gnumeric ou un totem non modifés sur les petites ressources d'un telephone seraint hais par les utilisateurs ! il ne s'agit pas seulement de l'économie en mémoire & cpu: penser aussi à l'adaptation aux petits écrans, aux méthodes de saisie ...).
- Avec un peu de chance, celà amenera de belles améliorations à Gstreamer: Si PalmSource veut être compétitif sur le plan voip et du multimédia, il leur faudra améliorer le support des technos liés à la VoIP ou au GSM, à la lecture de divers médias protégés par DRM, etc... ?
Ça serait une excellente nouvelle pour le desktop unix en général, car Gstreamer est maintenant une techno fd.o plutôt que purement gnome (par ex. les applis KDE tendent à abandonner aRts, les applis gnome ESD, pour un backend basé sur Gstreamer: les poids lourds tels que AmaroK et Totem l'utilisent).
En un mot, nous n'en somme plus à l'époque où on avait a se réjouir de la seule utilisation de Linux sur une nouvelle plateforme: nous pouvons être plus exigeants, et demander des comptes aux fabriquants sur l'ouverture de leurs appareils, de leur environement logiciel et de developpement !