Discussion :

[Malick]

Quels sont les langages de programmation que vous détestez le plus en 2017 ?
Et pourquoi ?

Sondage terminé. Une nouvelle version sur 2019 est proposée. Merci

Chers membres du club,

Vous avez été nombreux à vous exprimer sur notre précédent sondage relatif aux langages de programmation que vous détestez le plus, cela aussi bien dans le cadre de vos activités professionnelles que personnelles. Il convient de rappeler que les résultats dudit sondage montraient que le JavaScript était à la première position des langages les plus haïs avec 46,28 % des voix sur un total de 296 votants. Le langage Java arrivait en deuxième position avec 28,72 % de voix et était respectivement suivi par le PHP (24,66 %), Visual Basic 6 (23,31 %), Cobol (15,88 %), Assembleur (14,53 %) etc. Cela a été une très grande surprise de voir que le langage Java n'était pas aimé par un nombre important de participants – car occupant la deuxième place du classement – alors qu'un récent sondage sur les meilleurs langages de programmation en 2017 le plaçait à la plus haute marche du podium avec 33,21 % de votants sur un total de 268 voix.

C'est donc dans l'optique de recueillir à nouveau vos avis sur les différents langages de programmation actuellement disponibles que nous avons estimé nécessaire de relancer le sondage pour l'année 2017, et voir si vos points de vue ont évolué entre-temps par rapport au sondage de l'année dernière. Rappelons que plusieurs éléments peuvent pousser un développeur à détester un langage, et parmi ces derniers il y a les spécificités techniques propres à chaque langage à savoir la syntaxe, la gestion des variables, la consommation des ressources système, la portabilité, et bien d'autres points.

Aujourd'hui, il semblerait qu'une analyse de l'écosystème des langages de programmation mettrait R, Python, Typescript, Go, Swift, Rust et Kotlin parmi les langages qui sont en forte croissance en termes d'adoption chez les développeurs. Cependant, des langages très populaires comme Perl, Delphi, VBA, PHP, Objective-C et Ruby seraient en perte de vitesse auprès des développeurs.

À travers ce sondage, nous vous invitons à nouveau à voter pour les langages que vous n'aimez pas, cela en fonction de plusieurs critères parmi lesquels :

• la conformité du langage aux exigences fonctionnelles actuelles ( architecture, applications Web, transactions bases de données, etc.) ;
• les contraintes et les spécificités techniques (syntaxe, gestion des variables, etc.) ;
• la portabilité (hétérogénéité des systèmes d'exploitation supportés, cloud computing, etc.) ;
• la gestion de la sécurité (sessions utilisateurs, vulnérabilités, etc.) ;
• la maintenance applicative (gestion des modifications, évolutivité, etc.) ;
• et d'autres aspects que vous pourrez relever.

La qualité du débat viendra donc du partage d'expérience.

Lire aussi
Emploi développeur 2016 : Java en tête, suivi par JavaScript et PHP
Offres d'emploi sur Developpez.com : les langages les mieux payés en 2016

Et vous ?

Quels sont les langages de programmation que vous détestez le plus ? Cochez-les dans les cases à voter.
Avez-vous été obligé de programmer dans un langage que vous n'aimez pas ? Comment avez-vous ressenti cela ?
Existe-t-il des langages que vous évitez totalement ? Et pourquoi ?

[VivienD]

J'ai voté contre l'Assembleur et le Java.

Pourquoi l'Assembleur? En fait, je trouve ce langage trop proche de la machine pour qu'on puisse programmer quelque chose de portable. En revanche, je commence à m'y confronter pour voir si mes algorithmes sont optimisés et s'ils plaisent aux compilateurs que j'utilise, à savoir gcc et MinGW.

Pourquoi le Java? À cause de ses prosélytes zélés... Non! le Java, ce n'est pas du C++ sans pointeur! Et oui! j'aime ça, manipuler du pointeur!

[Neckara]

Il n'est pas étonnant de voir un langage être à la fois un des plus aimés, et un des moins aimés.

Par exemple, prenons un langage A qui a 1 000 utilisateurs, 800 l'aiment et 200 ne l'aiment pas. À côté, un langage moins "populaire" qui a 100 utilisateurs, 20 l'aiment et 80 ne l'aiment pas.

Le langage A sera alors à la fois plus aimé (800 > 20), et plus détesté (200 > 80) que le langage B. Bien qu'en moyenne il soit plus aimé (80% > 20%), mais pas le plus détesté (20% < 80%).

[23JFK]

J'ai voté contre l'Assembleur et le Java.

Pourquoi l'Assembleur? En fait, je trouve ce langage trop proche de la machine pour qu'on puisse programmer quelque chose de portable. En revanche, je commence à m'y confronter pour voir si mes algorithmes sont optimisés et s'ils plaisent aux compilateurs que j'utilise, à savoir gcc et MinGW.

Pourquoi le Java? À cause de ses prosélytes zélés... Non! le Java, ce n'est pas du C++ sans pointeur! Et oui! j'aime ça, manipuler du pointeur!

Au départ, entre 1996 et 2005, l'analogie (java) == (c++ sans pointeur(apparent)) était plutôt correcte, mais depuis les révisions successives des deux langages avec ajout de fonctionnalités, leurs similitudes s'amenuisent.

[hotcryx]

Je ne vois pas comment ne pas aimer un langage!
Ne pas aimer JS!!!
Il est différent, il a ses faiblesses mais c'est un bon langage et on retrouve ce genre de choses dans chacuns d'eux.
Perso: j'ai passé la barrière depuis quelques-temps et me dis que Python c'est un bon langage aussi.
Suffit de coder pour s'en rendre compte.

[abriotde]

Il n'est pas étonnant de voir un langage être à la fois un des plus aimés, et un des moins aimés

Sauf que l'on est pas obligé de voter contre des langages que l'on connait même si l'effet mentionné reste non négligeable. Néanmoins pour ce qui est du trio de tête javascript / Java / PHP ce n'est pas un scoop, on connait ce que beaucoup leur reproche. Même si je pense ce n'est pas justifié car ils ont énormément progressé (à l'exception de Java à cause d'Oracle).

Pour moi les pires langages sont ceux que je n'utilise pas :
1) Assembleur: et pour cause il est illisible, c'est la raison pour laquelle il est majoritairement généré par des compilateur. Mais bon il est évidemment nécessaire.
2) Le Cobol : car outre le fait qu'il soit complexe, il s'est fait un point d'honneur à être réservé aux riches mainframe sous licence propriétaire. Aujourd'hui les entreprises en payent le prix fort car outre les licences et logiciel du langages qui coûtent cher, les développeur totalement détourné de ce système fermé sont donc rare et très cher.
3) Le pascal car il est trop français (pas assez international) et majoritairement propriétaire.
4) Matlab car il est propriétaire et livré avec un logiciel excessivement cher et fermé. Seul Python et R arrivent a lui arracher quelques part de marché.

[abriotde]

Je ne vois pas comment ne pas aimer un langage!
Ne pas aimer JS!!!
Il est différent, il a ses faiblesses mais c'est un bon langage et on retrouve ce genre de choses dans chacuns d'eux.
Perso: j'ai passé la barrière depuis quelques-temps et me dis que Python c'est un bon langage aussi.
Suffit de coder pour s'en rendre compte.

Peut-être car l'on est humain, il y a toujours des choses que l'on aime et d'autres moins parfois même sans pouvoir l'expliquer. Peut-être êtes vous une IA?

[Uther]

Je ne vois pas comment ne pas aimer un langage!
Ne pas aimer JS!!!
Il est différent, il a ses faiblesses mais c'est un bon langage et on retrouve ce genre de choses dans chacuns d'eux.
Perso: j'ai passé la barrière depuis quelques-temps et me dis que Python c'est un bon langage aussi.
Suffit de coder pour s'en rendre compte.

Je pense que tu passe a coté de la question. Certes tout langage a des avantages et des faiblesses et certains avantages sur certains points peuvent aussi être des faiblesses sur d'autre. Mais on peut tout à fait avoir un avis sur un langage. Par exemple, le fait que le Brainfuck est inutilisable pour une utilisation professionnelle réelle ne souffre pas vraiment de contestation.

Après il faut distinguer le langage en lui même et ce que l'on fait avec : on peut faire des choses géniales avec un langage pourri, il n'en reste pas moins que le langage est pourri. C'est un peu le problème de JavaScript dont j’entends beaucoup de gens dire du bien et quand je leur demande pourquoi, ils ne me parlent jamais du langage en lui même mais de ce que leur permet de faire tel ou tel frameworks. Certes on peut faire des chose bien en JavaScript mais c'est rarement grâce au langage lui même, on aurait le plus souvent pu faire aussi bien et plus propre avec un autre langage.

C'est généralement la situation inverse quand on parle de Java, on lui reproche souvent une complexité et une verbosité qui n'est pas du tout propre au langage mais a certains Framework qui se sont imposé dans l'industrie.

[blbird]

Je ne vois pas comment ne pas aimer un langage!
Ne pas aimer JS!!!
Il est différent, il a ses faiblesses mais c'est un bon langage et on retrouve ce genre de choses dans chacuns d'eux.
Perso: j'ai passé la barrière depuis quelques-temps et me dis que Python c'est un bon langage aussi.
Suffit de coder pour s'en rendre compte.

Je trouve aussi que ce sondage c'est la porte ouverte au n'importe quoi. Bientôt le sondage : "Quel est l'interface IDE que vous détestez le plus" ou "Quel est l'OS que vous détestez le plus". Ce type de question, c'est juste n'importe quoi, un tremplin pour tout les haters.

Je suis assez étonné de voir ca sur developpez.net

[Mingolito]

Je trouve aussi que ce sondage c'est la porte ouverte au n'importe quoi. Bientôt le sondage : "Quel est l'interface IDE que vous détestez le plus" ou "Quel est l'OS que vous détestez le plus". Ce type de question, c'est juste n'importe quoi, un tremplin pour tout les haters.

Je suis assez étonné de voir ca sur developpez.net

Oui mais plus c'est n'importe quoi plus c'est intéressant
C'est ça que tu ne comprends pas ?

C'est intéressant de savoir que beaucoup de gens n'aiment pas Cobol mais que certains seraient prêts à en faire juste pour faire du fric, donc c'est pas inintéressant.
Pareillement il y à énormément de développeurs qui font du Java mais qui n'aiment pas ça et qui le font jusque parce que ça paye bien, mais pour leurs développements persos ils utilisent un autre langage.

PHP et JavaScript c'est aussi de grands classiques : de nombreux développeurs Web sont obligés d'utiliser ces langages mais s'ils avaient le choix il préfèreraient utiliser un truc mieux foutu, comme par exemple TypeScript au lieu de JavaScript.

[Thorna]

Je trouve aussi que ce sondage c'est la porte ouverte au n'importe quoi.

Malgré les pouces en bas sur cette réponse, je suis d'accord. La preuve: le plus haï est javascript, qui est aussi celui que tout le monde utilise en programmation web... S'il était vraiment détesté, il ne serait plus là et remplacé par autre chose, ce ne sont pas les solutions plus jolies qui manquent !

[Zefling]

Y'a juste Python, impossible à me faire à cette foutu syntaxe basée sur l'indentation. Je trouve ça illisible...

Pour le reste, c'est souvent une méconnaissance du langage plus qu'autre chose. J'ai rien contre JS et pourtant je fais du TypeScript depuis presque 2 ans. D'ailleurs ne pas connaître JS quand on fait du TS, ça peut être limitant.

[captaindidou]

J'ai voté contre l'Assembleur et le Java.

Pourquoi l'Assembleur? En fait, je trouve ce langage trop proche de la machine pour qu'on puisse programmer quelque chose de portable. En revanche, je commence à m'y confronter pour voir si mes algorithmes sont optimisés et s'ils plaisent aux compilateurs que j'utilise, à savoir gcc et MinGW.

Pourquoi le Java? À cause de ses prosélytes zélés... Non! le Java, ce n'est pas du C++ sans pointeur! Et oui! j'aime ça, manipuler du pointeur!

Ne te tracasse pas pour le code optimisé du compilateur. Il optimise le code, mieux que quiconque. Des progrès décisifs ont été réalisés dans les années 90.

[captaindidou]

J'ai voté C++ mais je l'aime et le déteste à la fois.

Je l'aime parce qu'il a une expressivité inégalée et pour l'héritage multiple.

Je le déteste parce que l'abus de signes de ponctuation du langage conjuguée à l'abus de redéfinition d'opérateurs de la part du développeur font de la compréhension d'un programme, une torture mentale.
C'est l'anti-chambre du brainfuck.

Je le déteste parce qu'à ma connaissance, les ABI de ses compilateurs sont encore incompatibles entre elles.

Il est finalement compliqué et les langages concurrents ont montré que cette complexité était vaine.

Sa syntaxe est non seulement ambiguë mais en plus, elle est accompagnée d'un langage de macros ce qui rend mission impossible l'écriture d'outils de manipulation de source (refactoring entre autres).
Et le meilleur, c'est qu'aujourd'hui même, en tentant de compiler un projet de github avec gcc, ça échoue alors qu'apparemment d'après l'auteur ça compile avec cl :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
template<typename Service_type, typename Factory_type>
inline
void
ServiceCache<Service_type, Factory_type>::installParticipant(pService_type _pService, const std::string& _instanceName, const boost::true_type&)
{
#ifdef _WIN32   // HACK: Can't get this to compile correctly on GCC :-(
    typename I_StartupShutdownManager::pParticipant_type pParticipant(_pService.as< typename I_StartupShutdownManager::pParticipant_type >());
    I_StartupShutdownManager::getInstance(_instanceName).installParticipant(pParticipant);
#endif 
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
ServiceCache.hpp: In member function 'void Zen::Plugins::ServiceCache<Service_type, Factory_type>::installParticipant(Zen::Plugins::ServiceCache<Service_type, Factory_type>::pService_type, const string&, const true_type&)':
ServiceCache.hpp:208:138: error: expected '(' before '>' token
     typename I_StartupShutdownManager::pParticipant_type pParticipant(_pService.as< typename I_StartupShutdownManager::pParticipant_type >());
                                                                                                                                          ^
ServiceCache.hpp:208:140: error: expected primary-expression before ')' token
     typename I_StartupShutdownManager::pParticipant_type pParticipant(_pService.as< typename I_StartupShutdownManager::pParticipant_type >());

Même le compilateur GCC pourtant éprouvé s'y perd.

De même, clang :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
ServiceCache.hpp:208:81: error: use 'template' keyword to treat 'as' as a dependent template name
    typename I_StartupShutdownManager::pParticipant_type pParticipant(_pService.as<I_StartupShutdownManager::pParticipant_type >());
                                                                                ^
                                                                                template

Alors qu'il suffit de remplacer par le corps de as() ... qui tient en une ligne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

	I_StartupShutdownManager::pParticipant_type pParticipant(*_pService);

C'est à pleurer de rire ...

Allez ... je balance le projet de ces pieds nickelés du C++ ? Zen Engine framework.

Autre critique de C++ :
L'inévitable écriture de code spécifique à chaque plateforme voire compilateur : les fameux #ifdef __GNUC__ #ifdef _MSVER #ifdef _WIN32 ...en veux-tu en voilà.

Je ne vois pas pire langage dans sa complexité. C'est le miroir de la vanité de l'élitisme; faire tellement sophistiqué que ça en devient contre productif.
Et pourtant, c'est le langage compilé le plus répandu... Mais de tout temps, des bugs trouvés dans l'analyse sémantique des compilateurs. Sun C++, par exemple en avait aussi en 97.

D'ailleurs, c'est sur les multiples faiblesses de C++ que Java s'est fait une place. Il était portable, efficace et simple à maîtriser tout en apportant les avancées objet du génie logiciel.

Nous devrions sans doute passer au langage D maintenant.


Mais j'aurais pu voter Perl aussi.

Et enfin python, le maniaque de l'indentation.

[Mingolito]

Malgré les pouces en bas sur cette réponse, je suis d'accord. La preuve: le plus haï est javascript, qui est aussi celui que tout le monde utilise en programmation web... S'il était vraiment détesté, il ne serait plus là et remplacé par autre chose, ce ne sont pas les solutions plus jolies qui manquent !

Tu peux te dire que tu veux utiliser TypeScript qui est mieux foutu que JavaScript, mais tu ne peux pas forcément parce que tu es obligé d'utiliser des libs qui existent en JavaScript, et il y en à une tonne.
Tu peux être donc être coincé avec un langage à cause des applications existantes et des libs, Frameworks, cms etc...

Par exemple si tout ton système bancaire est fait en Cobol avec 40 ans d'investissement en développement d'applications Cobol, tu va voir ton Patron et lui dire ; "Bon j'aime pas Cobol c'est de la merde, donc on vire toutes les applications Cobol et tous les développpeurs Cobol et on re-développe tout en Kothlin ou en Swift", tu penses que ça passe ?

En développement amateur tu fais ce que tu veux, en développement Pro en grande entreprises c'est plus compliqué, surtout s'il y à un "existant" ...

[el_slapper]

(.../...)C'est intéressant de savoir que beaucoup de gens n'aiment pas Cobol mais que certains seraient prêts à en faire juste pour faire du fric, donc c'est pas inintéressant.(.../...)

Et moi j'aime beaucoup le COBOL, mais je suis un pervers. D'ailleurs, je suis parti pour faire autre chose(du script de tests automatique), mieux payé, et en province, en plus. La pénurie de dev COBOL, même à Paris, je ne l'ai pas toujours sentie. D'ailleurs, c'est pour ça que du temps ou j'étais presta, je me suis fait un double-profil développeur/testeur. Quand il n'y avait rien en COBOL, je faisais du test, et vice-versa. L'idée qu'on s'arrache les derniers programmeurs encore capables de faire du COBOL à prix d'or est très exagérée. Ca m'a nourri 8 ans sur 14 ans de prestation, et ça ne m'a pas empêché d'avoir quelques inter-contrats plus longs que de coutume.

De toutes façon, la difficulté, c'est pas COBOL(un bête langage impératif et verbeux, particulièrement efficace et intuitif dans la niche ou il a survécu, même si partout ailleurs il est à vomir). C'est l'environnement ou il prospère(MVS, ISPF, des formats numériques surprenants pour le non initié, des formats de fichiers à la noix, avec des calculs à la mords-moi-le-noeud pour allouer le bon nombre de cylindre au fichier qu'on va créer, des JCL illisibles et on ne sait jamais pourquoi ils ne marchent pas, les subtilités de DB2 quand on fait de la base de données, et, Dieu me pardonne, CICS pour les fous qui s'en servent encore pour faire de l'interface utilisateur).

[Invité]

Je ne peux pas voter, mais si je pouvais, je voterai pour

• Javascript
• Objective-C
• C#
• Swift
• Go
• Scala

Après avoir dû bosser avec tous ces langages parmi tant d'autres, ce sont sans doute les pires, avec soit le langage, soit les outils, soit une communauté que je trouve inadaptés et désastreux.

[melka one]

vue l'impopularité de js et de php j'en conclu qu'il y a pas mal de pseudo développeurs dans le monde du web, et oui la programmation c'est pas de la magie

[blbird]

vue l'impopularité de js et de php j'en conclu qu'il y a pas mal de pseudo développeurs dans le monde du web, et oui la programmation c'est pas de la magie

En quoi l'impopularité d'un langage ferait-il des développeurs dans ce langage de mauvais développeur (ou "pseudo" développeurs...)?

La porte ouverte au n'importe quoi je disais donc.

[Mercenary Developer]

Pareillement il y à énormément de développeurs qui font du Java mais qui n'aiment pas ça et qui le font jusque parce que ça paye bien, mais pour leurs développements persos ils utilisent un autre langage.

C'est exactement mon cas. Bon je ne déteste pas vraiment Java (c'est ce que j'utilise le plus professionnellement), mais plutôt les frameworks qui vont avec. Par exemple les annotations Spring.

Genre pour récupérer les variables de mon fichier properties j'ai tendance à faire une classe qui les mets en statique, du genre:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
@Value("${parametre.urlServerXXX}")
String urlServerXXX;
...
UneClasseStatique.setUrlServerCarto(urlServerXXX);

Et ensuite je récupère toujours ces variables via ma classe statique... Je me fait peut-être vieux pour la programmation... Ou alors c'est le fait d'avoir appris le développement en autodidacte...

Après j'aime bien le concept de Spring boot.

Ou alors coté JavaScript c'est des frameworks comme Angular JS, JQuery avait qui j'ai du mal. Je préfère un bon vieux

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var monDIV = document.getElementById("idDeMonDIV")

plutôt qu'un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var monDIV = $('#idDeMonDIV')[0];

Après pour le dev perso j'utilise plutôt le C++ avec TheIDE (https://www.ultimatepp.org/) ou C#/.Net avec Visual Studio.