octobre
2010
Un article de Philippe Vialatte
Il y’a quelques jours, un post de zinzineti m’a refait penser à une de mes éternels bêtes noires, concernant le niveau de professionnalisme attendu des développeurs.
J’attends, allez jeter un oeil (c’est intéressant 
), je ne vais nulle part
Vous y êtes allés ?
La dernière ligne de ce post m’a un peu fait bondir intérieurement. En effet, elle suppose qu’il est normal pour un développeur de ne pas savoir comment fonctionne la base de donnée avec laquelle il travaille au quotidien.
Personnellement, mon point de vue sur le métier de développeur le rapproche de l’artisanat. Même si on essaye de standardiser au maximum, chaque logiciel produit est légèrement différent, et devrait tendre vers une amélioration progressive.
Dans ce cadre, un développeur, comme tout autre artisan, se doit de connaitre les outils qu’il utilise, que ce soit:
- la plate-forme de développement
- la base de données
- le système d’exploitation du serveur
- des bases de réseau
- ou tout autre élément nécessaire à son travail
Et quand je dis connaitre, ca sous entends dans le détail.
Récemment, j’ai eu à gérer les cas suivants:
- Un développeur qui utilisait SVN depuis un an, et qui ne savait pas faire de merge.et qui les faisait donc en manuel dans notepad (bonjour les régressions)
- Un développeur qui ne savait pas faire une jointure en SQL
- Un développeur qui ne connaissait pas les triggers, ni les fonctions
- Un développeur qui récupérait une table complète, pour n’afficher que deux colonnes des dix premiers enregistrements
- Un administrateur qui ne savait pas installer un service windows
- et je passe sur les nombreuses autres crises.
Pour moi, ce sont des situations qui ne devraient pas se produire avec des développeurs de gestion (qui travaillent majoritairement avec une base de données), sorti de grands débutants. Le problème est que, de temps en temps, on voit des développeurs de cinq, huit, dix ans d’expérience, faire ce genre de boulettes.
Arriver à ce niveau d’expérience, et poser encore ce genre de questions s’apparente, pour moi, à une faute professionnelle.
Je ne dis pas qu’un développeur doit être forcément un DBA ou un administrateur, mais que si on doit en venir à ce que chaque requête doit être validée par un DBA pour cause de nullité interstellaire en SQL d’un développeur, c’est que le niveau d’exigence est trop bas.
Pour conclure, je pense qu’il nous manque toujours une institution permettant de définir clairement les droits et devoirs des développeurs, de les évaluer et de les suivre, un genre d’ordre façon ordre des médecins, pour que la profession de développeur passe le cap du professionnalisme.
.Et non, je ne parle pas d’une certification « pochette surprise », délivrée à 80% des cas tant que le développeur peut payer une formation d’une semaine, mais plutôt d’équivalents à ce que propose l’IEEE, ou les certifications « architectes », qui demandent de démontrer des connaissances générales du métier de développeur.
5 Commentaires + Ajouter un commentaire
Articles récents
Archives
- janvier 2014
- septembre 2013
- août 2013
- mai 2013
- avril 2013
- janvier 2013
- août 2012
- juin 2012
- mai 2012
- avril 2012
- mars 2012
- novembre 2011
- septembre 2011
- août 2011
- juillet 2011
- juin 2011
- mai 2011
- avril 2011
- février 2011
- janvier 2011
- novembre 2010
- octobre 2010
- septembre 2010
- août 2010
- juillet 2010
- juin 2010
- mai 2010
- avril 2010
- mars 2010
- février 2010
- janvier 2010
- décembre 2009
- novembre 2009
- octobre 2009
- septembre 2009
- août 2009
- juillet 2009
- juin 2009
- mai 2009
- avril 2009
- mars 2009
- février 2009
- janvier 2009
Il n’y a rien d’étonnant à cela au fond : les ssii(entres autres) embauchent massivement tout ce qui a bac+5, qu’importe les capacités et/ou connaissances et/ou motivations!
C’était encore plus le cas dans les années 2000 où seul l’info embauchait : nombreux ingés sortant de commerces ou d’école techniques et industries se retrouvaient en ssii à faire du j2ee sans la moindre connaissance ni formation. On apprend sur le tas, c’est la méthode la plus couramment pratiquée, quand le niveau est vraiment trop faible, cela se passe sur des projets en interne pour ne pas faire trop peur aux clients finaux.
Sur des projets, on se retrouve donc forcément un jour ou l’autre avec de telles personnes qui ont pourtant bel et bien une dizaine d’années de « dev » derrière eux,
encore pire quand celle-ci sont en plus totalement désintéressées de l’informatique et ne font donc ça que comme un boulot alimentaire, sans aucun volonté d’apprendre ou de comprendre ce qu’elles font.
Désabusé lors de mes premières missions, désormais, je bosse seul sur mes projets ou alors je choisis mes collègues!
eh merde … on ne peut pas éditer son commentaire pour corriger les fautes !
désolé !!
Je confirme quand je vois la complexité qu’on a à trouvé des développeur avec un minimum de compétences (il suffit de poser 3 question SQL sur des jointures et 5 question PHP sur la syntaxe) et tu à vite compris.
Sinon tu as le développeur en prestation très bon techniquement qui ne fait pas ce que tu lui demande et fait ce que tu ne lui demande pas et qui sort au client qu’il ne sait pas s’adapter !
> Attention à ne pas tout voir à partir de sa propre expérience. L’informatique c’est vaste, très vaste, et de plus en plus chaque jour…
> Attention, toute expérience, même longue et riche, ne concerne que… ce sur quoi on a travaillé ! Il y a de la vie ailleurs !!
Oui, justement, d’où la précision « avec des développeurs de gestion »
Des exemples dans d’autres branches existent aussi, mais d’une, j’ai peu d’expérience dans ces domaines (donc, justement, je n’en parle pas
), et de deux, j’ai rarement vu un développeur de jeux 3D ne pas savoir ce qu’était un vecteur, ou un développeur de simulateur industriel de voiture sans permis.
Sans vouloir faire mon casse-pieds, 90% des applis de gestion touchent à une base de données à un moment ou un autre ;). Et si certains outils permettent éventuellement d’abstraire une partie de la complexité d’accés aux données, si les développeurs qui les manipulent ne savent pas comment ca fonctionne, le projet va à la catastrophe (déjà vécu…)
Je ne sais pas quel est ton domaine d’expertise, mais je suis sur qu’en cherchant bien, tu trouveras toi aussi un exemple directement lié à ton expérience, ou des développeurs confirmés te pondent un morceau de code, de logique ou autre qui te fait t’arracher deux touffes de cheveux en trois minutes
Attention à ne pas tout voir à partir de sa propre expérience. L’informatique c’est vaste, très vaste, et de plus en plus chaque jour…
En 11 ans d’expérience en dev, je n’ai fait du SQL qu’une seule fois pendant une mission courte de 3 mois. Et j’ai eu une formation SQL… après !
Et aujourd’hui, je n’ai aucun souvenir de comment on fait une jointure en SQL, et le sujet m’intéresse peu. C’est tout juste si je sais vaguement ce que c’est.
Il y a l’informatique industrielle, les systèmes embarqués, la simulation, … Il y a aussi les ateliers qui génèrent automatiquement tout ce qui a trait à la persistance… Même en informatique de gestion, il y a la programmation d’outils qui n’ont rien à voir avec des BDD: des passerelles, des AGL, des générateurs, de API, des frameworks, etc… + tout ce que j’ai oublié et tout ce que je ne connais pas !
Attention, toute expérience, même longue et riche, ne concerne que… ce sur quoi on a travaillé ! Il y a de la vie ailleurs !!