Un développeur devrait-il apprendre plusieurs langages ?

**RyzenOC** · 09/04/2015, 14h56

perso, avant je codait exclusivement en java/php.

Un jour j'ai découvert Python, un langage clair, intuitif, léger et simple a maintenir, aujourd'hui je ne fais plus que du python.

Oui en java y'a de très bon IDE et bibliothèques mais ailleurs aussi, en python j'utilise de puissante bibliothèques aussi qui n'ont rien a envier a java.

Ce que je reproche a java c'est la lourdeur du langage, y'a qu'a comparer les listes, entre python ou je peut faire n'importe quoi en 1 ligne et java avec sa syntaxe d'1 page.

**Zirak** · 10/04/2015, 03h11

Je ne réagirais pas sur la partie concernant Java et la JVM car ce n'est pas mon langage et que je n'y connais rien.

Par contre concernant l'autre article disant qu'on ne doit pas se lancer dans un projet client avec un langage non maitrisé, je suis un peu plus mitigé :

- déjà car, ce n'est pas toujours vrais dans les autres domaines (puisqu'il fait une analogie avec la plomberie), j'ai à la base un bac d'électrotechnicien, que j'ai donc passé dans un lycée technique qui avait aussi des classes de mécanique. Et les élèves de ces classes étaient formé à la pratique sur de vrais voitures d'usagers, pas sur de vieilles carcasses bonnes pour la casse. Ils étaient donc formé à différents types de véhicules et de réparations sur le tas, sur des "projets" / voitures de clients. Tout comme les plombiers débutants doivent à mon avis bosser chez de vrais clients pendant leurs stages / apprentissages.

- Je n'ai jamais travaillé en SSII, mais je doute également que cela soit le développeur qui choisisse le langage pour un projet. D'ailleurs dans ma société, on a fait sous-traiter notre extranet par une SSII, et l'on savait dès le rdv avec le commercial, que cet extranet serait développé dans tel langage, ils n'ont pas demandé leur avis à leurs développeurs. Il savait que sa SSII avec des ressources pour ce langage, et c'est donc ce langage qui nous a été vendu, point barre.

A mon avis, il faut déjà travailler dans une société avec une structure particulière pour que cela soit au dev de choisir sur quel langage il va développer le projet, et j'ai du mal à voir comment il peut généraliser ça à tous les développeurs ? (Mais oui, honte à moi, je n'ai pas lu l'article original avant de poster (il est déjà tard^^), je le lirais demain et j'éditerais en conséquence si besoin).

- Et puis surtout, on déploie pas un dev sur un serveur de prod sans l'avoir un minimum testé non ? Si le developpeur a choisi un nouveau langage, cela n'empêche pas de garde un cycle de dev / test / déploiement normal, et si cela chie à cause du nouveau langage, c'est le déploiement qui prendra du retard et au pire la SSII qui perdra de l'argent à cause de pénalité ou autres, mais au final, le client final n'est même pas forcé de savoir que c'était à cause de l'utilisation d'un nouveau langage...

**CodeurPlusPlus** · 10/04/2015, 21h13

Un développeur devrait-il apprendre plusieurs langages ?

Non, bien sûr que non. Moins on en sait, mieux on travaille. C'est bien connu.

**JFBJFB** · 11/04/2015, 11h24

A chacun son point de vue
directeur de développement chez HSBC : ce n'est pas une référence, son discours est pauvre (ce n'est pas grave)

Posons lui la question suivante :

Je recherche un développeur expert Android v5, pour migrer des applis (dotNet, J2EE, Delphi, je n'en dis pas plus...)

Quel profil choisir ? (le budget et le temps ne sont pas illimités pour le projet comme pour le recrutement)

(ps : je ne suis pas encore chez HSBC, mais c'est une piste en cours)

**RyzenOC** · 11/04/2015, 14h43

Je dirais qu'il faut bien maitriser au moins 1 langage.
Et connaître les fondamentaux dans les langages les plus utilisés.

Il faut se spécialiser, sans se fermer aux autres techno, j'ajouterais que l'informatique et un domaine a part, car c'est un domaine qui change tous les jour. On réinvente la roue chaque jour.

**ayoubf** · 11/04/2015, 17h29

Java c'est bien, un langage très utilisé et très matures ; nous construisons de grandes, très grandes architectures avec Java, et sa version destinée aux entreprises "JavaEE".
Ceci étant, il ne faut surtout pas se fermer aux autres technologies, car pour faire de la programmation système, Java peut faire des choses mais pas tout, il ne peut pas accéder aux ressources systèmes comme le langage C par exemple, et ne peut avoir des exécutions plus rapides.

Donc à mon sens, c'est un faux débat car le problème est dans les développeurs qui ne maîtrisent pas (ou pas assez) les principes de base, car au final ce sont les mêmes, le langage au final n'est rien qu'un outil, une syntaxe

Les spécificités d'un langage à un autre sont assez limitées, de plus, il n'est pas nécessaire de connaitre TOUS les aspects d'un langage pour s'acclamer expert dans ce langage, bien au contraire, et cela est une ancienne réflexion de "Douglas Crockford", l'un des gouroux du javascript.

**Jitou** · 12/04/2015, 18h46

En 15 ans de carrière j'en ai vu des archi ou des développeurs "Geek" se servir de l'opportunité des projets pour expérimenter leurs nouvelles connaissances sur telle ou telle techno à la mode du moment. Le pb c'est l'après projet où le développeur part sur une autre mission ou pire démissionne et qu'il n'est donc plus joignable, on se retrouve alors avec du code dans une technologie parfaitement inconnue de la nouvelle équipe en place que l'on ne choisi pas toujours avec le turnover qui sévit au sein des SSII. Aussi en y regardant de plus près on trouve du code en réalité mal maîtrisé impossible à maintenir, c'est "expérimental" je le rappel ! Le client lui ne comprenant rien aux technos mis en oeuvre dans son projet trouve inadmissible que l'on arrive pas à maintenir son projet dans des coûts maîtrisés et il a parfaitement raison.

Donc je suis également très réservé sur la nécessité de connaitre une pléthore de langages, nos clients ne nous confie pas des projets de travaux pratique de lycée ! La solution informatique que le client utilise tous les jours et lui permet de gagner de l'argent et doit être traité avec la plus grande attention et surtout professionnalisme.

**TiranusKBX** · 12/04/2015, 19h38

Envoyé par Jitou

En 15 ans de carrière j'en ai vu des archi ou des développeurs "Geek" se servir de l'opportunité des projets pour expérimenter leurs nouvelles connaissances sur telle ou telle techno à la mode du moment. Le pb c'est l'après projet où le développeur part sur une autre mission ou pire démissionne et qu'il n'est donc plus joignable, on se retrouve alors avec du code dans une technologie parfaitement inconnue de la nouvelle équipe en place que l'on ne choisi pas toujours avec le turnover qui sévit au sein des SSII. Aussi en y regardant de plus près on trouve du code en réalité mal maîtrisé impossible à maintenir, c'est "expérimental" je le rappel ! Le client lui ne comprenant rien aux technos mis en oeuvre dans son projet trouve inadmissible que l'on arrive pas à maintenir son projet dans des coûts maîtrisés et il a parfaitement raison.

Donc je suis également très réservé sur la nécessité de connaitre une pléthore de langages, nos clients ne nous confie pas des projets de travaux pratique de lycée ! La solution informatique que le client utilise tous les jours et lui permet de gagner de l'argent et doit être traité avec la plus grande attention et surtout professionnalisme.

la vous parlez du cas extrême ou le programmeur est un aventurier qui adore les gamelles
Déjà commencer un projet sur une techno que l'on maîtrise pas ou à peine c'est suicidaire

**nnovic** · 13/04/2015, 10h25

Envoyé par Jitou

En 15 ans de carrière j'en ai vu des archi ou des développeurs "Geek" se servir de l'opportunité des projets pour expérimenter leurs nouvelles connaissances sur telle ou telle techno à la mode du moment. Le pb c'est l'après projet où le développeur part sur une autre mission ou pire démissionne et qu'il n'est donc plus joignable, on se retrouve alors avec du code dans une technologie parfaitement inconnue de la nouvelle équipe en place que l'on ne choisi pas toujours avec le turnover qui sévit au sein des SSII. Aussi en y regardant de plus près on trouve du code en réalité mal maîtrisé impossible à maintenir, c'est "expérimental" je le rappel ! Le client lui ne comprenant rien aux technos mis en oeuvre dans son projet trouve inadmissible que l'on arrive pas à maintenir son projet dans des coûts maîtrisés et il a parfaitement raison.

Donc je suis également très réservé sur la nécessité de connaitre une pléthore de langages, nos clients ne nous confie pas des projets de travaux pratique de lycée ! La solution informatique que le client utilise tous les jours et lui permet de gagner de l'argent et doit être traité avec la plus grande attention et surtout professionnalisme.

Dans ce cas de figure, j'ai tendance à penser que la faute repose sur les épaules des donneurs d'ordre. S'ils ne posent pas de contrainte sur les choix techniques, c'est leur problème.

**Laurent 1973** · 13/04/2015, 10h35

Envoyé par Jitou

En 15 ans de carrière j'en ai vu des archi ou des développeurs "Geek" se servir de l'opportunité des projets pour expérimenter leurs nouvelles connaissances sur telle ou telle techno à la mode du moment. Le pb c'est l'après projet où le développeur part sur une autre mission ou pire démissionne et qu'il n'est donc plus joignable, on se retrouve alors avec du code dans une technologie parfaitement inconnue de la nouvelle équipe en place que l'on ne choisi pas toujours avec le turnover qui sévit au sein des SSII. Aussi en y regardant de plus près on trouve du code en réalité mal maîtrisé impossible à maintenir, c'est "expérimental" je le rappel ! Le client lui ne comprenant rien aux technos mis en oeuvre dans son projet trouve inadmissible que l'on arrive pas à maintenir son projet dans des coûts maîtrisés et il a parfaitement raison.

Donc je suis également très réservé sur la nécessité de connaitre une pléthore de langages, nos clients ne nous confie pas des projets de travaux pratique de lycée ! La solution informatique que le client utilise tous les jours et lui permet de gagner de l'argent et doit être traité avec la plus grande attention et surtout professionnalisme.

Je dirais meme, que c'est un cas où le manager de ce développeur n'a pas sur le guider pour ne pas courir après 2 lièvres en même temps:

Réaliser un projet pour un client avec des besoins et exigence précise
Se former sur une nouvelle technologie

Une prestation SSII va proposer essentiellement le point 1: le but est de répondre au client
Le point 2 devrait être proposer par la SSII au développeur lors de ses inter-contrats: c'est un moment idéal pour se former à de nouvelles technologies.

Par contre, faudrait que les SSII aient une vrai politique de formation de ses consultants.
Or, cela a un coût et de toute façon, les développeurs restent pas longtemps: bah il se formeront chez le client en développant le projet !

Et la boucle est bouclé

**tanatiel** · 14/04/2015, 16h30

Envoyé par Laurent 1973

Par contre, faudrait que les SSII aient une vrai politique de formation de ses consultants.
Or, cela a un coût et de toute façon, les développeurs restent pas longtemps: bah il se formeront chez le client en développant le projet !

Et la boucle est bouclé

C'est tellement vrai. La seule vraie formation que j'ai eu dans ma carrière remonte à 15 ans, depuis j'ai toujours eu droit au fameux "pas de formation sans projet"

Alors oui, rien ne vaut la pratique mais tout de même, les SSII sont dans l'extrême pour la plupart. Et j'ai vu plus d'un projet lancé en mode rock'n roll et que c'est au bout de 3 moi de dèv fait par des juniors qu'on se rend compte qu'on a des problèmes de techno non maîtrisée. Parce que connaître un langage ce n'est pas connaître les différents frameworks qui ont été développés dessus, par exemple.

**kdmbella** · 15/04/2015, 04h26

J'aimerai bien qu'on m'explique comment faire du développement web en ne maîtrisant qu'un seul langage sauf si on part du principe que par "langage" on entend langage serveur ...
Par ailleurs , dans un environnement aussi versatile que le développement et où parfois le langage à utiliser dépend de l'écosystème du client je voudrais bien voir comment un développeur viendra imposer à une entreprise cliente ayant un SI structurer autour d'un langage bien définit, le langage qu'il maîtrise le mieux !

**RyzenOC** · 15/04/2015, 08h01

Après les langages informatiques se ressemble tous, ils ont tous (sauf 1 ou 2 exception) les même structures (tableau, entier...) et même condition (si, pour, tant que...), seul la mise en forme change.

Reste ensuite a connaitre les subtilités des langages.

**Laurent 1973** · 15/04/2015, 09h54

Envoyé par kdmbella

je voudrais bien voir comment un développeur viendra imposer à une entreprise cliente ayant un SI structurer autour d'un langage bien définit, le langage qu'il maîtrise le mieux !

Le problème viens plutôt de la relation client-prestataire d'avant vente.

Si le client dit: "je veux et j'exige que mon application soit fait en Fortran 77", c'est son choix.
Là, le prestataire devra alors trouver une équipe de développement spécialiste en Fortran 77 s'il veut emporter le marché - le client accepte aussi de ne pas avoir trop le choix de l'équipe et donc du prix.

Mais si le client dit "je veux la meilleur solution au moindre coût pour mon application".
Là, le prestataire fera une proposition technologique en fonction des compétences de son équipe disponible afin de rentrer dans le budget du client - et la concurrence peut être plus féroce.

Et puis, il peux y avoir des nuances entre ces deux situations, avec une négociation technologique entre le SI du client et les développeurs.

Mais c'est sur que si les deux, client et prestataire, ne sont pas d'accord sur la technologie choisi, on va au crash.

**Cincinnatus** · 15/04/2015, 13h46

Tout d'abord, le titre de l'article est trompeur, puisque ce n'est pas le fait de connaître (jusqu'à maîtriser) plusieurs langages qui est jugé négativementp par Sam Atkinson, mais le fait d'apprendre de nouveaux lanagages en cours de projet (en contradiction avec l'affirmation précédente ("cela « va être un cauchemar de maintenance », même si « vous connaissez déjà le langage en question »").
Par contre, je suis en accord avec lui pour penser que cela permet d'avoir différentes approches de la programmation, qui peuvent se transposer d'un langage à l'autre. La programmation fonctionnelle est apparue dans Java mais était connue depuis longtemps grâce à de nombreux autres langages (comme Javascript, parmi les plus connus, ou Groovy et Scala sur JVM).
Concrétement, nous apprenons tout au long d'un projet (sinon on n'aurait même pas besoin de cycle en V (pourquoi valider si on sait qu'on a bien fait ce qu'il fallait)) ; les méthodes agiles et le Lean n'auraient jamais existé... alors qu'elles mettent justement l'accent sur la découverte, des besoins du client bien sûr, mais en l'occurence des techniques logicielles (les spikes de XP).

Concernant Bugayenko, ok, les développeurs font partie des ressources d'un projet logiciel. Mais une partie intelligente, qui évolue en cours de projet. Et comme tout projet est sujet à des changements, définir toutes les ressources à l'initiation du projet est totalement illusoire, sauf à se cantonner à des domaines très restreints et répétitifs... Il n'y a plus alors qu'à utiliser des usines logicielles en lieu et place des développeurs humains. Bonne chance pour ce type de projet, mais très peu pour moi.

**vosaray** · 16/04/2015, 00h44

Impressionnant ... de bêtise ... de la part de qqn qui travaille pour un établissement bancaire , ou la créativité est en général externalisée cela ne m’étonne pas vraiment.

**psclcnrd** · 16/04/2015, 11h02

Pas du tout d'accord.

Quand on bosse dans certains domaines, et que l'on reste cantonné dans des applis JAVA, peut être.
Mais dans mon domaine,les SIG, il faut connaitre le python, le C#, le PL/SQL, HTML, et pour certaines liaisons avec des base, PHP (voir un peu de Perl pour des imports particuliers).

Je pense que si l'on est pas ouvert sur d'autres technologies, on s'enferme dans le langage dans lequel on bosse, et on est moins réceptif et imaginatif aux problèmes du client.
Du coup, pour apprendre d'autres langages, on est moins rapidement productif, et effectivement, cela à un coup au niveau du projet.