( @Sephi pas de pb pour la carto 
suffit de le dire ! )
@Microdev + mon avis
Ben si tu enlèves de l'article les remarques acerbes, tu te retrouves quand même avec une liste exhaustive de pas mal de faits bien réels, qui n'ont pas besoin d'être nuancés vu que ce sont des faits.
Je ne vois pas pourquoi on ne pourrait pas au moins nettoyer l'API sans qu'il puisse rester une boîte à outils confortable et complète. les types (dont Lerdorf je crois) qui veulent que ça reste tel quel doivent avoir une raison vraiment impossible à expliquer car je n'ai toujours pas compris l'intérêt.
L'OO à été introduite plus ou moins parce que c'est la mode mais là c'est pareil, il le signale dans l'article. On se la pète avec des getters et des setters totalement inutiles la pluspart du temps.
PHP from scratch == framework moisi
On parle sans cesse de framework ou pas framework sur ce forum, mais c'est bien à cause de la façon dont est fait PHP. Si tu veux faire du web avec Ruby, Python, Erlang, Lua, Java, Scala, JS( côté serveur) etc. tu dois passer par un framework, tu n'as pas le choix (encore qu'avec erlang ça va assez vite de coder le serveur + le MVC from scratch :p mais quel intérêt ?). En PHP, on croit qu'on peut se dispenser de framework. Mais qu'est-ce que l'utilisation généralisée du mod_rewrite + des superglobales _GET _POST _REQUEST _SERVER préremplies, des fonctions de session + _SESSION + des fonctions serveur (header() ... ). C'est simplement un framework un vrai de vrai, pas simplement une librairie.
Sauf qu'il est pas terrible, il est difficile d'avoir une vision d'ensemble et il amène à du code mal structuré.
Les autres langages ne requièrent pas qu'on apprenne un « nouveau type de {language_name} » parce que les frameworks web qui vont avec sont (généralement) bien foutus.
Mais je suis d'accord avec toi, il faudrait faire évoluer PHP (d'urgence) dans le bon sens, mais il va falloir accélérer le développement du framework « officiel » (est-ce que c'est Zend ou bien PEAR ?).
Pour la portabilité de PHP tu as raison, c'est bien pratique quand on est un newbie et qu'on se prend un petit mutu. Mais ça s'arrête là. J'espère voir de plus en plus de trucs comme RailsInstaller pour windows et Heroku, mais pas que pour ruby, afin que Wamp (ou pire, easyPHP), PHP + mutu/apache/moisi ne soit plus le choix bon marché par défaut.
Pour les offres d'emploi, c'est dommage que l'industrie ait favorisé PHP mais faut croire qu'il y avait rien de mieux. Enfin, c'est la même industrie qui a promu l'OO tout-partout, elle est plus à une erreur près :p.
suffit de le dire ! )@Microdev + mon avis
Ben si tu enlèves de l'article les remarques acerbes, tu te retrouves quand même avec une liste exhaustive de pas mal de faits bien réels, qui n'ont pas besoin d'être nuancés vu que ce sont des faits.
Je ne vois pas pourquoi on ne pourrait pas au moins nettoyer l'API sans qu'il puisse rester une boîte à outils confortable et complète. les types (dont Lerdorf je crois) qui veulent que ça reste tel quel doivent avoir une raison vraiment impossible à expliquer car je n'ai toujours pas compris l'intérêt.
L'OO à été introduite plus ou moins parce que c'est la mode mais là c'est pareil, il le signale dans l'article. On se la pète avec des getters et des setters totalement inutiles la pluspart du temps.
PHP from scratch == framework moisi
On parle sans cesse de framework ou pas framework sur ce forum, mais c'est bien à cause de la façon dont est fait PHP. Si tu veux faire du web avec Ruby, Python, Erlang, Lua, Java, Scala, JS( côté serveur) etc. tu dois passer par un framework, tu n'as pas le choix (encore qu'avec erlang ça va assez vite de coder le serveur + le MVC from scratch :p mais quel intérêt ?). En PHP, on croit qu'on peut se dispenser de framework. Mais qu'est-ce que l'utilisation généralisée du mod_rewrite + des superglobales _GET _POST _REQUEST _SERVER préremplies, des fonctions de session + _SESSION + des fonctions serveur (header() ... ). C'est simplement un framework
un vrai de vrai, pas simplement une librairie.Sauf qu'il est pas terrible, il est difficile d'avoir une vision d'ensemble et il amène à du code mal structuré.
Les autres langages ne requièrent pas qu'on apprenne un « nouveau type de {language_name} » parce que les frameworks web qui vont avec sont (généralement) bien foutus.
Mais je suis d'accord avec toi, il faudrait faire évoluer PHP (d'urgence) dans le bon sens, mais il va falloir accélérer le développement du framework « officiel » (est-ce que c'est Zend ou bien PEAR ?).
Pour la portabilité de PHP tu as raison, c'est bien pratique quand on est un newbie et qu'on se prend un petit mutu. Mais ça s'arrête là. J'espère voir de plus en plus de trucs comme RailsInstaller pour windows et Heroku, mais pas que pour ruby, afin que Wamp (ou pire, easyPHP), PHP + mutu/apache/moisi ne soit plus le choix bon marché par défaut.
Pour les offres d'emploi, c'est dommage que l'industrie ait favorisé PHP mais faut croire qu'il y avait rien de mieux. Enfin, c'est la même industrie qui a promu l'OO tout-partout, elle est plus à une erreur près :p.