Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par Idelways

23PARTAGES

1  0 
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 ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de el_slapper
Expert éminent sénior https://www.developpez.com
Le 24/11/2010 à 10:47
autant son premimer post me parait caricatural au possible, autant j'apprécie le fond du deuxième : l'important, c'est de savoir s'adapter. Se couler dans les pratiques locales, ou du moment.

Pour les tests : j'ai été amené à en faire, et à réfléchir au sujet, face à une hiérarchie traumatisée(à juste titre) par quelques recrutements hautement malheureux. J'aurais aimé pouvoir testé l'adaptabilité des gens, mais j'avais pour contrainte "un QCM, pas plus de 15 minutes, on est pas là pour faire chier les gens pendant 2 heures". Je me suis donc limité à un petit test sur les bases techniques utilisées en local, juste pour vérifier que les gens qui annoncent "15 ans d'expertise dont 12 en COBOL" sont capables de comprendre un code basique dans ledit langage.

Eh bien ça a suffit à éliminer la moitié des candidats..... Pour l'autre moitié, ceux qui n'avaient pas bidonné leur CV(parceque mon test, il ne vole vraiment pas haut), ils ont gardé la méthode "standard" : le courant doit passer(en bref, à la tête du client). C'est évidemment suboptimal, mais il est difficille d'évaluer réellement quelqu'un en quelques minutes.

D'ou ma conclusion : un test pour éliminer les boulets, c'est pertinent. Un test pour trouver la perle rare, c'est de la clownerie.
13  0 
Avatar de pseudocode
Rédacteur https://www.developpez.com
Le 23/11/2010 à 19:46
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
13  1 
Avatar de sevyc64
Modérateur https://www.developpez.com
Le 23/11/2010 à 22:09
Je me reconnais très bien dans ce que dit ce Steven Benner autant dans le premier que dans le second post.

Si j'en crois son classement, certes exagéré mais pas si loin de la réalité que ça, je suis à la fois dans la première et dans la cinquième catégorie, suivant les circonstances, avec une préférence pour la cinquième et une haine viscérale de la quatrième catégorie que l'expérience mais surtout l'age n'arrange pas.

Citation Envoyé par pseudocode Voir le message
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
Je suis donc un grand développeur, alors

JE hais les tests qu'il faut parfois passer en entretien, pondre un bon de code, comme ça sur le pouce sans pouvoir préparer, ni réfléchir, comme si on avait tout en mémoire, comme si développer c'était comme réciter les tables de multiplications à l'école primaire.
Et généralement j'échoue.
9  0 
Avatar de pcaboche
Rédacteur https://www.developpez.com
Le 24/11/2010 à 22:34
Citation Envoyé par pseudocode Voir le message
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...

9  0 
Avatar de sevyc64
Modérateur https://www.developpez.com
Le 02/12/2010 à 9:09
Citation Envoyé par Jimmy_ Voir le message
Developper ça sert à rien, on ne monte pas dans la hierarichie en developpant. On reste en bas avec un salaire qui va avec.
Donc pour moi le bon developpeur ne developpe plus, c'est un indien ou un chinois qui le fait a sa place. Le bon developpeur integre , optimise ou fait des revues de code.
Il est déjà architecte ou chef de projet technique.
Est si c'est un choix de carrière ?
Pourquoi un développeur doit obligatoirement évoluer dans sa carrière vers un poste de chef de projet ou d'architecte ? Qui impose cela ?

Je me demande d'ailleurs si les développeurs sont les plus compétants pour gérer des équipes et des projets ? Pour ceux que j'ai rencontré ce n'était pas le cas.
A chacun son boulot !!! Laissons les développeurs développer et laissons gérer les projets par des personnes capables de gérer des projet.
9  0 
Avatar de Guilp
Membre éprouvé https://www.developpez.com
Le 23/11/2010 à 20:50
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 ^^
8  0 
Avatar de dtravailloux
Membre à l'essai https://www.developpez.com
Le 24/11/2010 à 13:00
Un vrai développeur, puisque c'est de ça qu'il s'agit est celui qui sait souffrir..en silence..

[mode 10ème degré]
pris entre les demandes délirantes des commerciaux, les délais du chef de projet intenables, un salaire de misère, une reconnaissance proche de zéro....il doit faire preuve d'abnégation ou tout envoyer bouler et faire autre chose...

Après tout, il m'a fallut 4 ans pour me rendre compte de la situation et cela fait déja 6 ans déja que je suis parti vers d'autres horizons. Maintenant que je suis de l'autre côté, j'ai pas l'impression que cela ait changé beaucoup...
[/mode 10ème degré]

bon courage les gars !
7  0 
Avatar de _skip
Expert éminent https://www.developpez.com
Le 06/12/2010 à 8:35
Citation Envoyé par plouiserre Voir le message
J'ai travaillé avec des gens de cette catégorie, et leur travail était ignoble.
Je peux te dire que la plupart du temps, ce qui est piqué dans un site est beugué donc tu mets trois plombes à le reprendre.
Le deuxième soucis c'est qu'il y a le risque que le code pris ne corresponde pas à l'architecture de ton application ce qui est pas génial.
Enfin bonne chance pour maintenir un code qu'on trouve sur internet et permettre à tes collègues de pouvoir s'en servir.

Pour moi cette catégorie est la pire que j'ai rencontré dans ma courte vie professionnelle et j'espère ne plus travailler avec des gens comme eux.

Car prier pour que ca marche n'est pas professionnel.
Ben attention alors parce que ça tu risques d'en voir plus d'un et plus d'une. La mode d'aujourd'hui, à ce que je peux voir, et principalement chez les juniors c'est de chercher le "framework" qui fait tout ce qu'on demande.
Tant pis si au final on comprend rien de comment ça fonctionne.

Ca vous donne des gens qui sortent du Spring-hibernate pour des sites basiques ou un peu de jdbc suffirait amplement. C'est cool, c'est sur-architecturé, c'est marrant jusqu'au jour où on commence à se prendre des stacktrace de 50 pages dans la figure parce qu'un obscur mécanisme de magie noire qui fait de l'injection de dépendances ne fonctionne plus suite à un changement mineur.

Utiliser des frameworks ok, mais les comprendre un minimum avant. Sous peine de finir avec des solutions ridiculement complexes qu'on ose plus toucher tellement on sait pas ce que ça brasse.

PS: C'est du vécu personnel
7  0 
Avatar de pseudocode
Rédacteur https://www.developpez.com
Le 14/04/2011 à 17:08
Citation Envoyé par pussin Voir le message
Alors Où sont passés LES DÉVELOPPEURS PERL !!!???
c'est le problème de la PERL rare ?
6  0 
Avatar de pseudocode
Rédacteur https://www.developpez.com
Le 24/11/2010 à 22:36
Citation Envoyé par pcaboche Voir le message
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...
Je savais bien que j'avais loupé un tournant décisif dans ma carrière.
5  0