Bonjour,
Je pense, que ce fil est très intéressant car chacun s'exprime et que
tout le monde semble d'accord.
Nous y avons parlé d'entreprise et de particuliers. Et si nous parlions
d'utilisateurs, tout simplement ?
Je pense que la com entre les 2 branches de versions a été comprise. Les
entreprises ou collectivités s'entourent de prestataires. C'est à eux de
les éclairer.
Le problème reste pour moi les régressions. Vous pouvez avoir 1 ou 2 ou
10 versions en même temps. Il semble prioritaire de pouvoir faire encore
ce que l'on faisait avant
avec un numéro antérieur. Tout le monde peut comprendre que 3.5 est
supérieur à 3.4 et donc, de ce fait, amélioré. Et c'est bien là que nous
avons le souci.
Trop de versions, plus le temps de tester, ni même de communiquer. J'ai
à maintes reprises commencé des documents faisant ressortir des
nouveautés d'une version.
(oui, ceci existe sur le site mais je voulais faire ressortir les
nouveautés fonctionnelles, chères aux utilisateurs).
Mais à peine commencé, mon document devenait obsolète. Alors,
découragée, j'ai arrêté.
A ce stade, il faudrait faire un comparatif pour la branche 3.5. Colonne
ajout et colonne régressions. (et en commentaire ajout mais bug possible)
Ainsi, celui qui n'utilise pas la fonctionnalité vivant une régression
pourra choisir en tout état de cause.
Sur un autre fil, relatif à l'annonce de la 3.5.3, j'ai demandé si nous
avions une liste des problèmes de rétro-compatibilités. Car ce point me
pose un grave problème aujourd'hui.
Concrètement : un document contenant un mot de passe ne peut plus être
ouvert à partir de la 3.5. Ni dans une version antérieure, ni dans Word.
Je n'ai pas eu de retour.
Si je commence à faire ce comparatif dont je viens de parler, j'aurais à
peine lancé windows (it's a joke ;-) qu'une nouvelle version sera
proposée au téléchargement !
Pour tenter de conclure, je crois que nous sommes tous d'accords.
Oui, il faut communiquer. J'avais préparé un mail pour mes clients que
je n'ai pas envoyé. Car je ne souhaite pas communiquer en mal sur
LibreOffice. Et
aujourd'hui, nous en sommes un peu là. Comme l'a précisé Christophe, 80%
des utilisateurs d'Ooo y sont encore.; Et AOO vient de sortir.
Cela me semble être un point à ne pas négliger. Nous répétons depuis
longtemps que les versions sortent trop vite.
Alors, pourquoi ne pas réduire les sorties de version, comme longuement
proposé dans ce fil.
J'ai l'impression que nous passons beaucoup d'énergie (et d'autres
beaucoup plus que moi) à débattre sur des sujets aussi graves que
celui-ci sans que jamais
leurs conclusions ne soient prises en compte par le TDF...
bonne journée
Marie-Jo
Le 14/05/2012 10:14, Bernard Siaud alias Troumad a écrit :
Bonjour
J'ai déjà du répondre au moins une fois sur ce fil bien trop long pour
être parcouru d'un coup le lundi matin !
Il y a d'un côté le besoin et l'envie de rajouter de nouvelles
fonctionnalités. Ceci est un chalenge intéressant pour les
développeurs et une demande insistante de certains utilisateurs.
Il y a d'autre par le besoin d'une version stable et fonctionnelle
quelque soit la drôle de manipulation faite par l'utilisateur pas
toujours informé de toutes les fonctionnalités du logiciel.
Pour un développeur, il est bien plus intéressant de créer de
nouvelles fonctionnalités que de corriger des bugs nouvellement
apparus sur des fonctionnalités développées il y a assez longtemps et
peut-être par une autre personne. Certains développeurs sont bénévoles
(dur à imaginer devant l'ampleur du projet), on ne peut que les
encourager et les remercier. D'autres sont rémunérés pour le travail
qu'ils fournissent pour la communauté. Il serait dommage pour leur
motivation de ne leur donner que des tâches ingrates ou peu
intéressantes comme la correction de bug dont l'utilisateur lambda
n'arrive pas toujours à imaginer le travail à fournir pour obtenir
juste une correction d'un bug qui ne le gênait peut-être pas lui.
Parfois les interactions entre différents
modules du projet ne sont pas toujours facile à saisir, la raison
exacte du bug n'est pas toujours évidente. Si l'utilisateur lambda a
essayé de décrire l'exacte suite d'actions qui peut mener à
l'apparition d'un bug, il peut voir que ce n'est pas évident :
"pourquoi cette fois ça plante et pas l'autre fois ? Quelle est la
différence ?", il peut commence à
saisir la complexité du problème. Déboguer un module qui marche
presque toujours est souvent bien plus long que sa création.
La pages web "bugs critiques" proposée par JBF est sûrement un premier
pas vers une solution, mais encore faut-il que les simples
utilisateurs y participent. Pour ma part, j'avoue avoir plus
facilement tendance à poster ici quand je vois un comportement bizarre
ou anormal selon moi. Je ne peux pas râler contre un produit gratuit
qui marche relativement bien (j'arrive à faire tout ce que je souhaite
avec les coups de mains apportés par la liste) auquel je ne contribue
pas ou si peu !
Je peux bien sûr être surpris devant la vitesse d'apparition des
nouvelles versions, devant le fait qu'une nouvelle monture proposée ne
soit pas de suite considérée stable. Je peux faire remarquer que
certains bugs persistent d'une version à l'autre. Surtout pour à couse
de point, et c'est peut-être là que la page de JBF devient importante,
on va peut-être comprendre que la communauté a besoin d'une pause dans
la recherche de nouvelles fonctionnalités le temps que certains bugs
(tous ?) soient corrigés. C'est peut-être même indispensable pour que
certaines structures adoptent LibO.
Il faudra alors penser à une méthode pour rendre tout de même
accessible les nouvelles fonctionnalités à ceux qui en ont besoin
avant qu'elles
soient incorporées dans le corps du programme.
--
Marie jo KOPP CASTINEL
Société OpenGo
http://www.opengo.fr
Soutenez la bureautique libre
http://www.lamouette.org
--
Envoyez un mail à discuss+help@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
- Re: [fr-discuss] coup de gueule (continued)
Re: [fr-discuss] coup de gueule · Laurent Godard
Re: [fr-discuss] coup de gueule · Bernard Siaud alias Troumad
- Re: [fr-discuss] coup de gueule · Marie jo Libo
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.