Re: Remaque au sujet des demandes d'information concernant le projet Debian
On Wed, 04 Mar 2009, newbeewan wrote: > Il est effectivement assez difficile de rentrer dans le cercle fermé et > élitiste des contributeurs... Devenir développeur Debian est peut-être difficile mais contribuer à Debian ce n'est pas si dur. C'est en continuant d'entretenir ce genre de mythes qu'on fait peur aux nouveaux contributeurs… > En plus de la complexité technique, il y a également à comprendre > comment le projet fonctionne... Fort heureusement tout le travail est fait de manière transparente et c'est facile d'observer. En outre, on trouve pas mal de doc sur l'organisation de Debian. > Par ailleurs, le projet debian est concerne un système complet et donc > un vieux fond d'administrateur Unix qui ont parfois un peu de mal avec > les nouvelles têtes tant qu'elles n'ont pas démontré leur capacité... Rebelote, une nouvelle couche pour faire peur. ;-) Si ta veux maintenir le noyau, on va te demander de faire tes preuves avant, c'est normal. Pour contribuer une traduction, proposer un patch, le problème de la confiance est bien moindre. > Alors patience, ne pas se décourager aux premiers plâtres... Je sais que > ranger son ego ça peut faire mal quand on a dépensé pas mal de temps à > élaborer un patch ou passé du temps à comprendre un problème et faire un > bug report construit et contenant des solutions... > > Mais c'est à ce prix qu'on se fait accepter... C'est à ce prix qu'on progresse et qu'on apprend surtout. Se faire accepter n'est pas dur si la contribution est réelle. > Alors bonne chance, ils ne sont pas bien méchant mais les mails sont un > peu abruptes ! Ca c'est bien vrai par contre. Surtout que beaucoup de personnes ne sont pas anglophones à la base… aussi bien du côté des développeurs officiels que des contributeurs. Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Remaque au sujet des demandes d'information concernant le projet Debian
On Wed, 04 Mar 2009, Laurent Guignard wrote: > Simplement, le principe c'est de donner une première idée de ce que le futur > contributeur sera amené à passer comme temps, à s'investir dans le projet. > Une réponse du type 1/2 heure à 1 heure par jour semble un bon début pour > prendre connaissance du projet me semble plus opportun que "le temps que tu > peux y passer..." Selon ce qui t'intéresse tu n'as pas forcément besoin de la même connaissance du projet et c'est donc difficile de répondre dans l'absolu. En plus chaque personne a un rythme de progression différent. > Dans mon exemple du package MUTT (ce n'est pas le seul en cause), > je trouve que l'organisation du travail autour d'un package reste souvent un > peu obscure. On se retrouve avec des petits jeunes (don je fais parti) qui > refont du travail (en plusieurs heures, voir jours) que des anciens ont > réalisés en 30 minutes. En dehors du fait que le jeune a beaucoup appris et > que les anciens ont perdu un peu de temps à examiner le patch fourni, je > trouve que cela fait beaucoup de temps de perdu ! > Je crois me souvenir que dans mes cours d'informatique (il y a déjà quelques > temps), cela s'appelait de la gestion de projet. La gestion de projet se limite au système de suivi de bogues. Si le bogue est déjà corrigé, il est soit fermé, soit marqué pending (le correctif est déjà intégré dans le dépot, le bogue sera fermé au prochain upload), soit marqué 'patch' parce quelqu'un a déja préparé un patch mais ce dernier n'a pas encore été revu/intégré par le mainteneur. C'est ainsi qu'on évite le travail en double. > Peut-être qu'un système permettant de laisser certains bugs aux newbies (moi) > pour se faire la main, et d'autres bugs (peut-être plus bloquant pour le > projet) seraient traités en priorité pas les "anciens" du projet. L'idée a déjà été lancée mais personne ne prend le temps de marquer ces bogues spécifiquement pour les débutants… http://wiki.debian.org/qa.debian.org/GiftTag Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Remaque au sujet des demandes d'information concernant le projet Debian
Bonjour, On Wed, 04 Mar 2009, Laurent Guignard wrote: > Les réponses sont trop vagues et il est difficile de trouver quelque chose à > faire dans le projet quand d'une part on ne le connait pas (ou du moins qu'on > le connait sous la forme d'un utilisateur moyen), et d'autre part quand on ne > connait pas les outils utilisés par le projet. Quand je parle des outils il > faut comprendre les logiciels mais aussi les processus de production des > packages, des traductions,... Il y a du vrai dans tout cela mais il y a aussi beaucoup de contributeurs prêts à répondre pour t'éclairer quand tu es trop paumé. Je ne sais pas si ton message est une conséquence ou pas de la campagne de recrutement que j'ai lancé pour la sortie de mon livre (voir la signature en bas du message) mais en tout cas sache que tu peux trouver des idées pour contribuer sur mon blog: http://www.ouaza.com/wp/category/contribuer/ > Pour mon information existe t il quelque part une ressource qui documente les > processus de production des package si un tel processus existe car d'après ce > que j'ai pu voir ce n'est pas le cas et que chaque responsable de package, > d'équipe gère sa partie de projet comme il le sent... Il y a plusieurs variantes en terme d'organisation selon les paquets et les mainteneurs mais le point commun est l'interaction avec le système de suivi de bogues. C'est donc un point d'attache pour débuter sur un paquet. Il y a aussi le "package tracking system" qui permet d'en apprendre beaucoup sur l'organisation d'un paquet source et qui sont les mainteneurs actifs: http://packages.qa.debian.org Exemple pour mutt: http://packages.qa.debian.org/mutt On y apprend que le paquet est maintenu dans un dépot bzr (en fait ca vient de changer vers git mais cette info ne sera corrigée qu'au prochain upload), que le mainteneur a effectivement demandé de l'aide (cf http://bugs.debian.org/512072) et on peut y voir les autres personnes qui ont aussi proposé de l'aide. Etc. > Cela fonctionne mais ne contribue pas à clarifier les choses pour les nouveaux > venus. On ne peut imposer un modèle unique à plus de 1000 développeurs, par contre on peut standardiser des moyens de documenter les choix effectués et cela on y arrive plutôt bien. > Encore mon exemple (désolé je n'en ai qu'un : le mien ;) ). Je voulais > participer au package MUTT. Quand j'ai posté un petit, tout petit patch, le > responsable du package m'a répondu qu'un autre développeur avait bien > travaillé sur le package le mois précédent et qu'il fallait voir avec lui ce > qu'il avait résolu comme bug et ce qu'il restait à faire... C'était pour quel bogue ? > OK, mon patch comportait des erreurs (il n'y a que ceux qui ne font rien qui > ne font pas d'erreurs) mais là je suis un peu paumé car je ne sais pas par où > commencer... Pourquoi ne pas suivre ce qu'il te dit et demander aux personnes qui ont commencé à faire le tri dans les bogues mutt le mois dernier ? > difficulté technique, mais en plus il y a par mal de difficulté > supplémentaires pour comprendre le fonctionnement, non pas du projet, mais des > parties qui le compose... Pose des questions lorsque tu ne comprends pas une partie et que tu n'as pas trouvé de réponse dans la doc. :) Cordialement, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Remaque au sujet des demandes d'information concernant le projet Debian
On Wed, Mar 04, 2009 at 06:33:33PM +0100, Laurent Guignard wrote: > Les réponses sont trop vagues et il est difficile de trouver quelque chose à > faire dans le projet quand d'une part on ne le connait pas AMA il n'y a pas de bonne réponse à la question "combien de temps dois-je investir pour aider Debian": Si tu ne connais rien à la technique, et que tu veux aider à debugger, il te faudra des mois (voire des années) pour te mettre au niveau techniquement. Si tu veux aider à la traduction et que ton niveau en français et en anglais est suffisant, tu pourras aider utilement très rapidement. > Encore mon exemple (désolé je n'en ai qu'un : le mien ;) ). Je voulais > participer au package MUTT. Quand j'ai posté un petit, tout petit patch, le > responsable du package m'a répondu qu'un autre développeur avait bien > travaillé sur le package le mois précédent et qu'il fallait voir avec lui ce > qu'il avait résolu comme bug et ce qu'il restait à faire... Mon conseil général, qui est valable pour tout projet libre, est de prendre contact avec les gens *avant* de commencer à travailler. Par exemple si tu pars à traduire une page de manuel bille en tête, il y a de bonnes chances qu'elle soit déjà en cours de traduction, voire déjà traduite, par l'équipe l10n. Pareil pour tout ce qui est correction de bugs, ajout de patchs etc: Trouver quelle liste ou quelle personne s'en occuppe et prendre contact. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Remaque au sujet des demandes d'information concernant le projet Debian
Bonsoir a tous > > > > Commencer peut-être par lire : > > http://www.debian.org/intro/help > > ou > > http://www.debian.org/devel/ > > > > Bonne lecture ;) j'ai lu aussi :-). N'ayant pas encore contribué a Debian (hormis quelques bugreport de temps autres) je me sens concerné aussi, du haut de ma petite expérience dans un petit projet open source. Le 04/03/2009 à 21:48, Laurent Guignard a écrit : > > Bonsoir Christophe, > > J'ai bien lu ces documents et d'autres comme le Debian Maintainer Guide, > Developer Guide,... > Simplement, le principe c'est de donner une première idée de ce que le > futur contributeur sera amené à passer comme temps, à s'investir dans le > projet. Une réponse du type 1/2 heure à 1 heure par jour semble un bon > début pour prendre connaissance du projet me semble plus opportun que "le > temps que tu peux y passer..." Personnellement je préfère "le temps que tu peux/veux y passer", car je ne peux pas garantir un investissement horaire régulier. > Dans mon exemple du package MUTT (ce n'est pas le seul en cause), > je trouve que l'organisation du travail autour d'un package reste souvent > un peu obscure. On se retrouve avec des petits jeunes (don je fais parti) > qui refont du travail (en plusieurs heures, voir jours) que des anciens ont > réalisés en 30 minutes. En dehors du fait que le jeune a beaucoup appris et > que les anciens ont perdu un peu de temps à examiner le patch fourni, je > trouve que cela fait beaucoup de temps de perdu ! Est ce du temps perdu ? La phase d'apprentissage et d'intégration peuvent paraître stériles, mais il n'en est rien, il est inévitable de passer par là. Il ne faut pas que ca dure trop longtemps :) Mon expérience (unique et petite mais ...) a débuté par un bug qui m'énervait, j'ai bloqué quelques jours et j'ai envoyé un patch de 3 lignes. Maintenant il me faudrait 10 minutes pour le refaire. Puis j'en ai corrigé un autre, complété la traduction etc ... > Je crois me souvenir que dans mes cours d'informatique (il y a déjà > quelques temps), cela s'appelait de la gestion de projet. J'ai tendance a penser qu'on t'a (nous a) enseigné le modèle hiérarchisé (la cathédrale), alors que Debian c'est plutot auto-organisé collaborativement, le bazar qui marche fort bien. A lire aussi le système de vote Condorcet+ de debian, qui est très interessant (et très en avance sur nos vielles institutions). > Peut-être qu'un système permettant de laisser certains bugs aux newbies > (moi) pour se faire la main, et d'autres bugs (peut-être plus bloquant pour > le projet) seraient traités en priorité pas les "anciens" du projet. On ne sait pas toujours à l'avance si c'est un bug facile ou difficile ! Et apparemment c'est un problème universel. Sur lwn.net ou planet.debian.org, Ted Tso, developpeur de ext4 dit que les patch qu'il reçoit lui servent a localiser le bug, mais qu'il les réécris souvent entièrement ! > Enfin bon, je crois bien avoir déjà vu passer sur cette liste une > discussion à propos de l'attribution de la résolution de bugs avec le pour > et le contre ! Je vote pour ... l'autodetermination. Erre dans le bugtracker, dans les sources et envoie un/des patch et des questions (ou réponses) sur la mailing liste, et ca se fera tout seul ... > > Librement Patience et longueur de temps font plus que force ni que rage. :-) Alain. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Remaque au sujet des demandes d'information concernant le projet Debian
On mer, 04 mar 2009 19:05:15 +0100, Christophe Alonso wrote: > Le mercredi 04 mars 2009 à 18:33 +0100, Laurent Guignard a écrit : > > Bonjour à tous, > > Bonjour, > > > Les réponses sont trop vagues et il est difficile de trouver quelque chose à > > faire dans le projet quand d'une part on ne le connait pas (ou du moins > > qu'on > > le connait sous la forme d'un utilisateur moyen), et d'autre part quand on > > ne > > connait pas les outils utilisés par le projet. Quand je parle des outils il > > faut comprendre les logiciels mais aussi les processus de production des > > packages, des traductions,... > > Pour mon information existe t il quelque part une ressource qui documente > > les > > processus de production des package si un tel processus existe car d'après > > ce > > que j'ai pu voir ce n'est pas le cas et que chaque responsable de package, > > d'équipe gère sa partie de projet comme il le sent... > > Commencer peut-être par lire : > http://www.debian.org/intro/help > ou > http://www.debian.org/devel/ > > Bonne lecture ;) > > Christophe > > Bonsoir Christophe, J'ai bien lu ces documents et d'autres comme le Debian Maintainer Guide, Developer Guide,... Simplement, le principe c'est de donner une première idée de ce que le futur contributeur sera amené à passer comme temps, à s'investir dans le projet. Une réponse du type 1/2 heure à 1 heure par jour semble un bon début pour prendre connaissance du projet me semble plus opportun que "le temps que tu peux y passer..." Dans mon exemple du package MUTT (ce n'est pas le seul en cause), je trouve que l'organisation du travail autour d'un package reste souvent un peu obscure. On se retrouve avec des petits jeunes (don je fais parti) qui refont du travail (en plusieurs heures, voir jours) que des anciens ont réalisés en 30 minutes. En dehors du fait que le jeune a beaucoup appris et que les anciens ont perdu un peu de temps à examiner le patch fourni, je trouve que cela fait beaucoup de temps de perdu ! Je crois me souvenir que dans mes cours d'informatique (il y a déjà quelques temps), cela s'appelait de la gestion de projet. Peut-être qu'un système permettant de laisser certains bugs aux newbies (moi) pour se faire la main, et d'autres bugs (peut-être plus bloquant pour le projet) seraient traités en priorité pas les "anciens" du projet. Enfin bon, je crois bien avoir déjà vu passer sur cette liste une discussion à propos de l'attribution de la résolution de bugs avec le pour et le contre ! Librement > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et > "Reply-To:" > > To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- Laurent Guignard, Registered as user #301590 with the Linux Counter Site : http://www.famille-guignard.org Blog : http://blog.famille-guignard.org Projet : http://sicontact.sourceforge.net GULL de Villefranche sur Saône : http://www.cagull.org signature.asc Description: Digital signature
Re: Remaque au sujet des demandes d'information concernant le projet Debian
Bienvenu ! Il est effectivement assez difficile de rentrer dans le cercle fermé et élitiste des contributeurs... En plus de la complexité technique, il y a également à comprendre comment le projet fonctionne... C'est jamais évident et il faut s'armer de patience... Pour ma part, je participe ponctuellement à plusieurs projet libre et c'est clairement un baptême du feu à chaque fois que l'on entre dans un projet, surtout s'il tourne depuis longtemps et que les besoins en main d'oeuvre sont moins critiques... Par ailleurs, le projet debian est concerne un système complet et donc un vieux fond d'administrateur Unix qui ont parfois un peu de mal avec les nouvelles têtes tant qu'elles n'ont pas démontré leur capacité... Alors patience, ne pas se décourager aux premiers plâtres... Je sais que ranger son ego ça peut faire mal quand on a dépensé pas mal de temps à élaborer un patch ou passé du temps à comprendre un problème et faire un bug report construit et contenant des solutions... Mais c'est à ce prix qu'on se fait accepter... Alors bonne chance, ils ne sont pas bien méchant mais les mails sont un peu abruptes ! @ + Mourad Le 04.03.2009 18:33, Laurent Guignard a écrit : Bonjour à tous, Je vais me permettre un truc et je ne sais pas trop comment cela va être perçu mais bon je me lance... Quand une personne demande comment il peut aider le projet Debian et surtout combien de temps il peut estimer devoir passer sur le projet, on a souvent des réponses du genre : - fais ce qu'il te semble juste pour améliorer le projet, - tu y passe le temps que tu peux, - ou toute autre réponse aussi évasive que cela. Je n'ai pas assez de recule fasse à ces questions mais les réponses m'ont un peu déroutées au départ. Les réponses sont trop vagues et il est difficile de trouver quelque chose à faire dans le projet quand d'une part on ne le connait pas (ou du moins qu'on le connait sous la forme d'un utilisateur moyen), et d'autre part quand on ne connait pas les outils utilisés par le projet. Quand je parle des outils il faut comprendre les logiciels mais aussi les processus de production des packages, des traductions,... Pour mon information existe t il quelque part une ressource qui documente les processus de production des package si un tel processus existe car d'après ce que j'ai pu voir ce n'est pas le cas et que chaque responsable de package, d'équipe gère sa partie de projet comme il le sent... Cela fonctionne mais ne contribue pas à clarifier les choses pour les nouveaux venus. Encore mon exemple (désolé je n'en ai qu'un : le mien ;) ). Je voulais participer au package MUTT. Quand j'ai posté un petit, tout petit patch, le responsable du package m'a répondu qu'un autre développeur avait bien travaillé sur le package le mois précédent et qu'il fallait voir avec lui ce qu'il avait résolu comme bug et ce qu'il restait à faire... OK, mon patch comportait des erreurs (il n'y a que ceux qui ne font rien qui ne font pas d'erreurs) mais là je suis un peu paumé car je ne sais pas par où commencer... Bref, s'insérer dans le projet Debian n'est pas simple compte tenu de la difficulté technique, mais en plus il y a par mal de difficulté supplémentaires pour comprendre le fonctionnement, non pas du projet, mais des parties qui le compose... Arrêtez-moi si je me trompe mais c'est exactement ce que je ressens en ce moment. Librement -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Remaque au sujet des demandes d'information concernant le projet Debian
Le mercredi 04 mars 2009 à 18:33 +0100, Laurent Guignard a écrit : > Bonjour à tous, Bonjour, > Les réponses sont trop vagues et il est difficile de trouver quelque chose à > faire dans le projet quand d'une part on ne le connait pas (ou du moins qu'on > le connait sous la forme d'un utilisateur moyen), et d'autre part quand on ne > connait pas les outils utilisés par le projet. Quand je parle des outils il > faut comprendre les logiciels mais aussi les processus de production des > packages, des traductions,... > Pour mon information existe t il quelque part une ressource qui documente les > processus de production des package si un tel processus existe car d'après ce > que j'ai pu voir ce n'est pas le cas et que chaque responsable de package, > d'équipe gère sa partie de projet comme il le sent... Commencer peut-être par lire : http://www.debian.org/intro/help ou http://www.debian.org/devel/ Bonne lecture ;) Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Remaque au sujet des demandes d'information concernant le projet Debian
Bonjour à tous, Je vais me permettre un truc et je ne sais pas trop comment cela va être perçu mais bon je me lance... Quand une personne demande comment il peut aider le projet Debian et surtout combien de temps il peut estimer devoir passer sur le projet, on a souvent des réponses du genre : - fais ce qu'il te semble juste pour améliorer le projet, - tu y passe le temps que tu peux, - ou toute autre réponse aussi évasive que cela. Je n'ai pas assez de recule fasse à ces questions mais les réponses m'ont un peu déroutées au départ. Les réponses sont trop vagues et il est difficile de trouver quelque chose à faire dans le projet quand d'une part on ne le connait pas (ou du moins qu'on le connait sous la forme d'un utilisateur moyen), et d'autre part quand on ne connait pas les outils utilisés par le projet. Quand je parle des outils il faut comprendre les logiciels mais aussi les processus de production des packages, des traductions,... Pour mon information existe t il quelque part une ressource qui documente les processus de production des package si un tel processus existe car d'après ce que j'ai pu voir ce n'est pas le cas et que chaque responsable de package, d'équipe gère sa partie de projet comme il le sent... Cela fonctionne mais ne contribue pas à clarifier les choses pour les nouveaux venus. Encore mon exemple (désolé je n'en ai qu'un : le mien ;) ). Je voulais participer au package MUTT. Quand j'ai posté un petit, tout petit patch, le responsable du package m'a répondu qu'un autre développeur avait bien travaillé sur le package le mois précédent et qu'il fallait voir avec lui ce qu'il avait résolu comme bug et ce qu'il restait à faire... OK, mon patch comportait des erreurs (il n'y a que ceux qui ne font rien qui ne font pas d'erreurs) mais là je suis un peu paumé car je ne sais pas par où commencer... Bref, s'insérer dans le projet Debian n'est pas simple compte tenu de la difficulté technique, mais en plus il y a par mal de difficulté supplémentaires pour comprendre le fonctionnement, non pas du projet, mais des parties qui le compose... Arrêtez-moi si je me trompe mais c'est exactement ce que je ressens en ce moment. Librement -- Laurent Guignard, Registered as user #301590 with the Linux Counter Site : http://www.famille-guignard.org Blog : http://blog.famille-guignard.org Projet : http://sicontact.sourceforge.net GULL de Villefranche sur Saône : http://www.cagull.org signature.asc Description: Digital signature
