Pour un hebergeur/FAI, php est très pratique ( mise en oeuvre, pas de licence, pas de ressources... rien en fait ).
Pour les entreprises le php permet de faire du quick n dirty ( mêmes remarques que plus haut ) + facile à apprendre, facile à comprendre, résultat rapide... En revanche, c'est du jetable. Sur de gros projets c'est quasiment ingérable ( modification de fond, de forme ou de logique ). Bref, pour une modification, il faut tout refaire. En terme d'organisation du travail c'est le bordel pour les même raisons ( mélange fond, forme et logique ).
et vi, tout comme l'asp et d'autres, le php mélange tout ça.
L'avenir ressemble plus a XML ( fond ) XSL ( forme ) XSP ( logique _à la_ cocoon. ). Ceux qui ont déjà travaillé avec ce genre de chose savent que les résultats en terme de productivité sont monstrueux ( modification, réutilisabilité... non, pas celle de la phplib, de phpnuke ou de slash, je parle de la vrai réutilisabilité... ). Impressionnant aussi de voir un même document exploitable sur ie, ns, lynx (!), en wml ou même en pdf... Tout ça en respectant l'organisation "naturelle" du travail et en fournissant un effort minimum ( pas d'aller/retour incessant entre services "c'est pas mon boulot ca !" , pas à raller après bidule parceque l'"autre" ou son WYSIWYG est un gros porc ).
un FAI ni voit aucun interêt... Beaucoup trop lourd, et quel client pourrait/saurait utiliser ça ? ( la remarque peut s'etendre à l'hebergeur lambda )
Les sociétés flippent, dejà elles ont du mal à trouver des gens qui connaissent un tag html ( je plaisante à moitié because of WYSIWYG ) alors où pouraient-elles trouver qq1 qui connaisse le XSL, un autre le XML, et un dernier qui fasse du java ? Et puis le php c'est chouette, les gens coutent 2 fois moins cher ( meme s'il en faut quatre fois plus, quatre fois plus de temps... ) et meme un chef de projet peut lire les sources, puisque visiblement, il ne fait pas confiance à ses subordonnés ( ou aux ressources humaines ). Sans parler des decideurs qui prefèrent faire comme "tout le monde" ( parceque_"tout le monde"_il_peut_pas_avoir_tord ). Pas fou le responsable, il tient a sa place. he he he...
Pour ce qui est du couplage XML/PHP... hahem... tjs le melange fond/forme/logique, et le parser xml de chez php ne fait pas le poid face a ceux que l'on trouve en perl java ou C++. ( validation de doc, facilité d'utilisation, et meme, n'en deplaise, en terme de performance. )
Bref, j'ai exagéré à peine, et je suis certain que quelques uns reconnaitront le portrait de leur boite. Ceci dit, le php, c'est un joli couteau suisse et c'est dans l'air du temps : "vite et degueu, on met la poussière sous le tapis, pas vu, pas pris". De toute facon le pov client remettra la main à la poche plus tard, heureusement d'ailleurs, parcequ'on a deja explosé l'enveloppe ( et on a toujours pas compris pourquoi... mdr )
le php est d'une grande utilité aussi, il met de l'ambiance dans une entreprise : c'est mignon de voir les dev/integ/chef/client se mettre gentiment sur la gueule ). Et puis ca arrange tout le monde : chacun peu rejetter la responsabilité sur celui d'à coté puisque tout est intimement lié... Bref, php a encore de beaux jours devant lui.
Pendant ce temps là, il y en a d'autres qui ont pris le risque... Et qui prennent maintenant leur pied.... euh... leur blé. héhé.
# Non... tout simplement.
Posté par Anonyme . En réponse à la dépêche Le PHP, langage universel de demain ?. Évalué à 0.
Pour les entreprises le php permet de faire du quick n dirty ( mêmes remarques que plus haut ) + facile à apprendre, facile à comprendre, résultat rapide... En revanche, c'est du jetable. Sur de gros projets c'est quasiment ingérable ( modification de fond, de forme ou de logique ). Bref, pour une modification, il faut tout refaire. En terme d'organisation du travail c'est le bordel pour les même raisons ( mélange fond, forme et logique ).
et vi, tout comme l'asp et d'autres, le php mélange tout ça.
L'avenir ressemble plus a XML ( fond ) XSL ( forme ) XSP ( logique _à la_ cocoon. ). Ceux qui ont déjà travaillé avec ce genre de chose savent que les résultats en terme de productivité sont monstrueux ( modification, réutilisabilité... non, pas celle de la phplib, de phpnuke ou de slash, je parle de la vrai réutilisabilité... ). Impressionnant aussi de voir un même document exploitable sur ie, ns, lynx (!), en wml ou même en pdf... Tout ça en respectant l'organisation "naturelle" du travail et en fournissant un effort minimum ( pas d'aller/retour incessant entre services "c'est pas mon boulot ca !" , pas à raller après bidule parceque l'"autre" ou son WYSIWYG est un gros porc ).
un FAI ni voit aucun interêt... Beaucoup trop lourd, et quel client pourrait/saurait utiliser ça ? ( la remarque peut s'etendre à l'hebergeur lambda )
Les sociétés flippent, dejà elles ont du mal à trouver des gens qui connaissent un tag html ( je plaisante à moitié because of WYSIWYG ) alors où pouraient-elles trouver qq1 qui connaisse le XSL, un autre le XML, et un dernier qui fasse du java ? Et puis le php c'est chouette, les gens coutent 2 fois moins cher ( meme s'il en faut quatre fois plus, quatre fois plus de temps... ) et meme un chef de projet peut lire les sources, puisque visiblement, il ne fait pas confiance à ses subordonnés ( ou aux ressources humaines ). Sans parler des decideurs qui prefèrent faire comme "tout le monde" ( parceque_"tout le monde"_il_peut_pas_avoir_tord ). Pas fou le responsable, il tient a sa place. he he he...
Pour ce qui est du couplage XML/PHP... hahem... tjs le melange fond/forme/logique, et le parser xml de chez php ne fait pas le poid face a ceux que l'on trouve en perl java ou C++. ( validation de doc, facilité d'utilisation, et meme, n'en deplaise, en terme de performance. )
Bref, j'ai exagéré à peine, et je suis certain que quelques uns reconnaitront le portrait de leur boite. Ceci dit, le php, c'est un joli couteau suisse et c'est dans l'air du temps : "vite et degueu, on met la poussière sous le tapis, pas vu, pas pris". De toute facon le pov client remettra la main à la poche plus tard, heureusement d'ailleurs, parcequ'on a deja explosé l'enveloppe ( et on a toujours pas compris pourquoi... mdr )
le php est d'une grande utilité aussi, il met de l'ambiance dans une entreprise : c'est mignon de voir les dev/integ/chef/client se mettre gentiment sur la gueule ). Et puis ca arrange tout le monde : chacun peu rejetter la responsabilité sur celui d'à coté puisque tout est intimement lié... Bref, php a encore de beaux jours devant lui.
Pendant ce temps là, il y en a d'autres qui ont pris le risque... Et qui prennent maintenant leur pied.... euh... leur blé. héhé.
--
Gloo