Programme d'Angus Lees
Qui est Angus Lees ?
La plupart d'entre vous n'a probablement jamais entendu parler de moi. Je suis devenu développeur Debian en 2000 après avoir utilisé Linux depuis 1995. J'ai 28 ans, je suis marié et j'ai trois enfants. Je travaille comme développeur dans une petite entreprise qui produit des routeurs gérés à partir de Debian. J'entretiens quelques paquets Perl, dont le plus connu est Defoma ; mais je n'en suis pas l'auteur original alors veuillez ne pas m'en tenir rigueur.
J'essaye de ne pas passer trop de temps en courriels ou sur IRC, d'où ma discrétion dans Debian d'un point de vue mondial. En Australie, cependant, j'essaye de rencontrer des gens à chaque fois que je peux et j'ai fait des présentations lors de miniconférences Debian passées ainsi que d'autres événements Debian en Australie. J'aimerais penser que la plupart des développeurs Debian australiens puisse mettre un visage sur mon nom.
Pourquoi suis-je candidat au poste de responsable du projet Debian ?
Tous les ans, chaque candidat au poste de responsable du projet Debian énumère les problèmes que rencontre Debian et met en avant des belles solutions qu'il promet d'implanter en tant que responsable du projet Debian. C'est invariablement suivi d'une discussion montrant que la position du responsable du projet Debian ne comporte pas réellement de pouvoir direct et que presque toutes ces solutions peuvent être implantées tout aussi facilement par le développeur Debian moyen. En fait, la constitution dit clairement que le responsable du projet Debian devrait représenter les points de vue du projet et non mettre en avant les siens.
La principale fonction du responsable du projet Debian telle que je la vois est d'agir comme une potiche — juste un contact pour présenter Debian au monde extérieur. En conséquence, il me semble que les plus importantes des qualités d'un bon responsable du projet sont de la disponibilité, des compétences en communication écrite et orale, de la personnalité et de l'expérience de développeur Debian.
Je pense que les développeurs les plus proches des problèmes ou des comités et des délégués désignés sont plus à même de s'occuper des problèmes particuliers. Entre autres choses, j'ai quelques idées sur la manière d'améliorer la communication à l'intérieur de Debian et j'essayerai d'insuffler une attitude de tolérance et une communication plus efficace aux listes de diffusion. J'espère que cela permettra de s'occuper plus facilement des problèmes plus larges, tels que le caractère libre. Cependant, de manière générale, je sens que Debian fonctionne à peu près et je ne suis pas candidat au poste de responsable du projet Debian parce que j'attends de cette position qu'elle me donne le pouvoir de changer cela.
Je suis un orateur correct qui peut communiquer sur les procédés, les idéaux et le renom de Debian aux autres. Je suis indépendant — je ne m'implique pas dans les trolls, je ne suis lié à aucune faction à l'intérieur de Debian, et je ne travaille pas pour une entreprise qui a un intérêt particulier dans Debian. Je m'entends facilement avec les gens et j'ai de l'expérience dans la gestion d'organismes bénévoles.
En bref, je suis candidat à l'élection du responsable du projet Debian car je crois que je peux faire un travail extraordinaire.
Mais que pensez-vous de… ?
Cela étant dit, je réalise que vous ne pouvez pas avoir confiance en quelqu'un que vous ne pouvez pas prévoir et que personne ne va voter pour quelqu'un en qui il n'a pas confiance. Alors pour fournir un peu de matière, je débattrai de ce que je pense de quelques problèmes de Debian. Comme je l'ai indiqué ci-dessus, je n'ai pas forcément les bonnes solutions et je ne prévois certainement pas d'utiliser un quelconque privilège de responsable du projet Debian pour les mettre en avant. Pour être bien clair que cela ne devrait pas être directement lié à l'élection du responsable du projet Debian, je les ai placés sur une page séparée. Je serais heureux de compléter ou de préciser tout point si quelqu'un pense que mon avis pourrait affecter son vote.
Si je ne poste pas sur les listes Debian souvent, je suis les problèmes sur les listes de diffusion de Debian et de SPI et je débats souvent de ces sujets avec d'autres développeurs Debian autour d'une bière. Si vous regardez les débats animés sur les listes de diffusion de Debian, vous verrez la même douzaine de noms se répéter sans cesse mais rarement le mien. Je crois que je suis capable de représenter la « majorité silencieuse » des développeurs Debian, majorité qui suit une ligne médiane quelque part, pense que Debian est en général sur la bonne voie et souhaite simplement continuer à faire du bon travail.
Votez Angus Lees comme responsable du projet Debian
En gardant à l'esprit les réalités de la position de responsable du projet Debian, j'espère que vous voterez en fonction de la capacité et de l'à-propos, pas simplement de la réputation.
Réfutation
Il est intéressant de noter que pratiquement tous les points soulevés dans les programmes des autres candidats et les questions posées sur debian-vote concernent des problèmes internes à Debian. Bien qu'il soit bon que ces discussions se tiennent de façon si constructive, il est dommage que l'élection du responsable du projet Debian soit vue comme le moment pour les soulever. Il est naïf de croire que le candidat qui propose une solution est nécessairement la meilleure personne pour la mettre en œuvre. Toutes les discussions et presque toutes les solutions ne tirent aucun bénéfice de l'autorité du responsable du projet Debian et pourraient être mises en œuvre à n'importe quel moment par tout développeur.
Je dois desservir une mention particulière, deux des candidats de cette année sont membre de l'« équipe scud ». Au premier coup d'œil, cela semble une idée raisonnable — les équipes ont été utiles dans d'autres domaines de Debian auparavant. Il ne faut cependant pas longtemps pour réaliser que les responsables du projet Debian précédents n'ont jamais pris de décision seuls et que l'équipe n'a pas de bénéfice réel par rapport aux pratiques existantes. En fait, je suis inquiet car tenter de formaliser cette disposition pose de nouveaux problèmes, comme la résolution des désaccords, des domaines de responsabilité flous, un processus de sélection des membres de l'équipe opaque et plus de distance entre le développeur moyen et la « direction ». En bref : avec l'équipe scud, c'est une cabale.
Le rôle interne du responsable du projet Debian est très important mais des similitudes entre les programmes de chaque candidat, nous pouvons voir que l'identification des questions clefs, telles que la communication et la publication de Sarge, n'est pas si difficile que cela. En prenant une approche calme, compréhensible et raisonnée, les solutions sont aussi raisonnablement directes et cohérentes. À moins que vous n'ayez une raison de croire qu'un candidat particulier aura des difficultés à travailler à une solution avec les autres développeurs, je ne pense pas qu'il soit utile d'essayer de comparer les candidats sur ces questions.
Il est bien plus difficile de juger si un candidat convient pour les devoirs externes du responsable du projet Debian. Cette partie n'a pas été évoquée par les autres candidats, mais en tant que responsable du projet Debian je crois qu'il est important de voyager et de montrer Debian aux personnes extérieures au projet. Malheureusement, il est très difficile de prédire comment un candidat se représentera et représentera Debian sans l'avoir rencontré en personne. Comme cela dépend fortement de la personnalité et de l'aptitude à prendre la parole, je suis désolé de ne pas avoir de preuve codable par MIME (NdT : une manière de coder des types de données, par exemple des fichiers joints à un courriel) pour démontrer en plus de cette déclaration que je crois convenir pour ces tâches et vous permettre d'effectuer vous-même la comparaison entre les candidats.
En résumé, lorsque vous déposerez votre bulletin, je vous invite instamment à choisir votre responsable du projet Debian en fonction des qualités intrinsèques des candidats, comme la personnalité, l'indépendance et les compétences, plutôt que de voter en fonction de solutions éphémères aux sujets chauds du moment.