spectras (./589) :
Mais quand je vois comme c'est le bordel juste pour manipuler quelques chaînes dans un addon, j'ose pas imaginer ce que c'est quand tu commences à utiliser des modules plus compliqués.

Assez étrangement, quand tu commences à avoir suffisamment d'XP et d'habitude de manipuler le truc, tu finis par savoir quoi utiliser ou non et dans quels cas -- comme avec n'importe quel langage et/ou techno, j'imagine, en fait

Il y a effectivement dans ta liste quelques points qui sont surprenants pour quelqu'un qui découvre PHP après être venu d'un autre langage -- mais, en même temps, ces autres langages auront d'autres points qui paraitront surprenant à quelqu'un venant d'encore d'autres.

PHP a aussi l'inconvénient -- ou l'avantage -- d'être un langage avec une histoire, un langage qui n'a pas été "conçu" comme "un langage" mais plus comme un ensemble de scripts et de fonctions "utilitaires".
D'un autre côté, ça fait aussi partie des raisons qui l'ont amené à sa place sur le web

La question de corriger ou pas les trucs un peu surprenants revient fréquemment (les nommages de fonctions, l'ordre des needle/haystack, le typages plus ou moins souples/strict, ...) ; mais modifier tout ça apporterait quoi ? Quelques surprises en moins pour les débutants, ok. Et scier la branche sur laquelle se reposent tous les logiciels existant aujourd'hui. En somme, pour essayer d'arriver à un langage parfait, il faudrait repartir from scratch. Quel intérêt ? Alors que d'autres langages sortent déjà à peu près tous les jours "from scratch" ?
Après, sans aller jusque tout chambouler, les choses évoluent doucement avec chaque nouvelle version : la difficulté est de trouver un juste milieu entre le langage souple et accessible qu'est historiquement PHP et le langage strict que certains voudraient qu'ils deviennent.

Je n'ai pas le courage de répondre point par point, désolé.
En les lisant, ceci dit, il y en a quelques uns qui sont effectivement... surprenants -- y compris pour moi qui fais du PHP à peu près tous les jours. Peut-être parce que, comme avec n'importe quel langage, on finit par savoir quoi utiliser ou non une fois qu'on a pris l'habitude de le manipuler
(j'ai à l'esprit la photo qui montre la différence de taille entre le bouquin "javascript, the good parts" et un autre du style "tout javascript" : on doit pouvoir dresser ce type de comparaison avec n'importe quel langage ^^ )