[RFR] wml://vote/2006/platforms/93sam.wml
Bonjour,
Voici la traduction du programme de Steve McIntyre pour l'élection de
chef du projet Debian en ... 2006.
Merci d'avance pour vos relectures.
Amicalement
jipege
#use wml::debian::template title="Platform for Steve McIntyre" BARETITLE="true" NOHEADER="true"
#include "$(ENGLISHDIR)/vote/style.inc"
#use wml::debian::translation-check translation="1.5" maintainer="Jean-Pierre Giraud"
<h1>Programme de chef du projet Debian de Steve McIntyre</h1>
<h2>Introduction</h2>
<p>
Je suis développeur Debian depuis octobre 1996. J'ai rejoint le projet
à l'origine pour maintenir la version Debian de mikmod. J'étais alors
le développeur amont et je souhaitais que la version Debian marche
bien aussi. � cette époque la procédure de nouveau mainteneur était
plus simple qu'aujourd'hui : j'ai installé Debian, puis, deux jours
après, j'envoyais un mail à Bruce Perens avec une clef PGP et lui
demandais un login pour Debian. Il m'a répondu immédiatement avec tous
les détails pour ouvrir le compte - j'étais admis !
</p>
<p>
� partir de ce moment-là , j'ai travaillé à un grand éventail de
paquets, certains lourds et d'autres moins. C'est au sein de l'équipe
debian-cd que j'ai réalisé le travail probablement le plus notable
pour Debian : j'y ai développé le logiciel debian-cd lui-même, puis
j'ai utilisé le même logiciel pour créer les CD officiels (maintenant
les DVD) qui accompagnent chaque version de Debian. J'ai été impliqué
dans la création de CD de toutes les versions majeures et des versions
intermédiaires depuis Hamm.
</p>
<h2>Objectifs</h2>
<p>L'essentiel de ce que je voudrais voir changer ou s'améliorer dans
Debian, ce sont des problèmes bien identifiés et qui nous affectent
depuis longtemps. Je peux les ranger dans deux catégories : les
problèmes de relation et le professionnalisme, même si ces deux notions
se recouvrent largement dans certains cas.</p>
<h3>Problèmes de relations</h3>
<h4>La communication à l'intérieur du projet</h4>
<p>C'est un cauchemar permanent ; aussi loin que je m'en souvienne, les
candidats au poste de chef du projet ont toujours promis de travailler
à l'amélioration de la communication au sein du projet. Il
y a plusieurs endroits où la communication a été problématique dans
le passé. Quelquefois, les efforts du chef du projet Debian ont pu aider
à arranger les choses, mais le plus souvent, il n'y a pas eu
d'amélioration visible.</p>
<p>Des nouvelles simples et régulières des différentes équipes sur leur
état, au sein du projet peuvent ici jouer un grand rôle. �galement, des
rapports réguliers du chef du projet sont nécessaires pour être sûr que
la communauté Debian est bien consciente de ce qui est dit et fait en
son nom. Même si une partie des rapports ne fait que dire « désolé,
j'ai été pris par ma vraie vie et je n'ai pas pu faire grand-chose »,
simple confirmation que les postes ne siègent pas sans surveillance est
mieux que rien. Je souhaite encourager ces mises au point, et si je suis
élu, je m'engage à diffuser régulièrement des informations du chef du
projet Debian.</p>
<h4>Listes de diffusion et canal IRC</h4>
<p>De récents événements suggèrent que nous avons beaucoup à apprendre
d'Ubuntu et de son code de conduite. Une parole libre est un idéal
auquel nombre d'entre nous dans Debian sommes attachés, mais le langage
négatif et violent qui apparaît souvent, tout au long des listes de
diffusion et des canaux IRC, n'est <strong>pas</strong> productif. Ã?
cause de cela, beaucoup de gens dans le projet et en dehors sont devenus
réticents pour contribuer à nos discussions techniques. Cela nous fait
du mal directement et indirectement : la perception publique du projet
peut souffrir quand nos contacts extérieurs sont inamicaux.</p>
<p>Nous avons besoin de nous mettre <strong>d'accord</strong> sur un
code de conduite de Debian et ensuite de le <strong>respecter</strong>.
Nous avons déjà l'ébauche d'un tel document, et j'aimerais contribuer Ã
le développer et à encourager les autres développeurs à l'adopter.</p>
<h4>Formation et nouveaux membres (NM)</h4>
<p>Actuellement, le processus d'admission des NM comporte des tests
détaillés pour tester les capacités techniques du candidat et, bien sûr,
c'est une chose utile à faire. Malheureusement, il n'y a pas de
sélection sur les qualités relationnelles ; mais nous avons besoin de
travailler ensemble comme une communauté !
</p>
<p>On demande souvent aux NM de montrer leurs capacités en construisant
un nouveau paquet ou en s'occupant d'un paquet orphelin. Cela peut être
un bon moyen pour tester les capacités d'empaquetage, mais cela peut
mener les NM à travailler sur des paquets qui ne les intéressent pas
vraiment â?? plus tard, il y a de forte chance que ce deviennent des
paquets abandonnés.
</p>
<p>J'aimerai suggérer que la formation des NM puisse ou doive se passer
au sein d'équipes. Nous avons beaucoup de paquets où les responsables
peuvent se faire aider dans leur travail et un grand nombre de NM qui
cherchent des tâches à accomplir. Je crois que c'est un champ important
où nous pouvons nous améliorer. Nous avons besoin de responsables de
paquet sympathiques pour faire ce travail â?? ils seront responsables du
travail accompli et on attendra d'eux un rapport sur les candidats
membres correspondants. Je me suis déjà porté volontaire pour mes
propres paquets pour cette activité, et j'aimerai que d'autres
développeurs Debian fassent de même.</p>
<h4>Transparence dans le projet</h4>
<p>Nous promettons d'être aussi transparents que possible, mais souvent
nous n'y réussissons pas. Parfois, c'est nécessaire (par exemple, quand
on discute de mises à jour de sécurité sous embargo), mais la plupart
du temps ce n'est pas le cas. Parfois des discussions demeurent privées
alors qu'elles ne devraient pas l'être et ce n'est pas bon pour nous.
Quelque fois un travail technique est réalisé à l'intérieur de nos
différentes équipes et quand ce travail est présenté à un public plus,
il court des accusations de « cabale ».</p>
<p>Malheureusement, il n'y a pas de remède miracle pour améliorer la
situation. Je crois qu'un des principaux verrous ce sont les attitudes
agressives qui se manifestent souvent dans nos forum de développement,
et c'est cela qui doit être réduit en premier. Une fois que nous aurons
une atmosphère de discussion plus saine, naturellement, il y aura plus
de discussions libres.</p>
<h3>Professionnalisme</h3>
<h4>Critères techniques</h4>
<p>Dans notre grand dépôt de logiciels, il y a un très grand nombre de
paquets, maintenus par un très grand nombre de responsables. Dans
Debian, la grande majorité du travail est très bien fait, mais
malheureusement pas tout. Beaucoup a été dit sur le fait que beaucoup
de nos développeurs sont bénévoles qu'on ne peut pas forcer à faire
ce qu'ils ne veulent pas faire. Cela peut excuser la lenteur du travail
de certains sur leurs paquets, mais cela ne <strong>doit pas</strong>
excuser la négligence qui se manifeste de temps en temps lorsque, par
exemple, des paquets ne peuvent être construits sur des systèmes propres.
</p>
<p>Nous disposons d'un nombre croissant d'outils que les responsables
peuvent utiliser pour vérifier la qualité de leurs paquets (linda,
lintian et maintenant piuparts). Nous avons construit des outils qui
peuvent réduire le risque de briser des dépendances et autres problèmes
de construction (sbuild, pbuilder, etc.). Et pourtant, nous avons encore
régulièrement des paquets cassés ou de faible qualité versés dans le
dépôt.</p>
<p>� mon avis, il y a là deux problèmes. Certains responsables de
paquets ne sont pas conscients de l'évolution qui est survenue dans nos
outils et nos procédures. Et certains parmi nous ne ressentent pas le
besoin d'utiliser ces nouveaux outils et nouvelles méthodes. Ces deux
problèmes peuvent être corrigés : plus de documentation sur les méthodes
de bonne pratique d'empaquetage et de test pourrait aider, Ã la fois en
décrivant ce qui est disponible et pourquoi c'est bien.</p>
<h4>Travailler efficacement ; demander de l'aide</h4>
<p>Dans le prolongement du point précédent : un autre volet des tâches
des responsables Debian est de travailler efficacement, Ã la fois sur
leurs propres paquets et sur le projet considéré comme un ensemble. Cela
comprend des choses simples comme de gérer les bogues de ses paquets en
temps opportun, mais aussi des choses plus importantes comme penser aux
conséquences des modifications sur le calendrier des publications.
Travailler efficacement ce n'est pas seulement important pour sa propre
satisfaction ; cela a aussi un impact majeur sur le temps que prend une
publication et la satisfaction des utilisateurs d'utiliser Debian.</p>
<p>� mon avis, un élément clé pour un travail efficace est l'honnêteté.
On peut tous avoir un manque de temps pour remplir les tâches que nous
avons promis d'accomplir. Après tout, la vraie vie a la mauvaise
habitude d'empiéter sur ce que nous appelons notre temps « libre ». Tant
qu'on ne laisse pas les choses prendre trop de retard, on peut faire
face et continuer à contribuer. Mais à un certain moment, il faut être
honnête avec soi-même et accepter l'idée qu'on ne peut pas continuer Ã
faire le travail sur lequel on s'est engagé. C'est une chose difficile
à faire, mais dans une communauté fraternelle où tout le monde travaille
avec les mêmes objectifs, il ne devrait <strong>pas</strong> y avoir de
honte à demander de l'aide.</p>
<p>� une autre échelle, il existe des procédures pour les responsables
Debian pour abandonner temporairement le projet si la vie réelle les
dépasse, puis le rejoindre quand leur siutation évolue. � nouveau, il
n'y pas de honte à le faire â?? nous devrions juste être heureux de
reconnaître toutes les contributions que les gens ont donnés au logiciel
libre quand ils l'ont pu. Mais, pourtant, beaucoup de gens ne suivent
pas cette voie, mais plutôt sont juste « portés disparus ». Cela peut
prendre du temps avant que l'on découvre que des responsables Debian se
sont simplement retirés du projet. J'ai entendu quelques suggestions sur
la manière de s'en rendre compte plus vite et plus facilement et je
souhaite m'en occuper.</p>
<h2>Pourquoi voter pour moi ?</h2>
<p>Il y a un vaste choix de candidats cette année, ce qui complique le
choix des développeurs pour le vote. Je crois que je peux faire du bon
travail comme chef du projet Debian en raison des qualités que voici :
</p>
<ul>
<li><strong>Expérience :</strong> Je suis développeur Debian depuis
bientôt dix ans maintenant. J'ai fait beaucoup de travail d'empaquetage,
j'ai vu Debian beaucoup évoluer pendant ce temps, et je me suis impliqué
dans tout un tas de discussions diverses.</li>
<li><strong>Organisation :</strong> Au-delà de l'empaquetage, j'ai fait
pas mal de travail pour promouvoir Debian. J'ai organisé des stands
Debian dans beaucoup de shows et expositions pendant ces années, et j'ai
animé la liste de diffusion debian-uk. Ces deux activités m'ont fait
prendre conscience de ce que sont Debian et ses objectifs. Je suis aussi
le trésorier actuel de l'association Debian UK. J'ai déjà une sérieuse
expérience de la gestion de l'ingérable, y compris l'organisation des
déplacements de groupes aux Debconf, FOSDEM et autres manifestations.
</li>
<li><strong>Sociabilité :</strong> Je suis un programmeur, ce qui veut
dire que j'ai des opinions tranchées sur plein de sujets (*grand
sourire*). Malgrès cela, je crois que je suis en général accessible et
qu'il est facile de travailler avec moi. Je suis un bon communicant et
un bon négociateur et, ces dernières années,je me suis fait beaucoup
d'amis dans le projet Debian et, plus largement, dans la communauté du
logiciel libre.
</ul>
<h2>Résumé</h2>
<p>J'ai abordé quelques problèmes ici qui je l'espère ne sont pas
inconnus pour la majorité d'entre nous. Je dois aussi reconnaître le
fait que le chef du projet n'a pas le pouvoir d'imposer simplement les
changements qu'il ou elle juge bons. Le mieux que le chef du projet
Debian puisse faire est de nous encourager à nous améliorer, parfois par
la discussion et le débat et parfois en montrant l'exemple. Je ne
prétends pas être parfait, mais je crois que je peux aider à ce que
nous atteignons certains des objectifs sur le plan professionnel et des
relations sociales que j'ai listé ici. Ma priorité sera de résoudre
d'abord certains des problèmes de relation sociales, parce que ce sont
les plus urgents et qu'Ã mon avis ce sont ceux qui peuvent sans doute
causer le plus de tort au projet à long terme.</p>
<p>Merci pour le temps que vous avez consacré à lire mon programme.</p>
<h2>Réfutation</h2>
<p>Avant tout, je dirai que je crois que cette année nous avons une
sélection de bons candidats. La plupart des problèmes que j'ai mis en
avant dans mon programme ont aussi été relevé par plusieurs des autres
candidats, et un certain nombre des solutions sont partagées. Ceci rend
encore plus difficile la rédaction de cette réfutation, à moins de dire
des choses comme "Jeroen sent mauvais (*grand sourire*)Â !</p>
<p>Néanmoins, je vais faire un effort. J'aimerais être chef du projet
Debian (bien sûr, sinon, je ne me serais pas présenté !) mais je serais
aussi assez heureux de voir <strong>toute</strong> personne compétente
élue. Voici, en plus de détails, mon opinion sur les autres candidats et
leur programme :</p>
<h3>Andreas Schuldei</h3>
<p>Andreas a démontré qu'il était capable de coordonner parfaitement de
grands projets â?? regardez la série de Debconf à laquelle il a Å?uvré ces
dernières années. En ce qui concerne son programme, je pense qu'il vise
surtout à rendre Debian plus efficace en privilégiant la mise en place
de petites équipes pour remplir les tâches. Dans de nombreux cas, je
pense que cela marche bien. Mais ce n'est pas immédiatement évident que
ce soit toujours le cas ; spécifiquement, l'équipe du chef du projet de
l'an dernier a pu remplir ses missions, mais pas grand-chose n'a été
visible pour le reste du projet.</p>
<h3>Anthony Towns</h3>
<p>Nous connaissons tous bien AJ qui a été gestionnaire de publication,
ftpmaster et un gourou du débogage dans sa longue et féconde histoire de
développeur Debian. Il a accumulé une expérience qui démontre son
implication dans le projet. Cette année, ses objectifs de vitalité, de
recrutement et de direction, tout me semble plutôt juste. Je lui
souhaite les meilleures chances ; l'année dernière a montré qu'il avait
continué à travaillé pour ses objectifs bien qu'il n'ait pas été élu et
j'admire cela.</p>
<h3>Ari Pollak</h3>
<p>Je pense qu'Ari se sous-estime lorsqu'il se décrit comme un candidat
« à moitié fantaisiste ». J'étais vraiment mort de rire la première fois
que j'ai lu son programme, ce qui a provoqué quelques froncements de
sourcils au travail... :-)</p>
<h3>Bill Allombert</h3>
<p>Bill a rejoint la compétition pour le poste de chef du projet Debian.
Ses objectifs rejoignent ceux d'autres à un certain degré. Je n'ai pas
beaucoup d'expérience de travail avec Bill, mais son travail sur les
paquets menu et popcon laisse penser que Bill est quelqu'un de capable.
Je m'inquiète qu'il n'ait pas beaucoup d'expérience de travail dans ou
avec les équipes au cÅ?ur du projet.</p>
<h3>Jeroen van Wolffelaar</h3>
<p>Jeroen ne participe pas à Debian depuis très longtemps, mas il
bénéficie déjà d'une grande influence. Si je ne m'abuse, il a initié la
Team Scud, l'équipe de chef de projet Debian qui a soutenu deux
candidats l'an dernier et à nouveau deux candidats cette année. Jeroen a
aussi Å?uvré comme membre de l'équipe de ftpmaster, et il m'a
personnellement beaucoup aidé en fournissant des ressources à l'équipe
CD. J'ai encore quelques réserves mineures à propos de l'équipe de chef
du projet Debian, à la fois sur l'idée même et sur sa mise en Å?uvre,
mais, malgré cela, j'aurai plaisir à soutenir Jeroen en tant que chef du
projet Debian. Il est compétent et c'est agréable de travailler avec
lui, en outre nos objectifs se recoupent en grande partie.</p>
<h3>Jonathan (Ted) Walther</h3>
<p>Je ne m'excuserai pas de ne pas compter M. Walther parmi les
candidats sérieux à l'élection de chef du projet Debian. Nous avons
d'année en année une tradition de candidats fantaisistes, mais je ne
vois aucun humour dans son programme. Lors des élections de l'an
dernier, je <ahref="http://blog.einval.com/2005/03/04#DPL2005-walther";>
l'ai décrit comme un excentrique</a>, et je ne vois rien qui justifie
que je change d'avis sur lui.</p>
Reply to: