Discussion :

[arkhamon]

Et c'est reparti ! Ca faisait longtemps (environ quelques jours).
Plutôt que de vous demander ce qu'est un bon développeur, et comment recruter cette personne qui dispose de toutes les qualités, je vous propose de revoir un ancien sketch des Inconnus : "la différence entre un mauivais et un bon chasseur"...

Toute blague mise à part, il faut arréter de vouloir à tout prix définir celui qui est bon (et par conséquence d'exclure les autres) suivant des critères aussi subjectifs que "il est curieux" ou "il fait du code propre"... Nous sommes dans une société où tout le monde a besoin de travailler. Quoi qu'on puisse en dire, 2% de la population va en diriger 98 autres, c'est physiologique, autant que le sexe.

Après on peut deviser joyeusement sur la difficulté de trouver le mouton à 18 pattes, ou sur le fait que oui les hommes ne sont que des hommes, donc pas parfaits...

[petitours]

Et c'est reparti ! Ca faisait longtemps (environ quelques jours).
Plutôt que de vous demander ce qu'est un bon développeur, et comment recruter cette personne qui dispose de toutes les qualités, je vous propose de revoir un ancien sketch des Inconnus : "la différence entre un mauivais et un bon chasseur"...

Toute blague mise à part, il faut arréter de vouloir à tout prix définir celui qui est bon (et par conséquence d'exclure les autres) suivant des critères aussi subjectifs que "il est curieux" ou "il fait du code propre"... Nous sommes dans une société où tout le monde a besoin de travailler. Quoi qu'on puisse en dire, 2% de la population va en diriger 98 autres, c'est physiologique, autant que le sexe.

Après on peut deviser joyeusement sur la difficulté de trouver le mouton à 18 pattes, ou sur le fait que oui les hommes ne sont que des hommes, donc pas parfaits...

Justement le subjectif a besoin d’être alimenté et comme tout ce que nous faisons est finalement fait par des hommes qui ont des méthodes, des outils, des sensibilités différentes ces discussions ont une grande valeur je trouve.
Évidement ces discussions ne pourront jamais arriver à une conclusion ferme et définitive comme on peut en avoir sur des sujets techniques ; mais nous avons des choix à faire, des progrès à faire, pour nous et nos équipes, ces discussions nous y aide en découvrant les avis, positions et autres expériences de chacun.
On pourrait aussi dire que celui qui ne s’intéresse pas à ce genre de discussion ne s'intéresse pas aux Hommes !?
La technique sera toujours ce qu'il y a de plus facile dans ce monde et c'est tant mieux !

[coursmoyen]

Points d'échecs
1)Méconnaissance du sujet à développer
2)Analyse de la globalité du sujet insuffisante
3)Ecriture du logiciel sans une idée de comment tester chaque partie
- Description en début de partie d'un cas de combinaison de variables et résultat attendu
4)Projection du timming sans fondement
5)Accéder aux demandes de modifications du client sans analyse profonde
6)Phase finale compensée par une surcharge de travail dûe à l'angoisse de l'impasse qui se profile
7)Penser au test final par une autre équipe ou mieux un test fourni par le client

Rester modeste quand tout va bien

[tpericard]

Bonjour,

L'argent est le nerf de la guerre. En centre de service de développement, le bon développeur est celui qui rend ses projets (qui fonctionnent) à l'heure, voire en avance (car il fera ainsi gagner encore + d'argent à l'entreprise).

A contrario, le mauvais développeur est celui (ou celle) qui ne rendra pas ses dossiers à temps. Et peu importe la raison évoquée (documentation, maintenance, etc ...).

Bien sûr, celui ou celle dont les projets ne fonctionnent pas sont toujours considérés comme mauvais

Navré d'être aussi négatif, mais il faut bien avouer que c'est ainsi que ça passe

[PatLapin]

C'est très simple, pour choisir un bon développeur, il suffit de lui confisquer son téléphone portable et son accès à internet et voir combien de temps il tient.

ps : par exemple le développeur qui a codé l'inscription à ce forum n'est pas un bon développeur ! Mais maintenant plus personne ne teste son code même pas le développeur lui-même .....

[ChristianRoberge]

Les connaissances en informatique, langages, façon de faire (document, formatage du code, méthode Agile) sont "inutiles" à un bon programmeur. Je sens que j'en ai choqué plus d'un là, je m'explique. Le moteur essentiel de motivation que je recherche chez un candidat est s'il a de nombreuses connaissances autre qu'informatique. Par exemple, si tu n'a pas d'idées comment cela fonctionne en médecine, comment peux-tu concevoir un logiciel qui répondra à leurs besoins? Si un candidat est curieux sur un ensemble de domaines connexes, je sais qu'il est ou le sera tout autant, si le besoin se fait sentir, en informatique. La plupart des "bon" programmeurs que j'ai connu, avait des compétences en informatique relativement banal mais leur application se démarquait des autres parce qu'elles répondaient intelligemment au besoin réel des clients. Et çà, c'est du grand art!

[smartinus44]

Un bon développeur doit savoir que tant qu'il s'accrochera à une technologie ou une méthode toute faite il restera mauvais... Il doit savoir dire non quand il le faut et ne pas broder autour de pseudos-solutions en vogue et cela même au détriment de son poste. Il ne faut pas passer à côté du fait que parfois la solution ultime c'est de ne pas développer du tout! En somme je pense que le développeur idéal devrait rester cartésien et ne pas trop faire dans la littérature...

[Laurent 1973]

... Il ne faut pas passer à côté du fait que parfois la solution ultime c'est de ne pas développer du tout! ...

Un bon développeur est un développeur fainéant: il va réfléchir un minute de plus pour avoir à taper une touche de moins

[tomlev]

Un bon développeur est un développeur fainéant: il va réfléchir un minute de plus pour avoir à taper une touche de moins

Voire bosser 1 heure pour automatiser une tâche qui aurait pris 10 minutes à faire manuellement

[Zirak]

Voire bosser 1 heure pour automatiser une tâche qui aurait pris 10 minutes à faire manuellement

Cela reste une bonne idée, tant que c'est une tâche qui risque de se reproduire plus de 6 fois

[Laurent 1973]

Cela reste une bonne idée, tant que c'est une tâche qui risque de se reproduire plus de 6 fois

Voir même moins que 6: l'erreur étant humaine, il est possible que l'on se trompe sur l'un de ces reproduction et on doit recommencer après avoir éventuellement corrigé les dégâts.

[Invité]

Tout a été dit, mais un point qui pour moi est incontournable
Tout programme de mes 40 informaticiens lorsque je dirigeai mon service informatique,
qui écrivais 10 pages pour écrire toto à l'écran ne faisait pas long-feu chez moi
J' exagères mais tout le monde comprends ce dont je parles !