On trouve sur Internet, beaucoup d'articles, très bien documentés, avec faits et arguments, sur la terre plate.
Quant aux fameux articles sur (contre) PHP, qui tournent en boucle depuis quelques années, on a déjà essayé de répondre à ces personnes, mais étonnement, tous les contre-arguments valables ont été supprimés.
La plupart du temps, on pointe les faiblesses du langage en s'appuyant sur des cas d'usage qui n'existent pas dans la vraie vie. Très souvent, ça se focalise sur l'auto-casting qui fonctionne très logiquement dans 99% des cas. Le 1% correspondant à des cas qui n'ont pas de sens à être utilisés. Et finalement, les développeurs sérieux n'utilisent pas l'autocasting, donc ne rencontrent JAMAIS de problème avec ça ("==" n'est pas utilisé, sauf par ceux qui écrivent des articles sur le fonctionnement merdique de PHP).
C'est comme pour l'opérateur ternaire : qu'est-ce qui passe par la tête d'un développeur qui crée des chaînes de ternaires ? Déjà, utiliser un ternaire, c'est pas franchement rigoureux, mais les chaîner, c'est vouloir pousser le langage à la faute. Vous ne connaissez pas les switch/case ?
Le binding du C à l'arrache qui causerait du segfault ? 200 milliards de pages générées en PHP tous les mois, 250 applications, dont certaines ont 15 ans, le tout fonctionnant sur une gigantesque ferme de .... 25 serveurs web, et pourtant je n'ai jamais rencontré de segfault. Il faut croire que je n'ai pas de chance :(
Quant à l'argument du manque de cohérence dans le nommage des fonctions, ou l'ordre des paramètres, il revient en effet sur la table, quand tous les autres ont été démontés : c'est l'argument quand on n'a plus d'argument, pointless au possible !
Bref. Au lieu de rager sur les gens qui se renseignent sur internet, réponds sur le fond.
Certes, mais dans ce cas, qu'est-ce que l'on pourrait dire de :
Le PHP est, comme "langage" la pire bouse finie à la pisse qui n'ait jamais été faite
Je trouve quand même ça extrêmement irrespectueux pour ceux qui l'utilisent et encore plus pour ceux qui le développent. Surtout quand on ne connaît le langage qu'a travers des articles biaisés sur Internet ou de petites expériences en amateur.
[^] # Re: Sérieux
Posté par Fred . En réponse à la dépêche Dernière ligne droite pour l’appel à conférencier·e du PHPTour 2018. Évalué à 8.
On trouve sur Internet, beaucoup d'articles, très bien documentés, avec faits et arguments, sur la terre plate.
Quant aux fameux articles sur (contre) PHP, qui tournent en boucle depuis quelques années, on a déjà essayé de répondre à ces personnes, mais étonnement, tous les contre-arguments valables ont été supprimés.
La plupart du temps, on pointe les faiblesses du langage en s'appuyant sur des cas d'usage qui n'existent pas dans la vraie vie. Très souvent, ça se focalise sur l'auto-casting qui fonctionne très logiquement dans 99% des cas. Le 1% correspondant à des cas qui n'ont pas de sens à être utilisés. Et finalement, les développeurs sérieux n'utilisent pas l'autocasting, donc ne rencontrent JAMAIS de problème avec ça ("==" n'est pas utilisé, sauf par ceux qui écrivent des articles sur le fonctionnement merdique de PHP).
C'est comme pour l'opérateur ternaire : qu'est-ce qui passe par la tête d'un développeur qui crée des chaînes de ternaires ? Déjà, utiliser un ternaire, c'est pas franchement rigoureux, mais les chaîner, c'est vouloir pousser le langage à la faute. Vous ne connaissez pas les switch/case ?
Le binding du C à l'arrache qui causerait du segfault ? 200 milliards de pages générées en PHP tous les mois, 250 applications, dont certaines ont 15 ans, le tout fonctionnant sur une gigantesque ferme de .... 25 serveurs web, et pourtant je n'ai jamais rencontré de segfault. Il faut croire que je n'ai pas de chance :(
Quant à l'argument du manque de cohérence dans le nommage des fonctions, ou l'ordre des paramètres, il revient en effet sur la table, quand tous les autres ont été démontés : c'est l'argument quand on n'a plus d'argument, pointless au possible !
Certes, mais dans ce cas, qu'est-ce que l'on pourrait dire de :
Je trouve quand même ça extrêmement irrespectueux pour ceux qui l'utilisent et encore plus pour ceux qui le développent. Surtout quand on ne connaît le langage qu'a travers des articles biaisés sur Internet ou de petites expériences en amateur.