[RFR] wml://vote/2008/platforms/93sam.wml
Bonjour,
Voici la traduction du programme de Steve McIntyre pour l'élection de
chef du projet Debian en 2008 cette fois-ci.
Je joins aussi l'original en anglais.
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.4" maintainer="Jean-Pierre Giraud"
<h1>Programme de chef du projet Debian de Steve McIntyre, 2008</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 courriel à Bruce Perens avec une clef PGP et lui
demandais une accréditation. 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é sur 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 intermédiaires
depuis Hamm.
</p>
<p>J'héberge deux de nos serveurs d'empaquetage (<em>buildd</em>)
(ball et toffee) et contribue à deux autres (cats et grieg) par un
travail d'administrateur local. J'entretiens aussi mon propre petit
parc de machines couvrant la majorité des architectures. Cela
m'aide à déboguer les problèmes sur mes paquets, et j'ouvre aussi des
comptes à d'autres développeurs Debian quand c'est utile.</p>
<p>J'ai été candidat à l'élection de chef du projet Debian ces deux
dernières années, finissant en seconde position en <a
href="$(VOTE)/2006/vote_002#outcome">2006</a> et
<a href="$(VOTE)/2007/vote_001#outcome">2007</a> Ã chaque fois
avec un faible écart. En 2006, Anthony Towns m'a invité à accepter
un nouveau rôle de délégué Debian « 2IC » (<em>second in charge
</em>), c'est-à -dire d'assistant du chef du projet. J'ai accepté, et
cette année je l'ai aidé dans certaines des charges du chef du projet
Debian, en m'occupant de la correspondance, en représentant Debian
devant la presse et lors de divers rassemblements du logiciel libre.</p>
<h2>Objectifs</h2>
<p>L'essentiel de ce programme vous sera familier, car il est largement
basé sur ce que je disais <a href="$(VOTE)/2007/platforms/93sam">l'année
dernière</a> à la même époque et l'<a href="$(VOTE)/2006/platforms/93sam">
année précédente</a>. La plupart des choses sur lesquelles je souhaite
travailler dans Debian n'ont pas changé depuis : ce sont des problèmes
bien connus, des questions qui nous touchent depuis longtemps. Les deux
principales que je vois sont :</p>
<h3>La communication à l'intérieur du projet</h3>
<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 domaines 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
comptes-rendus 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 comptes-rendus 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 ces emplois ne sont pas
inoccupés, c'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>
<p>Finalement, je suis convaincu que plus nous parlons de ce que nous
faisons, plus les autres sont motivés pour nous aider sur ces tâches. Un
projet vivant, ouvert, sympathique dépend de l'introduction régulière de
sang neuf pour travailler avec nous. Faisons en sorte que cela soit plus
facile !</p>
<h3>Travailler efficacement ; demander de l'aide</h3>
<p>Dans le prolongement du point précédent : un autre volet des tâches
du développeur Debian est de travailler efficacement, à la fois sur
ses 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 qu'il nous
faut pour publier les versions et sur le ressenti des utilisateurs de
Debian.</p>
<p>� mon avis, un élément clé pour un travail efficace est l'honnêteté.
On peut tous manquer de temps pour remplir les tâches que nous
avons promis d'accomplir. Après tout, la vraie vie a la fâcheuse
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'était engagé. C'est une chose difficile
à faire, mais dans une communauté conviviale 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>De manière plus générale, des procédures existent pour que les
développeurs Debian quittent temporairement le projet si la vie réelle
les submerge, puis le rejoignent quand leur situation évolue. Encore une
fois, il n'y pas de honte à le faire â?? nous devrions juste nous réjouir
de reconnaître toutes les contributions que les gens ont données au
logiciel libre quand ils le pouvaient. 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 retrouve des responsables
Debian qui se sont simplement retirés du projet.</p>
<h3>Comment corriger cela, ou « faire ce qu'il y a à faire »</h3>
<p>Je veux voir des améliorations apportées là où on en a vraiment
besoin. Il y a des cas où la communication est absente, ou bien où les
gens et les équipes peuvent ne pas travailler aussi efficacement qu'ils
le souhaiteraient ou qu'il le faudrait. Dans ces circonstances, je veux
aider et encourager les personnes impliquées à apporter ces
améliorations. Si ce n'est pas suffisant, on peut avoir besoin
d'actions plus résolues.</p>
<p>Et ceci vaut pour tout le mode, aussi bien sur le plan individuel que
pour le projet. C'est parfois trop facile de laisser les opposants
systématiques nous freiner ou nous décourager de travailler sur les
projets qui nous intéressent. Si des gens ne contribuent pas, il faut
leur demander de le faire. Et s'ils ne veulent pas aider, il faut les
ignorer et trouver d'autres volontaires. Gardons Debian telle qu'elle
doit être â?? une grande communauté florissante de personnes ayant plaisir
à travailler ensemble sur des objectifs communs.</p>
<h2>Pourquoi voter pour moi ?</h2>
<p>Je crois que je peux faire du bon travail comme chef du projet
Debian grâce aux qualités suivantes :</p>
<h3>Expérience</h3>
<p>Je suis développeur Debian depuis plus de onze ans. 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
débats divers. En ayant travaillé comme 2IC, cela signifie que
je connais déjà ce que le travail de responsable du projet Debian
entraîne, et je suis heureux de pouvoir faire ce travail.</p>
<h3>Organisation</h3>
<p>Au-delà de l'empaquetage, j'ai fait pas mal de travail pour
promouvoir Debian. J'ai organisé des stands Debian dans de nombreuses
présentations et expositions ces dernières années. J'ai été un
administrateur et un parrain pour Debian au sein du Google Summer of
Code deux années de suite et j'espère pour une troisième : croisons les
doigts ! J'ai mené l'équipe de parrainage de Debconf 7 (et suis en train
de la faire pour Debconf 8), ce qui veut dire que je suis aller parler
à toute sorte de sociétés et autres organismes pour promouvoir Debian et
leur demander de nous soutenir publiquement. Toutes ces activités m'ont
fait prendre conscience de ce que sont Debian et ses objectifs.</p>
<p>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. Je suis le trésorier actuel de l'association
Debian UK, et j'anime la liste de diffusion debian-uk.</p>
<h3>Sociabilité</h3>
<p>Je suis un programmeur, ce qui veut dire que j'ai des opinions
tranchées sur plein de sujets (*grand sourire*). Malgré cela, je crois
que je suis honnête, 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.</p>
<h2>Résumé</h2>
<p>J'ai abordé quelques problèmes ici qui, j'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 généralement 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
nous aider à atteindre certains des objectifs que j'ai listés ici.</p>
<p>Merci d'avoir pris le temps de lire mon programme, et j'espère que
vous m'apporterez votre soutien pour atteindre mes objectifs.</p>
<h2>Réfutation</h2>
<p>� nouveau, je crois que cette année nous avons une sélection de bons
candidats. Bien qu'il y ait moins de candidats que ces dernières
années, nous avons probablement des choix meilleurs que jamais.
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. Je ne vais me lancer dans une
critique stupide avec les deux autres candidats, mais voici ce que je
pense d'eux et de leur programme :
<p><strong>Raphaël</strong> a une longue histoire de contribution Ã
Debian, dans beaucoup de domaines (alioth, debian-cd, dpkg, etc.) Il
pousse (à nouveau !) à une équipe de chef du projet Debian pour faire
le travail. Je pense que cela pourrait être une idée réalisable, mais je
ne suis pas convaincu à 100 % que c'est le meilleur projet. Je suis
plutôt enclin à voir le chef du projet Debian déléguer des tâches en
fonction des besoins à des gens avec l'expertise nécessaire plutôt qu'Ã
une petite équipe constituée à l'avance. Au-delà de cela, je pense que
ses idées de projets, auxquels le chef du projet Debian pourrait
participer, sont solides. S'il est élu, je serai heureux de travailler
dessus avec lui, lorsque c'est possible.</p>
<p><strong>Marc</strong> est un autre développeur Debian bien connu et
vraiment respecté qui travaille actuellement efficacement au sein de
l'équipe de publication. Il peut ne pas avoir été proche du projet aussi
longtemps que Raphaël ou moi, mais a vu et fait suffisamment pour bien
sentir comment Debian fonctionne (et, bien sûr, les domaines où il peut
mieux fonctionner). Dans la liste des améliorations qu'il aimerait
réaliser, on ne trouve que des choses raisonnables et bonnes à faire,
mais je n'y vois pas de sujet majeur.</p>
#use wml::debian::template title="Platform for Steve McIntyre" BARETITLE="true" NOHEADER="true"
#include "$(ENGLISHDIR)/vote/style.inc"
<h1>Steve McIntyre's DPL platform, 2008</h1>
<h2>Introduction</h2>
<p>I've been a Debian Developer since October 1996. I originally
joined to maintain the Debian version of mikmod; I was the upstream
developer at the time, and wanted the Debian version to work well
too. In those days, the NM process was rather simpler than today: I
installed Debian, then two days later I mailed Bruce Perens with a PGP
key and asked him for a Debian login. He responded almost immediately
with account details - I was in!</p>
<p>Since that point, I've worked on quite a wide range of packages,
some large and some small. Probably the most noticeable work I've done
for Debian is within the debian-cd team, both developing the debian-cd
software itself and using that same software to create the official
CDs (and now DVDs) that accompany each Debian release. I've been
involved with the CDs for almost every major and point release since
Hamm.</p>
<p>I host two of our buildds (ball and toffee), and help with local
admin work on two more (cats and grieg). I also keep my own little
farm of machines covering the majority of our architectures. This
helps me to debug problems in my own packages, and I give out accounts
to other DDs as well where helpful.</p>
<p>I have been a candidate in the DPL election for both of the last
two years, coming second in <a
href="$(VOTE)/2006/vote_002#outcome">2006</a> and
<a href="$(VOTE)/2007/vote_001#outcome">2007</a> by
a small margin each time. In 2006, Anthony Towns invited me to take up
a new delegated position of Debian "2IC", or Assistant Project
Leader. I accepted, and that year helped him with some of the duties
of the DPL: dealing with correspondence, talking to the press and
representing Debian at various Free Software gatherings.</p>
<h2>Goals</h2>
<p>Much of this platform will be familiar to people, as it is largely
based on what I said at this time <a
href="$(VOTE)/2007/platforms/93sam">last year</a>
and <a href="$(VOTE)/2006/platforms/93sam">the year
before</a>. Most of the things I want to work on in Debian have not
changed in that period: they are well known problems, issues that have
affected us for a long time. The two main ones that I see are:</p>
<h3>Communications within the project</h3>
<p>This is a long-term bugbear; DPL candidates have been promising to
work on improving communication within the project for as long as I
can remember. There are several places where communication has been
problematic in the past. Sometimes DPL effort has helped to fix
things, but more often there has been no visible improvement.</p>
<p>Simple, regular status updates from the various teams within the
project can help a great deal here. Equally, regular reports from the
DPL are needed to make sure that the Debian community are aware of
what is being said and done on their behalf. Even if some of these
reports consist purely of "Sorry, I've been busy in real life and not
accomplished much", simple confirmation that posts are not sitting
unattended is better than nothing. I aim to encourage these updates,
and if elected I will commit to distributing regular news from the
DPL.</p>
<p>Finally, I'm convinced that the more we talk about what we're
doing, the more motivated others will be to help us in our tasks. A
vibrant, open, friendly project depends on the periodic introduction
of fresh blood wanting to work with us. Let's make that easier!</p>
<h3>Working effectively; asking for help</h3>
<p>Continuing on from the previous point: another part of the DD's job
is to work effectively, both on individual packages and within the
project as a whole. This includes simple things like handling the bugs
in our packages in a timely fashion, but also includes bigger things,
such as considering the impact of changes on the release
schedule. Working effectively is not just important for our own
gratification; it also makes a major impact on how long we take to
release and the experience our users have with using Debian.</p>
<p>In my opinion, a key part of working effectively is honesty. We can
all suffer from a lack of time to do the jobs that we've promised to
do. After all, real life has a nasty habit of intruding on our
so-called "spare" time. So long as we don't let things delay too far,
we can cope and still contribute. But at some point, we need to be
more honest with ourselves and actually admit that we can't continue
with the jobs that we've promised to do. It's a hard thing to do, but
in a friendly community where we're all working together towards a
common goal there should be <strong>no</strong> shame in asking for
help.</p>
<p>In a larger scope, procedures exist for DDs to temporarily leave
the project if real life has overtaken them, and re-join when the
situation changes. Again, there is no shame in doing this - we should
be happy to acknowledge all the contributions that people have made to
Free Software when they could. But, still, many people don't take this
route and instead simply become missing in action (MIA). It can take
quite a while to pick up on DDs who have simply dropped out of the
project.</p>
<h3>How to fix these, aka "getting things done"</h3>
<p>I want to see improvements made where they are clearly
needed. There are cases where communications are lacking, or people
and teams might not be working as effectively as they want to or need
to. In those cases, I want to help and encourage the people involved
to make those improvements. If that is not enough, then we may need
stronger actions.</p>
<p>This goes for all of us, both as individuals and as a
project. Sometimes it can be all too easy to let nay-sayers slow us
down or discourage us from working on the projects that interest
us. If people are not contributing, ask them to help. If they don't
want to help, then ignore them and find others who will. Let's keep
Debian what it should be - a great, thriving community of people
having fun by working together on our shared goals.</p>
<h2>Why vote for me?</h2>
<p>I believe I can do a good job as DPL due to the following
qualities:</p>
<h3>Experience</h3>
<p>I've been a developer within Debian for over eleven years. I've
done large amounts of packaging work, I've seen Debian evolve a great
deal in that time, and I've been involved in lots of different
discussions. My time working as 2IC means I already have a good
insight into what the DPL job entails, and I'm happy I can do it.</p>
<h3>Organisation</h3>
<p>Besides packaging, I've done a lot of promotional work for
Debian. I've organised Debian stands at lots of shows and expos over
the years. I've been an admin and a mentor for Debian in the Google
Summer of Code for two years running and hopefully for a third:
fingers crossed! I ran the sponsorship team for Debconf 7 (and am
doing so again for Debconf 8), meaning I've been actively going out
and talking with a variety of companies and other organisations,
promoting Debian and asking them to support us publically. All of
these help raise awareness of Debian and its goals.</p>
<p>I've had a fair experience at "cat-herding" so far, including
arranging travel for groups to Debconf, FOSDEM and other events. I'm
currently the treasurer of the Debian UK Society, and I run the
debian-uk mailing list.</p>
<h3>Social</h3>
<p>I'm a programmer, which means I have strong opinions on many
subjects. (*grin*). Despite that, I believe I am honest, generally
approachable and easy to work with. I am a good communicator and
negotiator, and I have made many friends in the Debian and wider Free
Software Community over the years.</p>
<h2>Summary</h2>
<p>I have touched on some issues here that are hopefully not
surprising to most of our community. I must also acknowledge the fact
that the DPL mostly does not have the power to simply impose changes
as he/she sees fit. The best that the DPL can do here is to encourage
us to improve, sometimes by discussion and debate and sometimes by
leading by example. I don't claim to be perfect, but I believe I can
help us to achieve some of the goals I have listed here.</p>
<p>Thanks for your time in reading my platform, and I hope you will
support me in my goals.</p>
<h2>Rebuttals</h2>
<p>Again, I believe this year we have a selection of good
candidates. Despite having many fewer people standing in the election
than in recent years, we have possibly some of the best options
ever. I'd like to be DPL (obviously, otherwise I wouldn't be
standing!) but I'd also be happy enough to see any competent person
elected. I'm not going to engage in silly arguing with the other two
candidates, but here are my thoughts on them and their platforms:
<p><strong>Raphaël</strong> has a good history of contributing to
Debian, in lots of areas (alioth, debian-cd, dpkg, etc.) He is
(again!) pushing for a DPL team to do the job. I think that could be a
workable idea, but I'm not 100% convinced it's the best plan. Instead,
I'd be more keen to see the DPL delegate jobs as they're needed to
people with appropriate expertise rather than name a small team
up-front. Beyond that, I think his ideas for projects that the DPL
could help with are all sound. If elected, I'd be happy to work with
him on them where possible.</p>
<p><strong>Marc</strong> is another well-known and well-respected
Debian developer, currently working effectively as a part of our
release team. He may not have been around in the project as long as
Raphaël and I, but has seen and done enough to have a good feel for
how Debian works (and, indeed, the places where it could work
better). His list of improvements that he'd like to make all seem
reasonable and good things to do, but I don't see any really major
items here.</p>
Reply to: