Le 06/04/2016 13:34, Sophie a écrit :
L'attentrectifs. Mais je pense que le DSI le sait :)
Sur le reste, je ne vois pas de démonstrations, ni dans les fils
précédents, mais des affirmations. La seule démonstration qui vaille
serait de faire évoluer deux projets de LibreOffice en parallèle et de
voir celui qui emporterait l’adhésion. Impossible
Ça a pourtant été le cas avec Apache OpenOffice et LibreOffice.
Démonstration faite. Ensuite, tu peux faire une recherche sur "time base
release" sur le web, tu verras que la plupart des projets open source
(qui ont le même modèle de gouvernance que la fondation, à savoir qui ne
payent pas les développeurs) ont adopté ce modèle de fonctionnement.
C'est peut-être aller un peu vite des faits à la conclusion.
AOpenOffice est moribond, c'est vrai, mais il bouge encoure. Même s'il
était mort, c'est aller un peu vite en besogne que de dire que c'est le
mode de développement de LibreOffice qui l'a tuer (ici j'ai fait exprès
de faire une faute;-) pas ailleurs dans le texte:-[ )
From Wikipedia, the free encyclopedia
Release early, release often (also: time-based releases, sometimes
abbreviated RERO) is a software development philosophy that emphasizes
the importance of early and frequent releases in creating a tight
feedback loop between developers and testers or users, contrary to a
feature-based release strategy. *Advocates argue* that this allows the
software development to progress faster, enables the user to help
define what the software will become, *better conforms to the users'
requirements for the software*,[1] and *ultimately results in higher
quality software*.[2] The development philosophy attempts to eliminate
the *risk of creating software that no one will use*.[3]
This philosophy was popularized by Eric S. Raymond in his 1997 essay
The Cathedral and the Bazaar, where Raymond stated "Release early.
Release often. *And listen to your customers*".[4]
This philosophy was originally applied to the development of the Linux
kernel and other open-source software, but has also been applied to
closed source, commercial software development.
The alternative to the release early, release often philosophy is
aiming to provide only polished, bug-free releases.[5] Advocates of
RERO question that this would in fact result in higher-quality
releases.[4]
Je ne vois aucune démonstration ici, mais une philosophie, un modèle de
développement. des arguments, contestables et contestés. Je ne vois pas
non plus que cela implique une augmentation continuelle des régressions.
J'utilise Firefox, qui a adopté ce modèle de développement, mais je peux
continuer à utiliser Firefox tous les jours sans avoir à supporter de
nombreuses régressions.
Après tout quelle qu’en soit l'issue, il sera toujours bon d’affirmer
qu'il n'y avait pas d'autre solution non ?
Non, la veille et la prospective font partie du projet, d'où les
réunions avec l'Advisory Board tous les trois mois, dont la présentation
est distribuée aux membres de TDF. Et pour avoir assisté à toutes les
réunions, je n'ai pas entendu un des membres de l'AB remettre en cause
le modèle de release adopté par TDF.
Je ne suis pas certain que l'on se comprenne. Il ne s'agit pas de
contester le rythme des publications, mais leur qualité, et
éventuellement leur affichage (version de test, fortement buggée)
En tous cas, moi, je suis largement lassé par tous ces bugs, et je
préfère m'en tenir à quelque chose qui fonctionne à peu près
correctement. Je vois autour de moi, que je ne suis pas le seul.
Si ce comportement est marginal, ça me concerne, si ce comportement se
généralise, je pense que ça concerne TDF et son écosystème. Mais là
aussi je peux me tromper
Cela concerne tout le monde, mais attendre que cela se passe ne fera pas
avancer quoi que ce soit au contraire. Et là encore je ne te vise pas,
nous sommes sur la liste QA où tu participes activement.
Je n'ai pas le choix que de faire autre chose que d'attendre.
A partir du moment, ou l'on me dit que la qualité de la suite n'est pas
une priorité, que les régressions provoquent plus de soucis que les
améliorations du logiciel, il est normal de passer en mode "standby"
À bientôt
Sophie
--
Envoyez un mail à qa+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
- Re: [fr-qa] Libreoffice 5.1.1.3 pour Windows 32 bits, plantages à répétition (continued)
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.