Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Bonjour Bernard,

On Sat, 2011-06-18 at 10:41 +0200, Bernard Ribot wrote:    
Je ne dispose ni des réseaux nécessaires pour exercer un quelconque 
lobbying sur les entreprises ou les administrations, ni les compétences 
techniques nécessaires pour élaborer les spec.

Pour elaborer des specs il n'y a pas besoin de competences techniques:
il faut surtout decrire precisement le comportement de la nouvelle
fonctionnalite. Ca aide a savoir quoi implementer et quoi tester.

J'exprimais simplement un besoin que j'ai soumis à discussion sur la 
liste pour en mesurer la "popularité". Et je pensais qu'un besoin 
exprimé sur cette liste et qui recevait l'assentiment d'un certain 
nombre de membres acquérait une certaine légitimité et de ce fait 
pouvait âtre inscrit dans une sorte de bases de données des évolutions 
envisageables du logiciel (bugzilla pourquoi pas).

Tout ce qui ne figure pas dans bugzilla a de tres fortes de chances de
tomber dans l'oubli... deja que la liste de bugs s'allonge de jour en
jour, alors si en plus une fonctionnalite demandee n'est pas dedans...
elle n'a aucune chance.

Dès lors, et selon les priorités attribuées à ces demandes d'évolution,  
un projet était ouvert et un chef de projet désigné. Les ressources 
nécessaires étaient affectées, les choix faits  parmi les options 
possibles de développement (en interne, sous-traitance, etc.), les 
options techniques (évolution incluse dans le code du logiciel, 
extension, etc.).

Ca marche comme ca en entreprise sur des projets classiques. Ca ne
marche pas comme ca dans le libre. En pratique certaines choses que tu
evoquent ne se font pas dans le libre:
  * sous-traitance... a qui?
  * chef de projet... quelle perte de temps de dev.
  * affectation de ressources... quelqu'un d'interesse decide de prendre
le probleme a bras le corps.

Tout cela est dans les attributions du chef de projet. Mais peut-être 
n'y a-t-il pas de chefs de projets à proprement parlé, ou l'organisation 
des développements n'est-elle pas celle-ci ? Comme je l'avais dit à une 
autre occasion, je découvre un nouveau monde.:-)

Bienvenue dans le monde du libre. Oublie le cycle en V (ou Y comme
certains l'appellent)... le libre est generallement fonde sur un mode de
developpement rapide avec des iterations courtes, des tests ecrits en
amont (dans le cas ideal).

Ceci dit j'avais préparé une demande d'amélioration à inscrire dans 
bugzilla qui ressemble à  la description qu'en fait Pierre-Yves :
1) Gestion des champs Image

- Création d'un contrôle picto par glisser-déposer du champ*Image*  depuis la
fenêtre des sources de données et/ou par Insertion>  Champs>  Autres>  Base de données
- Le contrôle doit pouvoir être inclus à la position courante (dans le corps du
texte, dans un cadre, un tableau, etc.
- Gestion de ce contrôle picto par le mailing cf. les autres champs (remplissage
automatique en fonction de l'enregistrement courant traité par le mailing)

   
Mais maintenant je ne sais plus ce qu'il faut faire :-)

Enregistrer la demande dans bugzilla si vous ne voulez pas la perdre. Il
n'est pas necessaire d'avoir une description 100% complete lors de la
soumission, vous pouvez la completer dans les commentaires apres ;)
Quelques documents exemple a l'appui peuvent aider aussi.

A bientot

-- 
Cédric Bosdonnat
LibreOffice hacker
http://documentfoundation.org
OOo Eclipse Integration developer
http://cedric.bosdonnat.free.fr


-- 
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


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.