« PHP est destiné à mourir » pour un développeur

**enneite2** · 15/04/2013, 14h39

Envoyé par Uther

J'ai l'impression que beaucoup viennent ici défendre leur langage chéri qui a été mis en cause par un méchant blogueur, sans avoir pris la peine de lire ledit blog.

L'auteur ne dit pas que "PHP is meant to die" dans le sens "le langage PHP doit mourir", mais qu'il a été conçu sur le modèle de "requêtes qui sont traitées puis meurent". Et que ce modèle est de moins en moins pertinent au moment ou les sites deviennent de plus en plus des applications complexes.

Il y a certes des moyen de contourner ce problème mais comme beaucoup des nouveautés en PHP, ça relève de la rustine supplémentaire, a un langage qui n'a pas été conçu pour ça.

Oui mais des requêtes qui sont traitées puis meurent, c'est le principe des requêtes sans états du protocole HTTP 1.0 et même dans une moindre mesure de HTTP 1.1 , donc la remise en cause de ce système touche plus la conception du WEB en général que du langage PHP.
C'est ce qui a fait le succès du protocole HTTP d'ailleurs.

**Uther** · 15/04/2013, 15h00

Oui mais PHP a été conçu à la base pour CGI qui fait qu'un programme meurt en même temps que la requête qu'il traite, ce qui n'est pas le cas d'autres technologies comme les servlets ou le même programme peux traiter toutes les requêtes.

**alassanediakite** · 15/04/2013, 17h17

Salut
Uther, le titre dit: "PHP est destiné à mourir"!
C'est genres de critiques exagéré (guerre médiatique) ont deux objectifs:

faire perdre de la clientèle aux concurrents
ou se montrer expert de la chose pour avoir des contrats

C'est possible qu'il a perdu un contrat face à un concurrent ayant proposé PHP

Si le critiques est objectif chacun y a son compte.
@+

**coolspot** · 15/04/2013, 20h13

Envoyé par Uther

J'ai l'impression que beaucoup viennent ici défendre leur langage chéri qui a été mis en cause par un méchant blogueur, sans avoir pris la peine de lire ledit blog.

L'auteur ne dit pas que "PHP is meant to die" dans le sens "le langage PHP doit mourir", mais qu'il a été conçu sur le modèle de "requêtes qui sont traitées puis meurent". Et que ce modèle est de moins en moins pertinent au moment ou les sites deviennent de plus en plus des applications complexes.

Il y a certes des moyen de contourner ce problème mais comme beaucoup des nouveautés en PHP, ça relève de la rustine supplémentaire, a un langage qui n'a pas été conçu pour ça.

Ben en même temps le titre de la news c'est "Le PHP est destiné à mourrir". Après peut être que le blog en anglais est différent mais bon ici on commente la news de développez.

Après si la news sur developpez n'a rien à voir avec l'article, là il faut s'en prendre au staff de developpez.com

**Uther** · 15/04/2013, 20h27

Envoyé par coolspot

Ben en même temps le titre de la news c'est "Le PHP est destiné à mourrir". Après peut être que le blog en anglais est différent mais bon ici on commente la news de développez.

Après si la news sur developpez n'a rien à voir avec l'article, là il faut s'en prendre au staff de developpez.com

La news n'a pas rien à voir avec l'article mais elle reprend le titre volontairement accrocheur de l'article, mais pas l'explication de texte qui arrive juste après, ce qui change complètement le ton:

It doesn’t mean that a perfectly capable (to some extent) programming language will disappear into nothingness, it just means that your PHP code can’t run forever.

Pour moi avant de critiquer quelqu'un, il est quand même essentiel de se reporter a son texte original, surtout quand il est disponible d'un clic et pas seulement au "on m'a dit que".
D'autant plus que les news de developpez.com ressemblent malheureusement de plus en plus a du lancer de troll. Certes, le trolling permet de rapporter de visites en période d'activité creuse, mais c'est triste de devoir en arriver là.

**alex_vino** · 15/04/2013, 22h00

Envoyé par Uther

Pour moi avant de critiquer quelqu'un, il est quand même essentiel de se reporter a son texte original, surtout quand il est disponible d'un clic et pas seulement au "on m'a dit que".

Oui mais le probleme c'est que si on ne peux plus faire confiance a l'auteur de la news alors il n'y a aucun intéret a lire quelque chose de mal interprété voir d'erroné.
De plus en lisant la news on n'a pas toujours envie de lire sa source qui est presque un copier-coller.
Par ailleurs peut-etre que l'auteur de la source a lui aussi pris ses informations d'un autre auteur, celle-ci venant encore d'un autre auteur, etc... Si pour toi on doit en arriver a ce stade alors il faut se cultiver ailleurs avec des journalistes digne de confiance et impartiaux.

Envoyé par Uther

D'autant plus que les news de developpez.com ressemblent malheureusement de plus en plus a du lancer de troll. Certes, le trolling rapporte permet de rapporter de visites en période d'activité creuse, mais c'est triste de devoir en arriver là.

C'est aussi l'amer constat que je fais

Mais la philosophie de dvp.com est davantage la quantité de posts a la qualité, quand je recherche une information technique je vais directement sur StackOverflow. Ce serait bien qu'un principe similaire soit mis en place sur dvp.com, meme si je l'accorde c'est extremement difficile, mais je pense que les résultats serait bien meilleurs. En tout cas ils peuvent compter sur leur communauté le jour ou dvp.com prendra enfin un second souffle

@coolspot: Et comme Ruby et .Net aussi, ce que je voulais dire c'est que dans certaines technologies ca coule de source mais en PHP pas toujours.

**gene69** · 15/04/2013, 18h48

Biensur que PHP va mourrir. le 19-01-2038.

Ensuite on va rire.

Tout à une fin. Ce forum à une fin. Internet à une fin. L'humanité à une fin. Le monde à une fin. Le soleil à une fin. L'univers à une fin... Et PHP mourra comme cobol, comme le b ...

http://fr.wikipedia.org/wiki/Liste_d..._programmation

Invité · 15/04/2013, 14h05

« PHP est destiné à mourir » -> Allez dire ça à Facebook, DailyMotion, ...

**alex_vino** · 15/04/2013, 14h18

Envoyé par thomaschamb

« PHP est destiné à mourir » -> Allez dire ça à Facebook, DailyMotion, ...

Facebook comme beaucoup d'autres utilisent leurs propres implémentations ou surcouches de PHP, HipHop par exemple, idem pour la gestion des données.
Je trouve ce PowerPoint intéressant concernant facebook: (cliquer sur le lien/titre pour pouvoier le voir) [ame="http://www.slideshare.net/mozion/facebook-architecture-for-600m-users"]facebook architecture for 600M users[/ame]

Invité · 15/04/2013, 14h35

Envoyé par alex_vino

Facebook comme beaucoup d'autres utilisent leurs propres implémentations ou surcouches de PHP, HipHop par exemple, idem pour la gestion des données.
Je trouve ce PowerPoint intéressant concernant facebook: (cliquer sur le lien/titre pour pouvoier le voir) facebook architecture for 600M users

En effet pour facebook et très intéressant ce powerpoint. Cependant beaucoup de sites n'utilisent de surcouches et fonctionnent très bien : DailyMotion avec SF2, et beaucoup de sites pour adultes sachant que ce sont les plus visités du web je pense que la robustesse n'est plus à prouver et que PHP a encore de beaux jours devant lui.

**coolspot** · 15/04/2013, 20h14

Envoyé par alex_vino

Facebook comme beaucoup d'autres utilisent leurs propres implémentations ou surcouches de PHP, HipHop par exemple, idem pour la gestion des données.
Je trouve ce PowerPoint intéressant concernant facebook: (cliquer sur le lien/titre pour pouvoier le voir) facebook architecture for 600M users

Ben euh comme JAVA. Tu fais pas des application JAVA from scratch (hibernate/ibatis, struts/jsf, etc...)

**enneite2** · 15/04/2013, 14h30

Par rapport à Java ou même à Python (si on veut comparer des langages de scripts) Il ne manque à PHP qu'une chose, une bonne gestion des threads .

Cela pourrait permettre d'avoir des Bootstrap se déclenchant uniquement au lancement du serveur et pas à chaque requête HTTP

Sinon, franchement on prend un framework type ZF, Django ou même Struts, et on retrouve quasiment les même structure MVC si chères au développement d'applications WEB.

Pour ce qui est de la mémoire en php, on peut la libérer quand on veut, même si tout est nettoyé à la fin du script.
D'ailleurs dans tous les langages de plus haut niveau que C / C++, le développeur n'a trop à se soucier des allocations mémoire (JAVA y compris)

Je pense qu'en SSII on préfère proposer du JAVA surtout parce que c'est un peu plus long de développer avec, donc on peut le facturer plus cher.

**Yoteco** · 16/04/2013, 09h14

Envoyé par enneite2

Je pense qu'en SSII on préfère proposer du JAVA surtout parce que c'est un peu plus long de développer avec, donc on peut le facturer plus cher.

Haha, superbe argumentation

**enneite2** · 16/04/2013, 11h28

Envoyé par Yoteco

Haha, superbe argumentation

Pour les projets WEB, je ne vois pas trop l'intérêt de se lancer dans JAVA, sauf dans certains cas particulers où JAVA est très utilisé dans le SI de l'entreprise et encore ...

Après les "ingénieurs commerciaux" des SSII entre leur pensée et leur argumentation client...

**ulspider** · 17/04/2013, 21h47

Envoyé par enneite2

Pour les projets WEB, je ne vois pas trop l'intérêt de se lancer dans JAVA, sauf dans certains cas particulers où JAVA est très utilisé dans le SI de l'entreprise et encore ...

Après les "ingénieurs commerciaux" des SSII entre leur pensée et leur argumentation client...

Salut,

il y des frameworks puissants qui assurent à la fois la partie serveur et la partie client (HTML, CSS, JS et Ajax). On écrit du Java et du XHTML, pas plus !

Exemple d'un objet complexe :
Datatable lazyloadé

Eh bien essaye de faire la même chose en PHP/HTML/CSS/JS... tu vas t'amuser...

**coolspot** · 17/04/2013, 22h47

Envoyé par ulspider

Salut,

il y des frameworks puissants qui assurent à la fois la partie serveur et la partie client (HTML, CSS, JS et Ajax). On écrit du Java et du XHTML, pas plus !

Exemple d'un objet complexe :
Datatable lazyloadé

Eh bien essaye de faire la même chose en PHP/HTML/CSS/JS... tu vas t'amuser...

Ton exemple ca s'appelle Datatables et c'est faisable très très facilement avec PHP/jQuery.

http://www.datatables.net/release-da...rver_side.html

**alex_vino** · 17/04/2013, 23h24

Envoyé par ulspider

il y des frameworks puissants qui assurent à la fois la partie serveur et la partie client (HTML, CSS, JS et Ajax). On écrit du Java et du XHTML, pas plus !

Exemple d'un objet complexe :
Datatable lazyloadé

Eh bien essaye de faire la même chose en PHP/HTML/CSS/JS... tu vas t'amuser...

Je suis d'accord pour les framework.
Par contre ton exemple doit etre assez facilement faisable en PHP, du moins c'est simple en .Net et de mes restes de connaissance en PHP il n'y a rien de bloquant et de bien sorcier. La plupart de tes actions sont des appels Ajax puis une mise en forme, en utilisant jQuery + en créant quelques fonctions serveur on y arrive sans trop d'embuches.
Apres n'oublie pas que tous les projets n'ont pas les meme attentes (perso je fait tres rarement de datagrid) et que chaque langage/technologie/framework a ses avantages/inconvénients.

**zecreator** · 16/04/2013, 11h26

... il me semble vivant plus que jamais pourtant. Et si PHP meurt, combien de sites vont mourir avec lui ?

A moins de les repasser en JSP.... Ho non, pire, en .NET. Ha ouais, le cauchemard, ça foût les chocottes.