Re: [fr-qa] Libreoffice 5.1.1.3 pour Windows 32 bits, plantages à répétition

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