Discussion :

[transgohan]

Bien vu Daïmanu, la maîtrise est subjective suivant ce que l'on en pense.
On peut avoir beaucoup d'expérience sans maîtrise tout comme l'inverse.

Je pourrai revoir ma réponse du coup.
Jusqu'à un certain point je peux dire que je maîtrise le langage C.
Mais on pourrait aussi dire que le fait de maîtriser un langage cela veut dire qu'on aurait été capable de l'inventer ainsi que tout ce qui tourne autour ?
Auquel cas je ne maîtrise pas ce langage.

Après le côté compilateur c'est un peu difficile de maîtriser tous les compilateurs pour toutes les architectures...
Si on part là dessus personne ne peut se dire avoir une maîtrise de ce langage et ce même en 40 ans de carrière.
Je travaille par exemple sur une cible qui mettrait à mal n'importe quelle personne qui a l'habitude de compiler pour PC.

[TaoSc]

Intéressant de corréler ces résultat avec ceux des langages ayant la plus forte demande :


Et avec les langages les plus détestés :

[Hizin]

Aucun.
J'ai beau faire du Java depuis 6 ans, de l'Objective-C depuis 4, et un panel de langage "outil", je vais difficilement pouvoir dire que j'en maîtrise un seul.

[e-ric]

Salut

Etant Pascalien par la formation et le boulot, je vote pour Delphi et Pascal. J'aime bien Python mais pas tellement de pratique ces derniers temps
et Cobol, il y a encore pas mal d'actualité pour ce langage.

Cdlt

[Invité]

Moi je reste pro-Java et pro-PHP mon langage de prédilection. Car c'est les deux langages qui me parlent le plus. Et c'est grâce à ces langages que je me suis imposé dans mes études

[wolinn]

Quels sont les langages de programmation que vous maîtrisez et pour lesquels vous pensez être aptes à assurer un projet ?

Pour les projets importants, je ne développe qu'en C++, depuis 25 ans, et je n'en utilise couramment qu'un sous-ensemble. Je n'ai jamais utilisé l'héritage multiple par exemple, et je tend à me méfier un peu des nouvelles constructions tant que je n'ai pas bien compris ce que fait le compilateur derrière et les éventuelles pénalités en performances.

Qu’est-ce qui explique vos choix de langages de programmation ?
Performances optimales en calcul intensif, liberté de programmer en bas niveau ou en haut niveau suivant le contexte.

Quels sont les langages qui sont appelés à mourir ?
Aucune idée. Depuis les années 80, j'ai toujours entendu dire que FORTRAN était en voie de disparition, et puis le langage a évolué, et on écrit toujours des nouveaux codes de calcul avec. Les compilateurs d'Intel, c'est C++ et FORTRAN.

Quels sont ceux qui vont continuer à faire les beaux jours des développeurs ?
Je ne peux parler que de mon domaine. Pas vraiment de concurrence au C/C++/FORTRAN.
Il peut y avoir quelques langages un peu ésotériques, confinés à des universités et portés par des petites communautés, mais une CAO, ou du calcul d'images de synthèse, ça s'écrit en C++.

Quels sont les jeunes langages qui pourraient exploser en popularité ?
Quels sont vos plans futurs en matière de choix de langage ?
Continuer à passer en revue périodiquement les nouveaux langages, faire des évaluations.

[Bousk]

C'est quoi le lien entre «choix d'un langage», «passion» et «épanouissement pendant sa carrière» ?

Par exemple, tu peux aimer programmer en D, la passion, mais te retrouver finalement à apprendre et travailler en C parce que c'est là que tu as trouvé du boulot. Tout en n'aimant pas la syntaxe du C ou quoi que ce soit. Ta passion initiale est à la trappe, et ton épanouissement semble difficile à travailler avec quelque chose qui ne te plait pas.

[LSMetag]

Par exemple, tu peux aimer programmer en D, la passion, mais te retrouver finalement à apprendre et travailler en C parce que c'est là que tu as trouvé du boulot. Tout en n'aimant pas la syntaxe du C ou quoi que ce soit. Ta passion initiale est à la trappe, et ton épanouissement semble difficile à travailler avec quelque chose qui ne te plait pas.

En général il y a toujours des technos "mainstream" qui permettent de concilier un minimum épanouissement et pragmatisme. Et il y a des emplois pour toutes ces technos. Il faut les décrocher bien sûr. Même si on passe à côté de la véritable passion de la personne et qu'on est parfois obligé de passer ponctuellement sur des technos qui nous rebutent.

Si ton entreprise est ouverte et pas trop grande (les grands groupes ont beaucoup (trop) d'inertie), tu peux proposer ta techno favoris, si ce choix se révèle pertinent pour un besoin, que la courbe d'apprentissage est bonne, qu'il y a un support actif, une communauté, une interopérabilité avec le reste de l'écosystème, si ça ne coûte pas plus cher qu'un autre choix, et enfin si c'est maintenable même par un néophyte.

Oui je sais ça en fait des "si", mais c'est faisable dans les PME et les startups.

[maske]

Par exemple, tu peux aimer programmer en D, la passion, mais te retrouver finalement à apprendre et travailler en C parce que c'est là que tu as trouvé du boulot. Tout en n'aimant pas la syntaxe du C ou quoi que ce soit. Ta passion initiale est à la trappe, et ton épanouissement semble difficile à travailler avec quelque chose qui ne te plait pas.

On peut très bien s'épanouir dans sa carrière sans que son métier soit une passion et heureusement ! Le choix d'un langage ne se fait, il me semble, jamais par passion mais suivant des motivations bien plus pragmatiques. La première phrase du sondage me laisse perplexe.

[GLDavid]

Java et C#

[Jiji66]

Quels sont les langages de programmation que vous maîtrisez et pour lesquels vous pensez être aptes à assurer un projet ?
C, C++, PHP; mais le langage avec lequel j'ai le plus de plaisir à travailler c'est le Pascal Objet.

Qu’est-ce qui explique vos choix de langages de programmation ?
La versatilité et bien sur aussi la facilité avec laquelle je peux rapidement obtenir un résultat.
JAVA et C# sont a mon goût trop dépendants d'un environnement spécifique

Quels sont les langages qui sont appelés à mourir ?
Basic VB, Labview, Cobol. Trop de choses sont écrites en FORTRAN pour qu'il meure et c'est bien dommage.

Quels sont ceux qui vont continuer à faire les beaux jours des développeurs ?
JAVA, C, C++, PHP

Quels sont les jeunes langages qui pourraient exploser en popularité ?
Ce n'est pas jeune du tout mais mérite à être plus populaire; Le couple Free-Pascal/Lazarus (Uniquement du point de vue du plaisir)

Quels sont vos plans futurs en matière de choix de langage ?
Faire plus de PHP ...

[MikeRowSoft]

Je n'en maîtrise aucun. Je connais que quelques règles algorithmiques et quelques règles issus de langages de modélisations.
Tous se qui est INPUT/OUTPUT ou structures d'informations (préexistant comme "vector" en C++) sont très souvent méconnu et remplacer par mes propres structures et donc pas forcément optimisé.

L'étude de la réécriture d'un même code source suivant la connaisse des librairies "complémentaires" (ex : .h, cas de C++) devrait être vraiment intéressante.

(donc un peu drôle , comme un GOTO pour SSSE4 pour Intel HyperThreading à mémoire QuadChannel et GOTO standard pour les autres . Se qui est très souvent synonyme de code source différent. Mais je voudrais bien être dans le faux pour une fois, surtout niveau compilation.)

[ManusDei]

Aucun si on discute entre nous, C et shell si vous êtes un recruteur potentiel

[Ecva233]

Quels sont les langages qui sont appelés à mourir ?
Basic VB, Labview, Cobol. Trop de choses sont écrites en FORTRAN pour qu'il meure et c'est bien dommage.
[B]

Tu peux aussi ajouter Cobol, à la suite de FORTRAN, m'est avis qu'il n'est pas prêt de mourir aussi, vu le nombre de projet Bancaire et d'Assurance, sur lesquels il est toujours utilisé. Mes derniers développement pour une grosse banque, portaient sur :
- des possibilités de télécharger des Flux Bancaires, via un portail web (hormis l'IHM, tout le reste derrière étaient sur les technos COBOL, DB2/XML, MQSERIES)
- l'envoie de relevé de compte au format PDF (la base archive était sur de l'unix, mais tout le reste était à base de techno COBOL, DB2/XML et DB2/BLOB pour le stockage des PDF en binaire)
- la réception/stockage de flux bancaire avant leur diffusion vers d'autres banque ou société (tout en cobol et DB2/XML et MQ).

Donc je pense qu'il est pas en train de mourir du tout, du tout, du tout. Il devient plus marginal, c'est sur.

[4sStylZ]

Maitriser le JS sans maitriser les prototypes ça revient à dire que l’on ne sait pas faire de l’objet, non?

[Mouke]

"Maitriser" est un bien grand mot quand on a un an d'expérience... Mais PHP. Après un apprentissage sur ZF2 et un emploi sur SF2, je commence à rouler ma bosse et, pour un junior, être capable d'assurer un travail en PHP.

Après je travaille à l'étranger dans un secteur dynamique (Luxembourg), le chomage n'est pas à craindre vu mon profil...

Après j'ai des restes de J2E/Spring de l'école et un peu de ASP MVC en autodidacte, donc sur Luxembourg je suis tranquille....

[souviron34]

"Maitriser" : C sans hésitation...

Après plus de 25.. oopps.. 30 ans... sur des applis complexes avec des contraintes forçant à chercher la petite bête, l'optimisation de tous les facteurs simultanés (vitesse, io, compréhension, maintenance par d'autres, potentialité d'ajouts, de données inconnues, communications asynchrones, interrupts, etc) je pense avoir fait pas mal le tour de tout...

Pourquoi le choix ? Principalement parce que "pas le choix"

Au départ seul choix possible et dans la boîte dans laquelle j'étais et avec l'outil utilisé (X11 et Motif), puis parce que déjà bien avancé et langage utilisé dans les autres boîtes... .Maintenant vraiment choix car 1) ça me re-prendrait 30 ans pour en maîtriser un autre et 2) parce que du coup je peux à peu près tout faire rapidement en partant de mes bases, progs, et bibliothèques... en sachant très vite comment débugger... sans outils complexes par dessus ou frameworks ou autres...

[decay32]

Je ne suis, apparemment, pas le premier à poster dans ce sens. Et, je manifeste donc, mon accord avec Daïmanu.
Avec, une petite nuance, cependant (et en reprenant certaines autres réactions).

Si j'en crois la définition du Larousse (format papier, si ! si!) :
Maîtrise : n.f. Domination incontestée.

Ce qui voudrait dire que tous ceux qui 'maîtrisent' connaissent ces langages à 100% ? J'en doute !
J'ai fait 6 ans de C++ et pas loin de 8 ans de VB (bon, après, j'ai mal tourné, j'ai fait de la MOE/MOA ). Je ne peux, en aucun cas, déclarer que je maîtrise... je ne connais pas tout de ces langages.

Donc, que veut dire maîtriser, selon tous les codeurs présents sur ce site ?

Ce qui me fait, aussi, penser à quelques annonces en dev, que je trouve risibles : 'vous maîtrisez Java; C++; PHP; HTML5; CSS; SVN; Mantis et deux ou trois autres technologies totalement obscures'... Sérieusement ? Elle existe, cette personne ? Présentez-là moi, c'est un(e) génie ! Sachant qu'il est, aussi, assez commun de demander ces 'maîtrises' à des chefs de projet ! Bref, vu tout ce qui est demandé, c'est humainement inatteignable, à moins de mentir (certains doivent le faire) !

[Pyramidev]

Pour maîtriser vraiment une techno, il faut, pour moi, en connaître tous les comportements possibles, la syntaxe par coeur, travailler en bas niveau avec, ne pratiquement jamais avoir besoin de google ou d'un quelconque tutorial,...

Maîtriser c'est tout connaître du langage, son comportement dans plusieurs contextes, toutes les optimisations faites par le compilateur, les flags du compilateur, comprendre les spécifications, être capable de déceler des problèmes au premier coup d’œil.
Ça demande des dizaines d'années d'expérience, et je pense que clamer maîtriser un langage c'est souvent faire preuve d'arrogance ou d'ignorance AMHA.

Mais on pourrait aussi dire que le fait de maîtriser un langage cela veut dire qu'on aurait été capable de l'inventer ainsi que tout ce qui tourne autour ?

Ce qui voudrait dire que tous ceux qui 'maîtrisent' connaissent ces langages à 100% ? J'en doute !
J'ai fait 6 ans de C++ et pas loin de 8 ans de VB (bon, après, j'ai mal tourné, j'ai fait de la MOE/MOA ). Je ne peux, en aucun cas, déclarer que je maîtrise... je ne connais pas tout de ces langages.

Décidément, vous êtes nombreux à donner un sens très restreint au mot maîtriser.

Si on lit le dictionnaire de l'Académie française, 9e édition, parmi les définitions de maîtriser, celle qui nous intéresse ici est :

Avoir d'une chose une connaissance sûre, une pratique aisée. Maîtriser une science, une technique, un métier. Maîtriser une langue. Il maîtrise parfaitement la question.

Source : http://www.cnrtl.fr/definition/academie9/ma%C3%AEtriser

Ce n'est pas aussi restreint que « Avoir d'une chose une connaissance complète, exhaustive, absolue ».

[super_navide]

J'ai envie de dire aucun.

Non pas que je suis complètement nul en dev (quoique), mais pour moi maîtriser c'est bien plus que connaître la syntaxe de base ou les bibliothèques les plus utilisées. Maîtriser c'est tout connaître du langage, son comportement dans plusieurs contextes, toutes les optimisations faites par le compilateur, les flags du compilateur, comprendre les spécifications, être capable de déceler des problèmes au premier coup d’œil.
Ça demande des dizaines d'années d'expérience, et je pense que clamer maîtriser un langage c'est souvent faire preuve d'arrogance ou d'ignorance AMHA.

Personnellement je ne m'y oserais pas.

Quand je vois tous individu qui aime ce post je me dit le monde des développeurs est rempli d'incompétent et c un peut le cas .....