RE: [fr-discuss] Page expliquant le processus de publication desnouvelles versions

2012-12-02 Par sujet Michel Rudelle

Bonjour,

> De : Jean-Baptiste Faure [mailto:jbf.fa...@sud-ouest.org]
> Envoyé : dimanche 2 décembre 2012 13:24
> 
> Bonjour,
> 
> Le 29/11/2012 14:58, vulcain a écrit :
> > Bonjour,
> >
> > Es-ce qu'il ne pourrait pas être pertinent de reprendre cette image dans
> > la page ??
> >
> http://wiki.documentfoundation.org/File:LibOReleaseLifecycle.png#filelinks
> Oui mais je trouve que le code de couleurs est erroné. Il suggère une
> progression mais on commence par du rouge puis du jaune/orangé puis à
> nouveau du rouge puis du noir.
> Personnellement je referais volontiers le dessin avec 4 catégories
> d'utilisation : Tests QA -> Early adopters -> Recommended -> Conservative
> et un jeu de couleurs plus parlant (mais peut-être trop
> occidentalo-centré ?) rouge > jaune/orangé > vert clair > vert foncé
> 
> Qu'en pensez-vous ?

Avec les couleurs que tu proposes le schéma sera parfait!
Quant à la symbolique des couleurs ... je ne sais pas!
Mais il y a ainsi une progression des  couleurs et non l'impression de
tourner en rond, et je pense que c'est plus compréhensible pour tout le
monde.

Michel 


-- 
Envoyez un mail à discuss+h...@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



RE: [fr-discuss] Page expliquant le processus de publication desnouvelles versions

2012-11-05 Par sujet Michel Rudelle
Bonjour,

Point de vue d'un non-développeur : ce texte est très clair, et nécessaire !

Michel

> -Message d'origine-
> De : Jean-Baptiste Faure [mailto:jbf.fa...@sud-ouest.org]
> Envoyé : dimanche 4 novembre 2012 22:52
> À : discuss@fr.libreoffice.org
> Cc : Cedric Bosdonnat; Norbert Thiebaud
> Objet : Re: [fr-discuss] Page expliquant le processus de publication
> desnouvelles versions
> 
> Le 31/10/2012 06:53, Jean-Baptiste Faure a écrit :
> > Bonjour,
> >
> > J'envisage d'ajouter au site francophone un lien vers une page
> > d'explication sur le processus de publication des nouvelles versions.
> > L'idée est d'expliquer en quoi consiste le choix "time based release".
> > Est-ce que cela vous parait une bonne idée ou au contraire un risque de
> > confusion supplémentaire ?
> >
> > Dans l'immédiat je cherche une expression en français qui rende la même
> > idée. Je trouve que "Publication à dates fixes" a une signification un
> > peu appauvrie par rapport à l'anglais. Des suggestions ?
> Merci à tous pour vos propositions de formulation en français.
> 
> Est-ce que le texte ci-dessous est compréhensible par les
> non-développeurs et correct pour les développeurs ?
> 
> Politique de publication des nouvelles versions :
> 
> Il existe essentiellement deux sortes de politique de publication des
> nouvelles versions d'un logiciel, d'une part une politique contrainte
> par un calendrier de publication pré-établi (time-based release /
> publication planifiée) et d'autre part une politique contrainte par un
> cahier des charges donnant la liste des fonctions qui doivent avoir été
> implémentées et des bugs qui doivent avoir été corrigés (feature-based
> release).
> 
> Dans le cas d’une politique de publication basée sur un calendrier
> pré-établi, on décide de ne pas attendre les développements et les
> correctifs qui ne sont pas encore prêts. Si la nouvelle version
> satisfait les critères de publication du projet (pas de bug bloquant) à
> la date de sortie prévue, on peut la publier. Il est possible de se
> permettre cela car en contrepartie le rythme de publication est soutenu,
> si une nouvelle fonction ou un correctif manquent une échéance, ils
> peuvent attendre sans dommage l’échéance suivante qui va arriver
> rapidement. Pour LibreOffice ce délai entre deux micro-release (passage
> de la version x.y.z à la version x.y.z+1) est de 3 à 5 semaines.
> 
> Les gains attendus de la mise en place d’une politique de publication
> basée sur un calendrier pré-établi sont multiples :
> - meilleure prédictibilité, on sait quand le logiciel sera disponible ;
> - meilleure discipline dans l’apport de correctifs, les retardataires
> n'étant pas attendus, ils ne peuvent pas bloquer la sortie d'une
> nouvelle version, ils sont donc incités à ne pas être retardataires ;
> - publications plus régulières.
> Une telle politique permet aussi d'accorder les publications de
> nouvelles versions entre différents projets, par exemple coordonner la
> publication d'une distribution Linux et des logiciels qui la compose.
> 
> La politique de publication basée sur un calendrier pré-établi est
> largement utilisée dans le monde du logiciel libre quand les
> contributeurs sont dispersés, appartiennent à des entreprises diverses
> (voire concurrentes) ou sont bénévoles, donc des contributeurs dont
> l'activité et l'emploi du temps ne sont pas contrôlés par une autorité
> unique. Ce sont des projets dans lesquels on ne peut pas décider a
> priori quand les contributeurs devront réaliser leur contribution. Il
> est donc essentiel que le projet puisse avancer même si les
> contributions n'arrivent pas au moment initialement prévu.
> 
> 
> Qu'en pensez-vous ?
> 
> Bonne soirée
> JBF
> 
> --
> Seuls des formats ouverts peuvent assurer la pérennité de vos documents.
> 
> 
> --
> Envoyez un mail à discuss+h...@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


-- 
Envoyez un mail à discuss+h...@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