> Ben ce n'est pas ce qu'on voit. En autre car il y a (et aura) beaucoup beaucou plus
> d'utilisateurs que de contributeurs (surtout depuis que GNU/Linux est utilisé en desktop)
> et que les utilisateurs n'ont globalement pas le même profile que les contributeurs.
Ce point me semble important et crée une vraie différence. Tout du moins à mon niveau de contribution.
Le champ qui m'importe en tant que contributeur c'est la VoIP. Et sur ce point précis, amener plus d'utilisateur rapidement, cela signifie quoi? De ce que je vois (mais je suis partisan et limité), c'est que plus d'utilisateurs signifie un meilleur support de Skype et des clients multiprotocoles, comme Pidgin et Empathy, qui apportent un support pour les réseaux MSN, Yahoo etc.
Étant par ailleurs je suis utilisateur et dans une maigre mesure contributeur à Ubuntu je vais parler de mon expérience avec cette distribution. Fedora, je ne connais pas bien, désolé de tirer la couverte vers cette distro dans cette news, mais cela sera plus interessant car plus concret.
* La documentation.
La documentation sur Ekiga dans Ubuntu était misérable avec que je m'en charge. Ubuntu, que ce soit de l'intérieur, ou de ses utilisateurs, n'a pratiquement rien fait pour améliorer cela. D'un autre côté tu trouves une documentation abondante sur Skype, il me semble principalement du fait des utilisateurs, et, heureusement, des avertissements sur ce qu'est Skype. Mais le fait est que Skype est plutôt bien documenté et je ne crois pas que l'entreprise Skype y soit pour quoi que ce soit.
* Le contrôle qualité.
Ekiga est très mal suivi par les contributeurs d'Ubuntu. Des retards à répétition pour suivre upstream, des bugs flagrant dans les paquets d'Ubuntu (comme un crash à l'exit), la version 3 d'Ekiga, qui est une avancée majeure, n'est toujours pas dans stable ou dans les backports.
D'un autre côté, le staff Ubuntu a réalisé une étude comparative entre Pidgin et Telepathy, avec l'intention d'inclure Empathy au plus vite et voyant que cela n'était pas possible en l'état, à remonté à l'équipe d'Empathy des feature request et bug reports pour rendre cela plus rapide.
Toutefois, dernièrement, j'ai vu quelqu'un d'Ubuntu faire un paquet correct pour Ekiga 3 et même faire des test de qualité dessus. Ce n'est donc pas aussi tranché...
* Les rapports avec Upstream.
Ubuntu remonte les bugs de lunchpad à upstream et c'est une bonne chose d'éviter la duplication des rapports. Mais en ce qui concerne Ekiga, qui est dans main et sur le live CD Ubuntu, je ne pense pas qu'Ubuntu ait beaucoup fait pour contribuer. De ce que j'ai pu lire sur internet cela semble un défaut plus général d'Ubuntu, mais je peux comprendre qu'ils mettent leur force dans l'expérience utilisateur plutôt que dans la contribution upstreamet je peux considérer cela comme utile. Cependant, à tant mettre l'accent sur l'expérience utilisateur, cela accroît la pression sur Upstream sans amener de solution au problème, et cela crée même plus de problème que seul upstream doit gérer. Deux exemples:
Quand Ubuntu a introduit le rapport automatique de bug en cas de crash et qu'il a sorti un paquet d'Ekiga qui crashait à l'exit, l'équipe d'Ekiga a du faire face à un véritable flood de bug reports qui n'était pas de sa faute. Passer son temps libre sur des rapports de crash qui ne sont pas de son fait, ça a bien pris la tête aux developpeurs d'Ekiga qui auraient aimer faire autre chose de leurs soirées et week-end. Ce fut démoralisant. De la part d'Ubuntu ce fut considéré comme une chose normale, vu qu'ils gèrent eux beaucoup de bugs et qu'ont aurait du faire pareil au dépend de la contribution :/
Quand Mark décide de revoir le système de notification pour en supprimer les actions, il promet de fournir des patchs Upstream pour les projets qui utilisent cela. D'une part c'est controversé comme démarche, d'autre part je suis curieux de voir le patch qu'Ubuntu va fournir à Ekiga 3 qui utilise justement la notification avec action pour répondre aux appels. Pour le moment, je ne vois encore qu'une pression supplémentaire sur les développeurs d'Ekiga qui tiennet pour acquis qu'ils vont devoir faire le changement eux-même. Ekiga est dans le main d'Ubuntu pourtant. Pour le moment, Ubuntu n'a pris contact avec nous, ne serai-ce que part courtoisie et pour nous prévenir. On est devant la décision déjà prise :( M'enfin, peut-être qu'ils fourniront un patch après tout et que je ne suis que mauvaise langue ici...
* La philosophie des parts de marché
Ubuntu veut de la VoIP multiprotocole avec support de MSN, yahoo etc. à travers Empthay. J'en tiens pour preuve leur étude sur l'utilisabilité Pidgin Versus Empathy. Si on veut plus d'utilisateurs c'est logique. Mais si on veut plus de logiciels libres? La FSF a pris comme décision que le remplacement de Skype était une priorité pour le logiciel libre, et dans sa liste de logiciels à soutenir, il n'y a ni Pidgin, ni Empathy. Sans connaître les raison de cette mise à l'écart de deux logiciels si important pour Ubuntu de la part de la FSF, je pense que cela est tout à fait cohérent.
Les utilisateurs veulent pouvoir rester dans leurs réseaux d'amis qui utilisent très majoritairement Skype, MSN, Yahoo etc. Je le comprends et je ne les blâme pas. Cependant, je tiens à argumenter sur ce qui est à mes yeux l'erreur fondamentale des logiciels multiprotocoles : le support des protocoles se fait au détriment des fonctionnalités. L'interface, ou encore les API exposées par le framework, de ces logiciels doit pouvoir s'adapter à l'ensemble des protocoles gérés. On a donc une logique du plus petit dénominateur commun. Pire, ces logiciels ne font pas d'interopérabilité entre les protocoles ; non contents de perpétuer le cloisonnement des réseaux d'amis, ils n'ont pas à ma connaissance la volonté d'unifier ces réseaux. Ainsi, s'ils vont simplifier la vie de l'utilisateur qui va vouloir discuter avec un copain, ils ne vont pas résoudre le problème futur pour le desktop qui consiste à mettre en oeuvre des solutions pour la collaboration à plusieurs, ni même pour les actions collectives. Une telle collaboration/action collective, passe nécessairement par un réseau unifié aux fonctionnalités avancées et pas seulement à la discussion duel entre deux contacts. Pidgin et Telepathy ne résolvent pas de tels problèmes, et je dirais même qu'ils sont conçus contre de telles solutions (pas intentionnellement je pense).
Le prix de cette recherche de parts de marché en ce qui concerne la VoIP est à mes yeux un sérieux ralentissement de ce que pourrait-être la VoIP libre, puisque non seulement on ne l'encourage pas, mais on met de côté tous les plus qui pourraient être sa force et qu'on ne trouve que dans des clients dédiés à un seul protocole (XMPP ou SIP).
[^] # Re: mépris déplacé des utilisateurs ?
Posté par Yannick . En réponse à la dépêche Interview de Jeroen van Meeuwen - Fedora Project Vice President Fedora EMEA. Évalué à 3.
> Ben ce n'est pas ce qu'on voit. En autre car il y a (et aura) beaucoup beaucou plus
> d'utilisateurs que de contributeurs (surtout depuis que GNU/Linux est utilisé en desktop)
> et que les utilisateurs n'ont globalement pas le même profile que les contributeurs.
Ce point me semble important et crée une vraie différence. Tout du moins à mon niveau de contribution.
Le champ qui m'importe en tant que contributeur c'est la VoIP. Et sur ce point précis, amener plus d'utilisateur rapidement, cela signifie quoi? De ce que je vois (mais je suis partisan et limité), c'est que plus d'utilisateurs signifie un meilleur support de Skype et des clients multiprotocoles, comme Pidgin et Empathy, qui apportent un support pour les réseaux MSN, Yahoo etc.
Étant par ailleurs je suis utilisateur et dans une maigre mesure contributeur à Ubuntu je vais parler de mon expérience avec cette distribution. Fedora, je ne connais pas bien, désolé de tirer la couverte vers cette distro dans cette news, mais cela sera plus interessant car plus concret.
* La documentation.
La documentation sur Ekiga dans Ubuntu était misérable avec que je m'en charge. Ubuntu, que ce soit de l'intérieur, ou de ses utilisateurs, n'a pratiquement rien fait pour améliorer cela. D'un autre côté tu trouves une documentation abondante sur Skype, il me semble principalement du fait des utilisateurs, et, heureusement, des avertissements sur ce qu'est Skype. Mais le fait est que Skype est plutôt bien documenté et je ne crois pas que l'entreprise Skype y soit pour quoi que ce soit.
* Le contrôle qualité.
Ekiga est très mal suivi par les contributeurs d'Ubuntu. Des retards à répétition pour suivre upstream, des bugs flagrant dans les paquets d'Ubuntu (comme un crash à l'exit), la version 3 d'Ekiga, qui est une avancée majeure, n'est toujours pas dans stable ou dans les backports.
D'un autre côté, le staff Ubuntu a réalisé une étude comparative entre Pidgin et Telepathy, avec l'intention d'inclure Empathy au plus vite et voyant que cela n'était pas possible en l'état, à remonté à l'équipe d'Empathy des feature request et bug reports pour rendre cela plus rapide.
Toutefois, dernièrement, j'ai vu quelqu'un d'Ubuntu faire un paquet correct pour Ekiga 3 et même faire des test de qualité dessus. Ce n'est donc pas aussi tranché...
* Les rapports avec Upstream.
Ubuntu remonte les bugs de lunchpad à upstream et c'est une bonne chose d'éviter la duplication des rapports. Mais en ce qui concerne Ekiga, qui est dans main et sur le live CD Ubuntu, je ne pense pas qu'Ubuntu ait beaucoup fait pour contribuer. De ce que j'ai pu lire sur internet cela semble un défaut plus général d'Ubuntu, mais je peux comprendre qu'ils mettent leur force dans l'expérience utilisateur plutôt que dans la contribution upstreamet je peux considérer cela comme utile. Cependant, à tant mettre l'accent sur l'expérience utilisateur, cela accroît la pression sur Upstream sans amener de solution au problème, et cela crée même plus de problème que seul upstream doit gérer. Deux exemples:
Quand Ubuntu a introduit le rapport automatique de bug en cas de crash et qu'il a sorti un paquet d'Ekiga qui crashait à l'exit, l'équipe d'Ekiga a du faire face à un véritable flood de bug reports qui n'était pas de sa faute. Passer son temps libre sur des rapports de crash qui ne sont pas de son fait, ça a bien pris la tête aux developpeurs d'Ekiga qui auraient aimer faire autre chose de leurs soirées et week-end. Ce fut démoralisant. De la part d'Ubuntu ce fut considéré comme une chose normale, vu qu'ils gèrent eux beaucoup de bugs et qu'ont aurait du faire pareil au dépend de la contribution :/
Quand Mark décide de revoir le système de notification pour en supprimer les actions, il promet de fournir des patchs Upstream pour les projets qui utilisent cela. D'une part c'est controversé comme démarche, d'autre part je suis curieux de voir le patch qu'Ubuntu va fournir à Ekiga 3 qui utilise justement la notification avec action pour répondre aux appels. Pour le moment, je ne vois encore qu'une pression supplémentaire sur les développeurs d'Ekiga qui tiennet pour acquis qu'ils vont devoir faire le changement eux-même. Ekiga est dans le main d'Ubuntu pourtant. Pour le moment, Ubuntu n'a pris contact avec nous, ne serai-ce que part courtoisie et pour nous prévenir. On est devant la décision déjà prise :( M'enfin, peut-être qu'ils fourniront un patch après tout et que je ne suis que mauvaise langue ici...
* La philosophie des parts de marché
Ubuntu veut de la VoIP multiprotocole avec support de MSN, yahoo etc. à travers Empthay. J'en tiens pour preuve leur étude sur l'utilisabilité Pidgin Versus Empathy. Si on veut plus d'utilisateurs c'est logique. Mais si on veut plus de logiciels libres? La FSF a pris comme décision que le remplacement de Skype était une priorité pour le logiciel libre, et dans sa liste de logiciels à soutenir, il n'y a ni Pidgin, ni Empathy. Sans connaître les raison de cette mise à l'écart de deux logiciels si important pour Ubuntu de la part de la FSF, je pense que cela est tout à fait cohérent.
Les utilisateurs veulent pouvoir rester dans leurs réseaux d'amis qui utilisent très majoritairement Skype, MSN, Yahoo etc. Je le comprends et je ne les blâme pas. Cependant, je tiens à argumenter sur ce qui est à mes yeux l'erreur fondamentale des logiciels multiprotocoles : le support des protocoles se fait au détriment des fonctionnalités. L'interface, ou encore les API exposées par le framework, de ces logiciels doit pouvoir s'adapter à l'ensemble des protocoles gérés. On a donc une logique du plus petit dénominateur commun. Pire, ces logiciels ne font pas d'interopérabilité entre les protocoles ; non contents de perpétuer le cloisonnement des réseaux d'amis, ils n'ont pas à ma connaissance la volonté d'unifier ces réseaux. Ainsi, s'ils vont simplifier la vie de l'utilisateur qui va vouloir discuter avec un copain, ils ne vont pas résoudre le problème futur pour le desktop qui consiste à mettre en oeuvre des solutions pour la collaboration à plusieurs, ni même pour les actions collectives. Une telle collaboration/action collective, passe nécessairement par un réseau unifié aux fonctionnalités avancées et pas seulement à la discussion duel entre deux contacts. Pidgin et Telepathy ne résolvent pas de tels problèmes, et je dirais même qu'ils sont conçus contre de telles solutions (pas intentionnellement je pense).
Le prix de cette recherche de parts de marché en ce qui concerne la VoIP est à mes yeux un sérieux ralentissement de ce que pourrait-être la VoIP libre, puisque non seulement on ne l'encourage pas, mais on met de côté tous les plus qui pourraient être sa force et qu'on ne trouve que dans des clients dédiés à un seul protocole (XMPP ou SIP).
Cordialement,
Yannick