Discussion :

[FR119492]

Bonjour à tous!
J'ai l'impression qu'on forme de plus en plus de développeurs de la troisième catégorie, ceux qui cherchent une "fonction" toute faite. Pour vous en rendre compte, je vous conseille d'aller voir les questions posées dans le forum Matlab.
Jean-Marc Blanc

[manudwarf]

Bonjour à tous!
J'ai l'impression qu'on forme de plus en plus de développeurs de la troisième catégorie, ceux qui cherchent une "fonction" toute faite. Pour vous en rendre compte, je vous conseille d'aller voir les questions posées dans le forum Matlab.
Jean-Marc Blanc

Personnellement (récemment diplômé) j'aurais dit la 4ème

[Idelways]

Quelle est votre définition du « vrai développeur » et comment le trouvez-vous ?
Un blogueur expose son point de vue

Mise à jour du 23/11/2010


Nous avons passé en revue hier (lire ci-avant) un billet du blogueur Steven Benner. Son article a suscité sur Développez.com de nombreuses réactions et un débat intéressant.

Mais il a une suite.

Après s'être attaqué (d'une manière assez caricaturale) aux catégories des développeurs, l'auteur expose, dans un billet plus recherché, sa propre définition du « vrai développeur », comprendre les qualités qui doit réunir un bon développeur.

Selon lui, les vrais développeurs sont ceux qui peuvent apprendre vite, apprendre par la pratique, et ne jamais arrêter d'apprendre.

La définition de Benner ne serait donc pas incompatible avec les développeurs qui utilisent du code trouvé sur Google (ou Bing). Bien au contraire.

Ces développeurs, en arrivant à trouver et à adapter rapidement des solutions à leur travail font justement preuve de capacités d'apprentissage et d'adaptation.

Pour trouver les vrais développeurs, Benner donne quelques pistes. Parmi lesquelles, il recommande de mettre les candidats à l'épreuve mais sur des compétences de haut-niveau, non pas sur des patrons de conceptions ou d'obscures problèmes algorithmiques.

Des problèmes théoriques, utilisés par certains recruteurs pour départager les candidats, feraient passer à côté de certains "vrai développeurs". Car ces derniers peuvent de ne pas arriver à se rappeler de solutions à des problèmes qu'ils ne rencontrent que rarement, voire jamais.

En revanche, il déconseille de recruter les développeurs qui s'intéressent plus à l'informatique théorique qu'à l'expérience effective. Benner les considère même comme "une épine perpétuelle dans le pied de l'industrie du développement".


Source : le blog de Steven Benner

Et vous ?

Êtes-vous d'accord avec la définition de Benner ?
Quelle est votre propre définition du vrai développeur et comment faites-vous pour les dénicher ?

[pseudocode]

Il revient à ma mémoire une définition d'un de mes professeurs. C'était dans un autre contexte, mais c'est applicable à l'opinion de Steven Benner.

Face à un problème :

- Les mauvais développeurs croient connaitre la bonne méthode

- Les bons développeurs connaissent déjà la bonne méthode

- Les grands développeurs ne connaissent pas la bonne méthode, mais savent comment la trouver

[cs_ntd]

Mort de rire quand j'ai vu les 5 classifications.

Indéniablement dans la catégorie 1 et 5, c'est affolant...

C'est plus fort que moi... Par exemple, si jamais je sens, dans un bout de code, que ya une ligne de trop, la moindre instruction inutile, je peux passer des heures (des jours ) dessus, pour trouver THE solution, parfaite, belle brillante, absolument magnifique...
Il faut comprendre, même si ça implique un truc du genre v^=~(0xAF << (i >> 3));


Perfectionnsite jusqu'au bout des ongles... Capable de passer des heures à ré-indenter un code qui desfois met des TAB de 4 espaces et des TAB de 3 espaces ^^
Et bien sur fondamentalement incapable de rendre n'importe quoi à l'heure, ni de rendre quelque chose si ce n'est pas parfait, à moins de me faire violence, ou de n'avoir d'autre choix

Tout le contraire de moi dans la vie "normale", je met le bazar partout ou je passe

Quand à la catégorie 5, c'est exactement ça... Je passe plus de temps à réfléchir comment faire plutôt que de le faire vraiment...
Si on me laisse faire, je re-cré à chaque projet un nouveau "framework" de travail, ultra-générique avec des hacks dans tous les sens (au sens : code non-documenté qui, si on le supprime, empêche le fonctionnement), portable toussa toussa.
Bref un truc qui permettra de coder à l'avenir de manière plus performante, et plus rapide , chose qui prend bien sûr 300 fois le temps de développement du projet... .

Je crois que je suis relativement "lourd" pour les gens qui travaillent avec moi




Et je suis aussi d'accord avec la manière dont il sépare les "bons" développeur des "mauvais", mais je pense que celà peut s'appliquer de manière plus générique :
- Il y a ceux qui ont envie d'apprendre, qui sont curieux, qui cherchent à savoir le pourquoi du comment, cherchent à résoudre eux-même les choses.
- Et il y a ceux qui se contentent de vivre sur leurs aquis, ne se posent pas de questions, et qui estiment qu'ils "savent" des choses et que c'est bien suffisant comme ça.

Je pense que ça se retrouve dans la vraie vie. En gros ya les Hackers et les Autres...
Mais c'est plus un état d'esprit concernant un domaine, plutôt qu'une aptitude naturelle.

Je pense qu'un "jeune" développeur, curieux, touche à tout, qui expérimente (càd : essaye d'inventer des solutions à ses problèmes de manière intelligente) etc... sera toujours meilleur en un sens que quelqu'un qui à apris la norme et qui se contente de l'appliquer, ou que quelqu'un qui se contente de dire :

Regarde, si je divise par 2 c'est trop petit, alors je vais diviser par 1.5 parcequ'on sera plus proche du résultat attendu...

(je déteste les gens comme ça )

[Guilp]

Moi je suis souvent de ceux qui doivent reprendre le code de quelqu'un d'autre...

Donc forcément, je suis extrêmement anti hacks ou cheats, de code "bordel"!! J'insulte haineusement ces programmeurs environ 20 fois dans la journée pour me faire perdre (à moi, à mes collègues et à tout le monde) des centaines d'heures... Eux qui ont crû économiser quelques petites heures à engendrer un code bordélique et ultra crade plutôt qu'un code un minimum propre...

Je ne suis pas un perfectionniste pour autant, je fais en sorte de rendre mon travail à l'heure, je fais des compromis... Mais avec un code un tant soit peu propre et réutilisable avec si possible aucun hack ! (et si il y en a un, je le documente à mort).

Bref, je ne sais pas ce qu'est un "vrai" développeur, mais selon mon humble avis, un mauvais développeur est un développeur qui code sans réfléchir.

(Et on peut coder "directement" dans un projet sans pour autant que ça soit irréfléchi. Simple exemple : en s'inspirant d'une méthode agile. Mais des classes bordéliques et fourre-tout remplies de hack en tout genre... Le cauchemars!!)

ps: lors d'une mise à jour d'un article (comme c'est le cas ici), y a-t-il moyen de mettre un lien qui va directement au post de mise à jour sur son fil de discussion forum? S'il y en a un, je n'arrive jamais à le trouver (alors qu'avant, il était souvent dans le texte même de la mise à jour de l'article). merci ^^

[epsilon68]

Je crois que je suis relativement "lourd" pour les gens qui travaillent avec moi

on se connait?

[xerio123]

cette categorization c'est quand meme carrement moisit quand meme.
bon cela dit ya un truc qui m'a fait chiffonne.
Je trouve que les programmes sont de plus en plus lourds, il faut des machines de plus en plus puissantes pour faire tourner des programmes qui au fond ne devrait pas l'etre, ca bouffe de plus en plus de memoire etc...
ya quand meme un probleme avec ca. je me demande si on pourrait pas faire une evaluation d'un bon programme comme en etant peu consomateur de ressource materiel, du genre vous etes un bon programmeur car grace a vos programme pas besoins de changer de materiel, on les appeleraient les GREEN PROGRAMMEUR , hehe

bref, ecrire un programme de maniere lourde (consommatrice) ca a quand meme des concequences social, he oui il faut le fabriquer les ordinateurs , et qui les fabrique ? dans quel conditions ? alors franchement l'elegance, la clartee, la propretee, l'evolutivitee, la rapiditee etc ... franchement ca devrait pas etre notre premier souci ..

desole pour mes fautes d'orthographes... (je deteste ces mecs qui se prennent pour des dieux et qui ont la veritee infusent et qui croit que le monde tourne autour d'eux. dailleur je deteste se moyen d'expression : les blogs, genre "j'ai envie de parler de moi sur internet" ... )

bon j'arrette , je part en couilles ...

[air-dex]

Selon lui, les vrais développeurs sont ceux qui peuvent apprendre vite, apprendre par la pratique et ne jamais arrêter d'apprendre.

[...]

Êtes-vous d'accord avec la définition de Benner ?

Totalement d'accord ! Le développement, c'est la loi de l'évolution : si tu restes sur tes acquis, tu meurs (ou tu va faire de la bureaucratie/du management, autre forme d'évolution). Les développeurs d'il y a plus de 20-25 ans ont dû laisser le Fortran, le COBOL et autre Lisp de côté pour rester dans la course. De même, les développeurs actuels devront dire un jour adieu à Java, C# et Python (voire C++ ?) pour peut-être le langage D et Google Go.

Étrangement, il n'y a que le C qui arrive à traverser les époques. Jusqu'à ce qu'il soit décrété comme étant "trop vieux pour l'Informatique" ?

[professeur shadoko]

Totalement d'accord ! Le développement, c'est la loi de l'évolution : si tu restes sur tes acquis, tu meurs (ou tu va faire de la bureaucratie/du management, autre forme d'évolution). Les développeurs d'il y a plus de 20-25 ans ont dû laisser le Fortran, le COBOL et autre Lisp de côté pour rester dans la course. De même, les développeurs actuels devront dire un jour adieu à Java, C# et Python (voire C++ ?) pour peut-être le langage D et Google Go.

Étrangement, il n'y a que le C qui arrive à traverser les époques. Jusqu'à ce qu'il soit décrété comme étant "trop vieux pour l'Informatique" ?

pas totalement d'accord: je fais partie de ceux qui apprennent lentement (surtout parce que je ne tiens jamais rien pour acquis et que , ayant mauvais esprit, je m'interroge sur les motivations de tout ) ... ça m'empêche pas de rebatir sans cesse sur des acquis anciens ....
En terme d'efficacité de codage je me considère comme un "lent à l'allumage" ... j'aurais jamais pu opérer en SSII mais chez des éditeurs de produits ça a super bien marché.

Mon conseil pour les chefs de projet: pour faire un bon ragout il faut de la viande et des légumes .... la diversité dans les équipes est une richesse.

[notia]

Quelle est votre propre définition du vrai développeur et comment faites-vous pour les dénicher ?

Question bien difficile.
Il existe des personnes ayant plus d'expérience dans le développement que d'autres. Il existe des personnes qui décident de consacrer plus de temps à un apprentissage perpétuelle que d'autres.
Faut-il pour autant éjecter ceux qui font de l'informatique que durant leurs horaires de travail, ceux qui ont peu d'expérience, ceux qui se disent qu'il y a peut-être une autre vie en dehors de l'informatique ?

Dans une équipe de développeur, même le mec de niveau moyen peut apporter quelque chose de positif à l'équipe. Il peut être le comique de service qui apporte une ambiance conviviale ou encore le bosseur fou qui une fois la tache complexe expliquée se mettra au travail.

De plus, avec un peu de recule, chacune des classes définies par Benner, peut trouver sa place au sein d'un projet.
Option 1
5 et 3 -> Conception : ils pourraient pondre les grandes lignes de l'application
1 et 2 -> developpement : avec la confrontation des différents points de vue il y a une chance de voir apparaitre 1) un code maintenable et 2) des délais respectables
4 -> correction de bug.

Option 2
1 -> chef de projet
2 -> Conception
3 et 4 -> développement
5 -> Fonctionnelle ou testeur

Etc...

[pcaboche]

Dans une équipe de développeur, même le mec de niveau moyen peut apporter quelque chose de positif à l'équipe. Il peut être le comique de service qui apporte une ambiance conviviale ou encore le bosseur fou qui une fois la tache complexe expliquée se mettra au travail.

Le pire, c'est qu'on peut les 2 à la fois : le comique de service et pourtant un mec compétent. Parce que quand on arrive à un certain niveau de compréhension et qu'on voit tout ce qu'il se passe dans la profession informatique (développement, conduite de projets, RH, commercial, etc) on se dit que tout cela n'est qu'une vaste blague. Et on finit par tout prendre à la légère comme si rien n'avait vraiment d'importance.

En face, par contre, vous avez des gens qui se prennent vraiment au sérieux sans avoir conscience de leur propre médiocrité, d'où un certain regard condescendant et réprobateur : "mais c'est qui ce type ?". - "Ce *type*, c'est celui qui a optimisé nos systèmes et les a rendus utilisables, entre autres..."

Par contre pour le côté "bosseur fou", je ne suis pas trop d'accord. On m'a toujours appris que la plus grande qualité d'un développeur, c'est d'être paresseux. Sinon pourquoi on passerait autant de temps à expliquer à des machines comment travailler à notre place, hein ?

[pseudocode]

Parce que quand on arrive à un certain niveau de compréhension et qu'on voit tout ce qu'il se passe dans la profession informatique (développement, conduite de projets, RH, commercial, etc) on se dit que tout cela n'est qu'une vaste blague. Et on finit par tout prendre à la légère comme si rien n'avait vraiment d'importance.

Autant de lucidité à 30 ans, imagine avec 8 de plus.

[pcaboche]

Autant de lucidité à 30 ans, imagine avec 8 de plus.

Dans 8 ans, je pense que j'en aurai eu marre de l'info et que j'aurai ouvert un bar à putes en Thaïlande...

Du coup, quand on me pose la question "où vous voyez-vous dans 10 ans ?", je me sens obligé de mentir, de peur de ne pas être pris au sérieux...

[_skip]

Parce que quand on arrive à un certain niveau de compréhension et qu'on voit tout ce qu'il se passe dans la profession informatique (développement, conduite de projets, RH, commercial, etc) on se dit que tout cela n'est qu'une vaste blague. Et on finit par tout prendre à la légère comme si rien n'avait vraiment d'importance.

Ou alors, comme moi, on déserte tout ce qui est administrations, services publics et grosses structures pour travailler dans des petites start-up et des plus petites équipes.
On gagne moins d'argent mais ça évite d'avoir à passer sa langue sur des surfaces velues ainsi que de développer des pulsions psychopathes à terme, surtout si on supporte pas le gaspillage et les process interminables et inefficaces.

[mortapa]

Parce que quand on arrive à un certain niveau de compréhension et qu'on voit tout ce qu'il se passe dans la profession informatique (développement, conduite de projets, RH, commercial, etc) on se dit que tout cela n'est qu'une vaste blague. Et on finit par tout prendre à la légère comme si rien n'avait vraiment d'importance.

Si seulement c'était valable uniquement dans le domaine de l'info le monde serai un vrais bonheur.

Dans 8 ans, je pense que j'en aurai eu marre de l'info et que j'aurai ouvert un bar à putes en Thaïlande...

j'aurais enlever pute et remplacé par concert, enlever Thailande pour un pays moins trash mais grosso modo l'idée est là

[danbo52]

J'aime le développeur qui ne sait pas forcément tout, mais qui a l'idée d'aller puiser les bribes de solutions pour en faire un beau joujou, restant toujours homme du terrain.

Je reste d'accord sur la priorité de la mise en pratique, même si c'est moche, mais tant que ça marche à merveille, on y va!

Un bon développeur pense son travail et aux utilisateurs, voilà ce que j'y vois après des années à constater des défaites en terme de produits ERP en particulier.

[Virgil Scipion]

Je vois pas la différence entre la 1ère et la 4ème catégorie...

Moi je me baserai sur un autre critère : le souci du mec qui passe derrière. Certains font des trucs ultra porc parce qu'ils ne se posent pas de questions, et d'autres perdent du temps à faire des choses claires en pensant aux types qui reprendra leur code (et parfois c'est eux mêmes ce type )

En tout cas, les architectures ultra carrées, super propres, respectant à la lettre la conception de haut niveau, ça fait joli mais c'est atroce pour ceux qui doivent s'y soumettre. Surtout quand on a connu uniquement du code fait à l'arrache et dans l'urgence, modèle tellement horrible qu'on dirait le fils caché d'Elephant Man et de Quasimodo

[Flaburgan]

Je vois pas la différence entre la 1ère et la 4ème catégorie...

Le travail du premier marche de manière efficace, je dirais.

[teppyogi]

Il ne manque pas l'artiste qui, à force de revoir ses specs, de rendre son code plus propre, etc. finit par ne rien livrer ? Je me serais bien classé dans cette catégorie