Discussion :

[Hinault Romaric]

Êtes-vous un développeur sans égo ?
Vous reconnaissez-vous dans les 10 commandements de la programmation sans égo ?


Le programmeur est souvent considéré dans la société comme une personne asociale, qui reste assise à longueur de journée devant un écran, et qui n’accepte pas que son travail soit critiqué.

Le concept de la programmation sans égo a pour but d’améliorer la qualité du code, en faisant passer en revue le code par d’autres programmeurs, en insistant sur le fait que ces revues soient faites dans un esprit amical, collégial, en laissant de côté les sentiments personnels.

En s’inspirant du livre « The Psychology of Computer Programming » de Jerry Weinberg, Jeff Atwood, illustre blogueur et créateur du site Stack Overflow, énonce et commente les dix commandements de la programmation sans ego :

1. Comprenez et acceptez que vous alliez faire des erreurs. Pour Atwood, les erreurs sont rarement mortelles dans l’industrie du développement. Ainsi, nous devrons apprendre, rire et progresser de nos erreurs.
2. Vous n’êtes pas votre code. Rappelez-vous que le but de la revue d’un code est de trouver des problèmes, et des problèmes seront trouvés. Ne les prenez pas personnellement lorsqu’ils sont découverts.
3. Peu importe le nombre de « karatés » que vous maitrisez, quelqu’un d’autre en saura toujours plus que vous. Un tel individu peut vous apprendre quelque chose de nouveau. Recherchez et acceptez l’avis des autres, surtout lorsque vous pensez que ce n’est pas nécessaire.
4. Ne pas réécrire le code de quelqu’un sans le consulter. Il y a une ligne fine entre « code de fixation » et « réécriture du code ». Il est indispensable de connaitre cette différence et d'éviter de foncer tout seul dans son coin.
5. Traitez les gens qui savent moins que vous avec respect, déférence et patience. Les personnes non techniques qui traitent avec les développeurs régulièrement trouvent ceux-ci pleurnichards. Atwood invite à ne pas renforcer ce stéréotype de colère et d’impatience.
6. La seule constante dans le monde est le changement. Soyez ouvert et acceptez cela avec un sourire. Percevez chaque changement (outils, besoins, plateformes, etc.) comme un nouveau défi.
7. La seule véritable autorité acceptable découle de la connaissance et non du pouvoir. La connaissance engendre l’autorité, et l’autorité suscite le respect. Si vous voulez du respect, cultivez le savoir.
8. Il faut se battre pour ses idées, mais accepter gracieusement la défaite. Acceptez que, parfois, votre raisonnement ne soit pas suivi. Même si plus tard il s’avère juste, il ne sert à rien de remettre sur le tapis le « Je vous l’avais bien dit ».
9. Ne pas être « le gars dans la chambre ». Être hors de contact, hors de vue et hors de contrôle n’a pas sa place dans un environnement ouvert et collaboratif.
10. Critiquer le code plutôt que la personne. On peut être gentil avec la personne tout en commentant le code. Autant que possible, faire des commentaires positifs et orientés vers l’amélioration du code. Par exemple, les commentaires relatifs aux normes, standard, spécifications, performances sont toujours bien perçus.

Voilà des règles « universelles » qui sont probablement appliquées par de nombreux développeurs.

Source : Coding Horror


Et vous ?

Êtes-vous un développeur sans égo ?

Vous reconnaissez-vous dans ces commandements ?

Quelles autres règles proposez-vous pour le développeur sans égo ?

[guillaume07]

Êtes-vous un développeur sans égo ?
Oui
Vous identifiez-vous dans ces commandements ?
Oui
Quelles autres règles proposez-vous pour le développeur sans égo ?
Aucunes

[transgohan]

Je suis donc à priori un développeur sans ego.
Et pourtant si j'avais à me critiquer je dirai que j'ai peine à donner aux autres le code que je développe...
Ne serais-ce pas pourtant un souci d'ego ?

[esired]

Totalement d'accord avec les principes énoncés. Mais ces règles de conduite s'appliquent à bien des secteurs d'activité, pas seulement en programmation.
Mais je dois avouer qu'il m'arrive de prendre les autres de haut et de rire de leur ignorance . Je sais, c'est pas cool mais que vous voulez-vous? Vous aussi vous surement feriez pareil quand quelqu'un qui se dit développeur Java ne sait pas utiliser javac et n'a jamais créé un Jar en ligne de commande. Bien entendu, vous pensez penser que ce n'est pas grave, mais quand même.

[LSMetag]

Êtes-vous un développeur sans égo ?

Oui, sans aucun doute. Après réflexion, non. Je ne suis pas un vulgaire playmobil qui exécute les ordres d'en haut sans sourciller. Si quelque chose m'interpelle, je le dis. Si j'ai une idée pour améliorer, je la soumet. Si je vois un bug non indiqué par les utilisateurs, je l'indique. Par contre, je ne suis pas le genre de mec qui va se la péter, jubiler devant son code, dénigrer les autres ou modifier le code d'un autre en douce, sans demander pourquoi il a fait ça et sans en informer la hiérarchie.

Vous identifiez-vous dans ces commandements ?

Oui, sauf le 8ème, où j'hésite pas à dire "Je vous avais pourtant prévenu" à mes patrons. Mais pour moi ce n'est pas une question d'ego, ce qui compte c'est que le produit satisfasse l'utilisateur et ne provoque pas de soucis à terme, même si il faut investir un peu plus avant.

Quelles autres règles proposez-vous pour le développeur sans égo ?

- Le développeur peut proposer des idées, aux autres comme à ses patrons, mais doit être ouvert à un débat constructif, qu'il devra considérer comme un enrichissement, même si sa solution n'est pas retenue ou que partiellement. Evidemment, le tout est d'être objectif et humble (pour toutes les parties), ce qui n'est pas toujours évident. A mes yeux, c'est comme ça qu'on avance le plus efficacement.

[la.lune]

Quelles autres règles proposez-vous pour le développeur sans égo ?

Moi j'allais juste parler à propos d'un mais pas ajouter un nouveau, c'est le premier Comprenez et acceptez que vous alliez faire des erreurs

Mais normalement celui qui n'accepte pas qu'il va faire des erreurs, c'est qu'il doit choisir un autre métier. On sait tous qu'en codage coder=créer des bugs, et quand on corrige on en crée encore.

Moi j'allais dire plutôt que le développeur sans égo c'est celui qui sait aussi "Aimer les erreurs, et être content quand on les découvre", car les faire il n y a pas de discussion, je ne vois pas comment ne pas accepter ce qu'on est sûr à 100% de faire.

Personnellement quand on me signale pas du tout d'erreurs ou je n'en trouve point c'est là où ça me fait des problèmes, je ne suis pas content du tout.

C'est en les découvrant que je me rassure de mon boulot.

S'assurer que l'oeuvre réponds aux besoins et exigences en leurs totalités est un métier que beaucoup du monde maîtrisent, mais s'assurer à 100% que l'oeuvre ne contient aucune faille est le métier que personne ne maîtrise.

Même les géants de l'informatique avec toutes leurs expertises et processus qualité et/ou de sécurité mise en place, mais il y a un jour où une faille apparaît.

[Shuty]

Totalement d'accord avec les principes énoncés. Mais ces règles de conduite s'appliquent à bien des secteurs d'activité, pas seulement en programmation.
Mais je dois avouer qu'il m'arrive de prendre les autres de haut et de rire de leur ignorance .

Je ne suis pas seul !

[Mat.M]

Êtes-vous un développeur sans égo ?

dans la mentalité et la culture Française quelqu'un qui n'a pas d'ego c'est quelqu'un de "mort" pour la Société, il ne pourra pas s'élever socialement.
Dans les mentalités françaises tout repose sur le paraître, l'empathie et la force de conviction.
Dans certains domaines professionnels comme par exemple l'action commercial ça se comprend ,dans le développement informatique ça me parait incompatible

Sinon juste une petite remarque, "être dans la chambre" je suppose que c'est un idiomatisme américain c'est mal traduit

[LSMetag]

dans la mentalité et la culture Française quelqu'un qui n'a pas d'ego c'est quelqu'un de "mort" pour la Société, il ne pourra pas s'élever socialement.
Dans les mentalités françaises tout repose sur le paraître, l'empathie et la force de conviction.
Dans certains domaines professionnels comme par exemple l'action commercial ça se comprend ,dans le développement informatique ça me parait incompatible

Sinon juste une petite remarque, "être dans la chambre" je suppose que c'est un idiomatisme américain c'est mal traduit

Justement je crois qu'en développement, du moins dans les SSII, ce qui te tue, c'est d'avoir un ego. Je suis bien placé pour le savoir, quand on me qualifiait d'électron libre (et c'était pas un compliment dans ce milieu là où toute critique des décisions d'en haut était très mal vue).

[ddoumeche]

Sinon juste une petite remarque, "être dans la chambre" je suppose que c'est un idiomatisme américain c'est mal traduit

Je pense que le terme "être dans un tunnel" correspond bien.

[CodeurPlusPlus]

pcdwarf a tout dit ! Je pense que la discussion peut être considérée comme "résolue".

(ok je sors)

[Jarodd]

Je suis suis pas un développeur sans égo, je suis un développeur sans égal

[esired]

@Jarodd. égo c'est pas le pluriel de égal?
Pas la peine de m'indiquer la sortie, je la connais.

[SylvainPV]

Je plaide coupable pour ne pas respecter plusieurs de ces points. Par exemple, ça m'arrive de réécrire du code d'autres personnes sans les consulter. Mais c'est peut-être parce que certaines de ces personnes ont elles aussi leur égo et refusent d'admettre avoir tort. C'est d'autant plus difficile lorsque ces personnes ont dix ans de plus que moi... dur de se faire corriger par le petit jeune.

Je suis bien placé pour savoir que c'est assez mal vu lorsque quelqu'un ramène perpétuellement sa science. A l'école mes profs m'appelaient Monsieur je sais tout, parce que j'adorais les corriger lorsqu'ils se trompaient. Ponctuellement ça va, mais à la longue je passe au mieux pour un perfectionniste, au pire pour un emmerdeur prétentieux.

Alors est-ce qu'il ne vaut pas mieux parfois faire quelques modifs en douce, plutôt que de critiquer sans cesse (et même une critique constructive reste une critique). C'est le seul moyen que j'ai trouvé pour rester humble et apprécié sans laisser passer trop d'énormités dans le code.

[AlexRNL]

Je plaide coupable pour ne pas respecter plusieurs de ces points. Par exemple, ça m'arrive de réécrire du code d'autres personnes sans les consulter. Mais c'est peut-être parce que certaines de ces personnes ont elles aussi leur égo et refusent d'admettre avoir tort. C'est d'autant plus difficile lorsque ces personnes ont dix ans de plus que moi... dur de se faire corriger par le petit jeune.

Je suis bien placé pour savoir que c'est assez mal vu lorsque quelqu'un ramène perpétuellement sa science. A l'école mes profs m'appelaient Monsieur je sais tout, parce que j'adorais les corriger lorsqu'ils se trompaient. Ponctuellement ça va, mais à la longue je passe au mieux pour un perfectionniste, au pire pour un emmerdeur prétentieux.

Alors est-ce qu'il ne vaut pas mieux parfois faire quelques modifs en douce, plutôt que de critiquer sans cesse (et même une critique constructive reste une critique). C'est le seul moyen que j'ai trouvé pour rester humble et apprécié sans laisser passer trop d'énormités dans le code.

C'est peut-être toi qui a tort, non ?

Perso, je ne repasse jamais sur un code que je trouve étrange/bizarre/faux sans chercher à savoir pourquoi ça a été fait comme ça (donc en allant voir la personne qui a fait les modifications). Parce que dans la plupart des cas, la raison n'est pas l'incompétence de l'auteur, mais des contraintes qui sont peut-être toujours d'actualité.

[SylvainPV]

C'est peut-être toi qui a tort, non ?

Bien sûr, je me trompe comme tout le monde. J'irais même jusqu'à dire que j'aime me tromper, parce qu'apprendre d'autrui est un formidable rapport humain et parce que c'est une opportunité pour se corriger et se sentir grandi. Bienheureux les simples d'esprit disaient les saints hommes. J'admire aussi Descartes pour sa méthode basée sur le doute. Chacune de ses propres certitudes qu'il brisait était un obstacle de moins dans sa quête de vérité.

Et pourtant, je retrouve régulièrement dans mon travail au quotidien ce sentiment de conviction et de confiance en son propre jugement, face à une erreur de logique qui vient me titiller le cerveau. Peut-être est-ce la faute à mes profs et mes patrons qui me rabâchent aussi loin que je me souvienne que je fais de l'excellent travail. Ou peut-être que je suis juste un con arrogant. Quoi qu'il en soit, je prends un certain nombre d'initiatives et j'en assume les conséquences. Je préfère aider les visiteurs de developpez.net plutôt que les collègues qui ne me demandent rien.

@transgohan: jusqu'ici, mes patrons sont très contents de moi. Mais si un incident de ce genre venait à se produire, alors ce sera sans doute la leçon dont j'ai besoin, et je tâcherai de la recevoir avec humilité.

[transgohan]

Je plaide coupable pour ne pas respecter plusieurs de ces points. Par exemple, ça m'arrive de réécrire du code d'autres personnes sans les consulter. Mais c'est peut-être parce que certaines de ces personnes ont elles aussi leur égo et refusent d'admettre avoir tort. C'est d'autant plus difficile lorsque ces personnes ont dix ans de plus que moi... dur de se faire corriger par le petit jeune.

Je suis bien placé pour savoir que c'est assez mal vu lorsque quelqu'un ramène perpétuellement sa science. A l'école mes profs m'appelaient Monsieur je sais tout, parce que j'adorais les corriger lorsqu'ils se trompaient. Ponctuellement ça va, mais à la longue je passe au mieux pour un perfectionniste, au pire pour un emmerdeur prétentieux.

Alors est-ce qu'il ne vaut pas mieux parfois faire quelques modifs en douce, plutôt que de critiquer sans cesse (et même une critique constructive reste une critique). C'est le seul moyen que j'ai trouvé pour rester humble et apprécié sans laisser passer trop d'énormités dans le code.

Ah bah sache que j'en ai connu des comme toi...
Un a même fait foiré un projet complet en remaniant en douce une partie critique.
Je te laisse imaginer les impacts que cela a eu par la suite...

Je n'appelle perfectionniste que ceux qui font preuve d'égard vis à vis des autres. Dans ton cas c'est tout à fait l'emmerdeur prétentieux.

[cbleas]

Je plaide coupable pour ne pas respecter plusieurs de ces points. Par exemple, ça m'arrive de réécrire du code d'autres personnes sans les consulter. Mais c'est peut-être parce que certaines de ces personnes ont elles aussi leur égo et refusent d'admettre avoir tort. C'est d'autant plus difficile lorsque ces personnes ont dix ans de plus que moi... dur de se faire corriger par le petit jeune.

Je suis bien placé pour savoir que c'est assez mal vu lorsque quelqu'un ramène perpétuellement sa science. A l'école mes profs m'appelaient Monsieur je sais tout, parce que j'adorais les corriger lorsqu'ils se trompaient. Ponctuellement ça va, mais à la longue je passe au mieux pour un perfectionniste, au pire pour un emmerdeur prétentieux.

Alors est-ce qu'il ne vaut pas mieux parfois faire quelques modifs en douce, plutôt que de critiquer sans cesse (et même une critique constructive reste une critique). C'est le seul moyen que j'ai trouvé pour rester humble et apprécié sans laisser passer trop d'énormités dans le code.

Bonjour,
c'est rigolo dans tous les posts j'ai vu une chose le mecanicien qui répare la voiture et non le concepteur qui crée la voiture et la je me demande ou peut etre l'Ego

[tontonnux]

Je plaide coupable pour ne pas respecter plusieurs de ces points. Par exemple, ça m'arrive de réécrire du code d'autres personnes sans les consulter. Mais c'est peut-être parce que certaines de ces personnes ont elles aussi leur égo et refusent d'admettre avoir tort. C'est d'autant plus difficile lorsque ces personnes ont dix ans de plus que moi... dur de se faire corriger par le petit jeune.

Je suis bien placé pour savoir que c'est assez mal vu lorsque quelqu'un ramène perpétuellement sa science. A l'école mes profs m'appelaient Monsieur je sais tout, parce que j'adorais les corriger lorsqu'ils se trompaient. Ponctuellement ça va, mais à la longue je passe au mieux pour un perfectionniste, au pire pour un emmerdeur prétentieux.

Alors est-ce qu'il ne vaut pas mieux parfois faire quelques modifs en douce, plutôt que de critiquer sans cesse (et même une critique constructive reste une critique). C'est le seul moyen que j'ai trouvé pour rester humble et apprécié sans laisser passer trop d'énormités dans le code.

C'est sûr qu'avec de tels propos, c'est facile de passer pour quelqu'un de prétentieux .

Cela dit, quelques soient les circonstances (que tu aies raison ou pas), faire une modification "en douce", donc sans consultation/validation est une énorme erreur dans un travail d'équipe ! Agir ainsi fait prendre le risque d'effets de bord non maîtrisés sur l'ensemble du projet. Si tu choisi de prendre seul ce genre de responsabilité, alors oui c'est de l'arrogance mal placée.

A partir du moment où 100% des développeurs va faire des erreurs, il est indispensable d'avoir des procédures et méthodes de travail rigoureuses qui DOIVENT être respectées par tous au sein d'une équipe !
Faut pas faire son Christiano Ronaldo sous prétexte qu'on dribble mieux que les autres.

[Golgotha]

Sans critique, on ne peux pas s'améliorer.

Je préfère être critiqué et m'améliorer sans cesse, que de rester un imbécile heureux.