PHP s’imposera sur les serveurs face à Java et .NET

PHP s’imposera sur les serveurs face à Java et .NET
Il serait plus adapté aux évolutions liées à la mobilité, d’après un responsable de Zend

Andi Gutmans, un des responsables la société qui édite l’EDI Zend Studio, a travaillé au développement du PHP depuis 1997. Ce qui en fait un des meilleurs observateurs de l’évolution de la technologie alors que l’on parle de plus en plus d’un PHP 5.5.

Même s’il n’y a pas de feuille de route officielle, Andi Gutmans assure que la communauté travaille activement sur la prochaine version du langage de scripts. La 5.5 ? Pas sûr. Ce pourrait en effet bien être une 6.0. « La décision sera prise en fonction des fonctionnalités que l’on ajoutera » explique Andi Gutmans à nos confrères de VentureBeat sans fermer aucune porte.

En fait, peu importe le numéro. L’essentiel est ailleurs. PHP 5.5 ou PHP 6.0, pour lui une chose est sûre : la mobilité et le tactile vont impacter le langage « parce que ce nouveau paradigme a des implications aussi bien côté client que côté serveur ». Ce qu’il résume avec la formule de « cloud-connected mobile apps » (« les applications mobiles connectées au Cloud ») qui montre bien les deux pendants de la même évolution.

Or, à en croire Andi Gutmans, la manière actuelle de gérer le côté serveur aurait grand besoin de s’adapter.

« L’agilité, la rapidité et l’interopérabilité dont vous avez besoin dans ce type de développement donnent une opportunité au PHP », analyse-t-il. Avant de passer en revue les technologies concurrentes actuelles.

.NET ? « Trop Windows-centré dans un univers Cloud qui ne l’est pas ».

Ruby ? « Un nouvel entrant [qui] n’a pas le support professionnel que nous avons construit depuis des années autour du PHP ».

Java ? « Trop lourd et trop lent ». Même si « vous aurez toujours du Java pour le back-end ».

Bref, PHP serait le bon cheval dans cette course au Cloud liée à la mobilité.

Quant au développement des applications clientes, Andi Gutmans parie que les technologies Webs s'imposeront. « A mesure que la mobilité se démocratise, vous allez avoir une fragmentation grandissante et, de telle sorte que le Web sera de plus en plus la plateforme [qui devra unifier tout cela] ».

Tous les acteurs n’iraient cependant pas dans ce sens de l'ouverture et de l’interopérabilité. Surtout un.

« Apple ne nous permet pas aujourd’hui de faire des applications mobiles de la meilleure manière qui soit, constate-t-il, ils ne nous donnent pas accès aux mêmes APIs que celles que vous pouvez utiliser sur Android ».

L’expert en PHP ne croit pas aux explications d’Apple sur la sécurité pour justifier cette fermeture. « Je pense qu’ils essayent de mettre des bâtons dans les roues […] pour protéger l’écosystème de l’objective-C ».

Mais Andi Gutmans n'est pas du type rancunier. De son aveu même il reste un « grand fan des produits Apple »(sic) avec son iPhone et son iPad. Et bientôt son nouvel iPad mini.

Source

Et vous ?

:fleche: Quelle technologie vous semble la plus adaptée pour répondre aux exigences de la mobilité côté serveur ?

Citation:

---

Même s’il n’y a pas de feuille de route officielle, Andi Gutmans assure que la communauté travaille activement sur la prochaine version du langage de scripts.

---

Ce ne serait pas la moindre des choses quand on veut faire dans le fracassant, surtout après tout ce temps ?

Citation:

---

:fleche: Quelle technologie vous semble la plus adaptée pour répondre aux exigences de la mobilité côté serveur ?

---

Celle qu'on maîtrise le mieux. Les technologies serveur ont tellement besoin de changer avec le mobile ? Se connecter à un serveur depuis un mobile est si différent d'un ordinateur classique avec son navigateur ou ses clients lourds ?

Personellement j'utilise ASP.Net (WebForms + MVC) et je trouve MVC bien meilleur que PHP (du moins concernant ce que l'auteur de l'article dit).
Son avis tres discutable car il ne vit que de PHP donc il ne va pas mettre en avant les autres solutions.
ASP.Net MVC est peut-etre trop centré sur Microsoft, mais cela a aussi certains avantages. De plus il est maintenant Open-Source et Microsoft souhaite rendre le systeme de plus en plus ouvert. Le seul inconvénient est qu'il faille obligatoirement l'installer sous Windows et bien souvent utiliser SQL Server, donc il faut prévoir ces licenses dans le budget.

Code:

---

Celle qu'on maîtrise le mieux. Les technologies serveur ont tellement besoin de changer avec le mobile ? Se connecter à un serveur depuis un mobile est si différent d'un ordinateur classique avec son navigateur ou ses clients lourds ?

---

Entierement d'accord, en ASP.Net MVC il suffit simplement de renommer sa vue (ex: accueil.iphone) pour que le serveur renvoie la page adéquat au matériel, pas besoin de remettre tout en question juste pour cela.

Peu crédible cette argumentation qui prend comme argument les technologies mobiles pour défendre un langage côté serveur.
De plus accuser un langage compilé d'être lent alors qu'il en représente un qui est interprété (même s'il peut être compilé mais ce n'est pas son but), c'est risible.

Débat stérile.

les pro-PHP seront d'accord avec l'article et ceux qui n'utilisent pas ou préfèrent d'autres technos seront contre.

Bref c'est encore le jeu de celui qui a la plus grosse.

Le mec de Zend vend son produit, il en rajoute donc forcément. mais il y a une part de vérité dans ce qu'il dit néanmoins.

Face à cette news, plusieurs observations :

- Andi Gutsman, en tant que CEO de Zend, a un avis partial sur PHP.

- Il faut rappeler que PHP 6 avait été annoncé il y a déjà un moment, et n'a finalement pas vu le jour.

- Ruby avec RoR ne peut plus être qualifier de nouvel entrant aujourd'hui, c'était encore vrai il y a quelques années, mais c'est maintenant une solution mature et utilisée.

- Certaines technos montante n'ont pas été énuméré, quid de NodeJS, qui par sa nature est un concurrent sérieux pour php

Citation:

---

Envoyé par Jean Meurtrier

Peu crédible cette argumentation qui prend comme argument les technologies mobiles pour défendre un langage côté serveur.
.

---

Ils sont censé faire une annonce bientôt concernant la mobilité et PHP.

Citation:

---

Envoyé par Xinu2010

- Il faut rappeler que PHP 6 avait été annoncé il y a déjà un moment, et n'a finalement pas vu le jour.

---

Ouep du coup ça serait marrant qu'il nous sorte une version 6 là (surtout si elle ne contient pas la majorité des choses que PHP6 devait apporter).

Citation:

---

Envoyé par Jean Meurtrier

Peu crédible cette argumentation qui prend comme argument les technologies mobiles pour défendre un langage côté serveur.

---

Même si à première vue ça peut sembler peu crédible, l’avènement des mobiles apporte son lot de changement, on voit par exemple de plus en de site mettant à disposition une API RESTFul.

Citation:

---

De plus accuser un langage compilé d'être lent alors qu'il en représente un qui est interprété (même s'il peut être compilé mais ce n'est pas son but), c'est risible.

---

Tu fais beaucoup de simplifications, tu devrais te renseigner sur le fonctionnement de java, php et regarder quelques benchmark sur le net.

Citation:

---

Envoyé par Jean Meurtrier

De plus accuser un langage compilé d'être lent alors qu'il en représente un qui est interprété (même s'il peut être compilé mais ce n'est pas son but), c'est risible.

---

Il y a bien pire que le compilé vs interprété...

Comment on met des données en cache côté serveur en .Net ou Java ? Ok. Maintenant comment on met des données en cache côté serveur en PHP ?

Ok, maintenant qui ose dire que Java est "lourd" (ou que .Net est pas mieux) ? Sans commentaire...

Citation:

---

Envoyé par pcaboche

Il y a bien pire que le compilé vs interprété...

Comment on met des données en cache côté serveur en .Net ou Java ? Ok. Maintenant comment on met des données en cache côté serveur en PHP ?

Ok, maintenant qui ose dire que Java est "lourd" (ou que .Net est pas mieux) ? Sans commentaire...

---

Sachant qu'on va généralement passer par un serveur Memcache dans les deux cas si l'application est un tantinet sérieuse, je vois pas spécialement où tu veux en venir ?

Citation:

---

Envoyé par pcaboche

Il y a bien pire que le compilé vs interprété...

Comment on met des données en cache côté serveur en .Net ou Java ? Ok. Maintenant comment on met des données en cache côté serveur en PHP ?

Ok, maintenant qui ose dire que Java est "lourd" (ou que .Net est pas mieux) ? Sans commentaire...

---

Je vais être totalement HS avec ce message mais la réponse détaillée m'intéresse pour ma culture personnelle. :)

Citation:

---

Envoyé par Xinu2010

Tu fais beaucoup de simplifications, tu devrais te renseigner sur le fonctionnement de java, php et regarder quelques benchmark sur le net.

---

Oui je simplifie (Java compile du bytecode interprété ou compilé au démarrage par la JVM et certaines extensions de PHP sont compilées), mais les benchmarks sont généralement cruels pour PHP (et les langages interprétés en général), alors que Java a maintenant des performances du même ordre de grandeur que du C/C++ compilé.

http://shootout.alioth.debian.org/u6...=on&calc=chart

Citation:

---

Envoyé par transgohan

Je vais être totalement HS avec ce message mais la réponse détaillée m'intéresse pour ma culture personnelle. :)

---

L'un des gros avantages de Java ou .Net, c'est que l'on peut garder des objets en mémoire côté serveur afin d'améliorer les performances.

Par exemple en .Net:
http://msdn.microsoft.com/en-us/library/dd997357.aspx

En php (sauf erreur), on recrée les différents objets à chaque évaluation du script. L'avantage, c'est que c'est plus simple à comprendre. L'inconvénient, c'est que c'est beaucoup moins performant.

Maintenant, ça fait au moins 7 ans que je n'ai pas retouché à du PHP et les choses ont peut-être changées, mais quand je cherche sur internet, je tombe sur des solutions qui s'apparentent plus à de la bidouille qu'autre chose.

Donc quand je lis que "PHP va s'imposer face à Java ou .Net", ça me fait doucement rigoler.

Citation:

---

Envoyé par pcaboche

Donc quand je lis que "PHP va s'imposer face à Java ou .Net", ça me fait doucement rigoler.

---

eh bien peut être que tu as raison ou ou bien peut être que tu as tors.

le marché du mobile étant relativement récent et en constante évolution , je doute que quiconque puise prédire quelle technologie s'imposera.

de plus , vu que tu n'as pas touché a PHP depuis 7 ans, en quoi ton discours est-il plus crédible que la communication de Zend ?

Citation:

---

Envoyé par moriarti13

de plus , vu que tu n'as pas touché a PHP depuis 7 ans, en quoi ton discours est-il plus crédible que la communication de Zend ?

---

La vraie question est "pourquoi je n'y ai pas touché en 7 ans ?". Et la réponse est : parce que le langage repose sur les mêmes mécanismes plus ou moins désuets qu'en 2006 ? :mrgreen:

Pesonnellement je pense qu'il ne faut pas oublier Python, qui gagne de la place en matière de language utilisé. J'obterais plus pour python dans l'avenir mais ce n'est que mon avis perso.

Citation:

---

Envoyé par pcaboche

En php (sauf erreur), on recrée les différents objets à chaque évaluation du script. L'avantage, c'est que c'est plus simple à comprendre. L'inconvénient, c'est que c'est beaucoup moins performant.

---

Il est tout à fait possible de faire la même chose en PHP, et sans bidouille. Voir les extensions XCache et APC.

Citation:

---

Envoyé par pcaboche

Donc quand je lis que "PHP va s'imposer face à Java ou .Net", ça me fait doucement rigoler.

---

Moi ça me fais doucement rigoler de voir tirer de telles conclusions avec si peu de connaissance sur la plateforme :p
L'aspect performance (dont php n'a pas tellement à rougir), n'est pas le seul à déterminer le choix d'une techno, il y a aussi la rapidité de développement par exemple.

PS: Le but de mon argumentaire n'est pas de rentrer dans un énième débat stérile, "XXX est mieux que YYY", mais juste de dire que PHP n'a pas à rougir face à la concurrence et est moins bancal que certain veulent le croire...

Citation:

---

Envoyé par Xinu2010

Moi ça me fais doucement rigoler de voir tirer de telles conclusions avec si peu de connaissance sur la plateforme :p

---

Les fanboys de PHP tirent exactement le même genre de conclusions sans AUCUNE connaissance ni de Java, ni de .Net.

Citation:

---

Envoyé par moriarti13

eh bien peut être que tu as raison ou ou bien peut être que tu as tors.

le marché du mobile étant relativement récent et en constante évolution , je doute que quiconque puise prédire quelle technologie s'imposera.

de plus , vu que tu n'as pas touché a PHP depuis 7 ans, en quoi ton discours est-il plus crédible que la communication de Zend ?

---

En effet, c'est l'inconvénient du php, ne pas pouvoir rendre persistant un objet. En fait, il y a des moyens un peut coûteux qui est de placer l'objet en session. Mais cette objet n'est pas partagé et peut sérieusement faire tomber les performances arrivé à une certaine taille. Ceci lié au faite qu'il y a du IO.

Citation:

---

Envoyé par berceker united

En effet, c'est l'inconvénient du php, ne pas pouvoir rendre persistant un objet. En fait, il y a des moyens un peut coûteux qui est de placer l'objet en session. Mais cette objet n'est pas partagé et peut sérieusement faire tomber les performances arrivé à une certaine taille. Ceci lié au faite qu'il y a du IO.

---

Comme quoi mes connaissances en PHP (surtout concernant les limitations du langage...) ne sont peut-être pas si mauvaises que cela après tout ! :lol:

Citation:

---

Envoyé par hunyka

Personnellement je pense qu'il ne faut pas oublier Python, qui gagne de la place en matière de language utilisé. J'obterais plus pour python dans l'avenir mais ce n'est que mon avis perso.

---

+1 pour python dont la news ne mentionne même pas ...

Et sauf erreur de ma part ... Mobile = Coté client, je ne vois donc pas en quoi le coté serveur peut jouer concrètement ( Aujourd'hui ) pour s'imposer au niveau des devs pour mobiles !
Si c'est la rapidité de développement alors il n'a jamais utilisé des FW tel que Django ou Flask ( désolé pour les autres technos ou je ne suis pas compétent, java/.Net ).

M'enfin .. encore une petite news qui va faire couler beaucoup d'encre pour rien ...

Moi même certifié PHP5, je développe beaucoup en Python que je trouve plus "sexy et carré" .. maintenant sincèrement le résultat est le même ... ( dans le sens ou les projets fonctionnent ).

Alors arrêtons d’idolâtrer une unique techno .. souvent elles sont complémentaires , l'essentiel est d'arriver au bout du projet !

Ch.

Pour le moment PHP n'est ni interprété, ni précompilé, il est compilé à la volée (compilation en bytecode - un peu comme Java - à chaque chargement de page si APC n'est pas activé).
Pour le moment APC n'est pas activé par défaut car celui-ci doit suivre l'évolution du langage.

PHP 6 arrivera lorsque :
:fleche: PHP sera Unicode
:fleche: Le langage aura assez évolué pour activer APC par défaut

Avec les versions 5.3 et 5.4 PHP a déjà pas mal intégré ce qui devait être fait pour PHP 6, on a :

• les espaces de noms
• les fonctions anonymes
• les traits
• la syntaxe sucrée pour les array
• les dates relatives
• ...

Pour la 5.5 on aura yield et une API de cryptage très puissant (et le bloc finally... enfin...).
... et puis même si PHP ne sera jamais une technologie aussi puissant que Java ou .NET, PHP gagne en performance au fil des versions et reste amplement suffisant pour le développement Web.

Ne pas oublier que PHP est une technologie open, qu'il y a des contributeurs, je ne sais pas si on a accès au code source Oracle de Java par exemple (je ne parle pas de OpenJDK).

Autre remarque, j'ai l'impression que certains ne se sont pas rendu compte de la professionnalisation du PHP (ex: Symfony2)...
Je ne pense pas que les gens qui font du dev Web en Java utilisent le JEE pure mais choisissent plutôt par un framework comme Struts ou Spring par exemple...
Donc Mr Gutmans parle de PHP... mais pense peut-être aussi à son framework professionnel Zend Framework 2.

C'est rigolo cette gueguerre Java PHP.

Pour moi c'est 2 langages totalement différents, un est un language avec du code interprété pour le web et l'autre est un langage multi-plateforme.

Ensuite le php et le java a évolué.

On dit souvent : "Php c'est mieux car on voit immédiatement les modifications au lieu de recompiler", je dirai c'est de moins en moins vrai car il y a énormément outil qui permet de gagner du temps en Java, la compilation à chaud.
Donc en Java, on perd de moins en moins de temps et la rapidement du développement du PHP est de moins en moins vrai.

Ou alors

"Java c'est mieux car le code est compilé et la machine virtuel permet le multi-plateforme". Je dirai en php, le multi-plateforme existe aussi, on installe un apache http avec le module php que ce soit sous windows ou linux. De plus la machine virtuel sous windows 7 en 32 bits prend deja presque 30 Mo de Ram pour un main qui possède un System.out.println("salut"); Je viens de le faire :)

J'ai envie de dire que chaque langage a ses spécificités.

J'ai été développeur php, il y a 2 ans et Je suis développeur Java donc entre dire que Java est : Trop lourd et trop lent. Je trouve cela rigolo.

Et pour clôturer le débat. Le meilleur langage c'est quand même le C++, il a 30 ans, toujours autant utilisé.

Facebook compile le code php en c++ et Java est compilé en c++

Donc tous les chemins mènent au C :)

Il me semble que java est compilé en byte code java qui est en suite interpreté, l'interpreteur est peut être aussi un JIT vers C++ , à vérifier.

Citation:

---

.NET ? « Trop Windows-centré dans un univers Cloud qui ne l’est pas ».

---

Rien n'interdit à un développeur d'installer windows server sur une instance EC2 d'amazon...

Citation:

---

Ruby ? « Un nouvel entrant [qui] n’a pas le support professionnel que nous avons construit depuis des années autour du PHP ».

---

Ca fait un bail que Ruby existe, il es très populaire après des startups américaines , grace à ruby on a SASS, LESS , Coffeescript , TAPS et j'en passe , et bon nombre de frameworks php sont directement pompés sur Rails ou Sinatra,... pourquoi la communauté PHP n'a-t-elle pas inventé Rails ou Sinatra alors ? ( la réponse est simple , Ruby simplifie l'écriture de tels frameworks , tout comme le paradigme du langage Python simplifie l'écriture d'un framework tel que Django , Django traduit en PHP serait possible ( avec les traits ) , mais imbuvable ( pas de décorateurs, de paramètres nommés , etc ... ) )

Citation:

---

Java ? « Trop lourd et trop lent ». Même si « vous aurez toujours du Java pour le back-end ».

---

Il dit qu'on a besoin de java mais java est trop lourd trop ? ( ce qui est n'importe quoi ). Java ne se résume plus a struts et au langage Java ( Play , Scala , ... )

Bref il avance des arguments sans aucun fond juste pour promouvoir son produit , cela ne rend pas son message crédible , les développeurs ne sont pas stupide et ses arguments son facilement réfutables. Ou alors il affirme que tout ceux qui utilisent autre chose que PHP sont des idiots et qu'il est plus intelligents qu'une bonne partie des développeurs de la terre Ou sont les chiffres , les benchmarks , les sources , etc ... ?

aussi crédible qu'un vendeur de tapis.

S'ils se mettent au troll même chez Zend, où va-t-on ?
Prêcher pour sa paroisse ne justifie pas qu'on dise des conneries pour autant.
C'est quoi cet argumentaire tout pourri ?

Si j'étais lui, je me le jouerais modeste parce que pour ce qui est du mobile, les autres ne l'ont pas attendu et encore moins que le PHP Group se réveille.
Parce que pour ce qui est du présent, chaque technologie a ses avantages et inconvénients. Comme toujours, rien n'est parfaitement parfait.
Côté perfection, étant moi-même un petit développeur PHP, je peux assurer que le PHP ne s'en approche que très péniblement, mobile ou pas...

Alors avant de voir la paille dans l'oeil des voisins, il faudrait d'abord veiller à ôter la poutre du sien.

Et puis si tous ces environnements concurrents étaient si pourris, il ne proposeraient pas tous des projets permettant d'exécuter directement des sources PHP (avec des perfs plus qu'honnêtes, d'ailleurs) : MS Phalanger - Quercus - HipHop - ProjectZero Et j'en oublie...

Y'a déjà suffisamment de travail avec le PHP existant pour qu'ils fassent l'économie de ce genre de débat débile.

[/coupdegueule]

Dis comme cela, c'est vrai que l'argumentaire fait pichtttt comme le dit "camus3"

Quand on affirme quelque chose, il faut prouver ce qu'on avance.

Ah ca me fait penser à certains de mes collegues qui me sortent Java est mieux que PHP, car c'est plus carré et qui après crée des classes java avec des noms super invocateur : Batch1.java Batch2.java etc etc...

Ou alors et ca c'est véridique : " La JVM est tellement intelligente (comme si c'etait une personne) qu'elle optimisme le code même si c'est mal écrit"... Le mec 6 ans d'expérience et bien sur il ne se dis pas développeur mais architecte... mais bien sur et la marmotte mets le papier d'alu...

Citation:

---

Envoyé par Stopher

+1 pour python dont la news ne mentionne même pas ...

Et sauf erreur de ma part ... Mobile = Coté client, je ne vois donc pas en quoi le coté serveur peut jouer concrètement ( Aujourd'hui ) pour s'imposer au niveau des devs pour mobiles !
Si c'est la rapidité de développement alors il n'a jamais utilisé des FW tel que Django ou Flask ( désolé pour les autres technos ou je ne suis pas compétent, java/.Net ).

M'enfin .. encore une petite news qui va faire couler beaucoup d'encre pour rien ...

Moi même certifié PHP5, je développe beaucoup en Python que je trouve plus "sexy et carré" .. maintenant sincèrement le résultat est le même ... ( dans le sens ou les projets fonctionnent ).

Alors arrêtons d’idolâtrer une unique techno .. souvent elles sont complémentaires , l'essentiel est d'arriver au bout du projet !

Ch.

---

Sache que le principe des optimisations pour les clients mobiles ne sont pas toujours faites coté client. Quand un smartphone affiche une page souvent il y a moins d'informations a afficher et donc tu n'a pas besoin de renvoyer toutes les informations d'une page pour un PC. Deplus au lieu de renvoyer ton fichier CSS avec des media queries pour 15 types d'écran différent tu peux utiliser ton serveur pour renvoyer seulement la feuille de style adéquat a ton client.
Tout cela est natif dans d'autres technologies serveurs, contrairement a ce que Mr Zend annonce dans l'article qui ne voit pas plus loin que sont nez.
Il n'y a pas que PHP et les certifications Zend dans la vie :ccool:

Par contre les technologies ne sont pas complémentaires, on ne mélange pas du PHP / .Net / Ruby / Java / Python dans un meme projet, le temps de Flash/Silverlight et compagnie devient révolue pour le grand public.

Citation:

---

Envoyé par alex_vino

Par contre les technologies ne sont pas complémentaires, on ne mélange pas du PHP / .Net / Ruby / Java / Python dans un meme projet, le temps de Flash/Silverlight et compagnie devient révolue pour le grand public.

---

Donc Twitter qui construit son interface avec une application Ruby On Rails et qui lit ensuite en AJaX des flux de données générés en langage Scala, c'est mal ?

Ou Google qui génère ses sites avec GWT (donc du Java) et qui effectue ensuite certains traitements en Node.JS, c'est mal aussi ?

Je vois aucun soucis à mélanger des technos SI C'EST PERTINENT !. Si ça apporte un gain réel à l'application (gain performance dans mes exemples au dessus) c'est justifié et même bénéfique.
Par contre, si c'est juste parce que les stagiaires qui se sont succédé sur le projet ne connaissaient pas tous le même langage, là c'est pas bien du tout.

Ce débat PHP vs Java ou .net est biaisé au départ. Il porte sur l'aspect serveur des applications malheureusement conditionné par le coté client qui est pourri par le couple HTML/Javascript.

Sur la base de ce couple detestable, on n'a plus qu'un choix entre des solutions forcément batardes.

Citation:

---

Envoyé par branqueira

C'est rigolo cette gueguerre Java PHP.

Pour moi c'est 2 langages totalement différents, un est un language avec du code interprété pour le web et l'autre est un langage multi-plateforme.

---

La finalité, avec J2ee, reste aujourd'hui la même... Totalement différent, pas tant que ça. Bien entendu que les deux techno aborde deux philosophies différentes. Mais ce qui compte c'est le résultat que ça donne.

Citation:

---

Envoyé par branqueira

Ensuite le php et le java a évolué.

On dit souvent : "Php c'est mieux car on voit immédiatement les modifications au lieu de recompiler", je dirai c'est de moins en moins vrai car il y a énormément outil qui permet de gagner du temps en Java, la compilation à chaud.
Donc en Java, on perd de moins en moins de temps et la rapidement du développement du PHP est de moins en moins vrai.

Ou alors

"Java c'est mieux car le code est compilé et la machine virtuel permet le multi-plateforme". Je dirai en php, le multi-plateforme existe aussi, on installe un apache http avec le module php que ce soit sous windows ou linux. De plus la machine virtuel sous windows 7 en 32 bits prend deja presque 30 Mo de Ram pour un main qui possède un System.out.println("salut"); Je viens de le faire :)

---

On parle application web en fait... System.out.println("Salut"); va pas s'afficher tout seul sur mon browser : D Dans les deux cas, il faut quand même un serveur...

Citation:

---

Envoyé par branqueira

J'ai envie de dire que chaque langage a ses spécificités.

J'ai été développeur php, il y a 2 ans et Je suis développeur Java donc entre dire que Java est : Trop lourd et trop lent. Je trouve cela rigolo.

Et pour clôturer le débat. Le meilleur langage c'est quand même le C++, il a 30 ans, toujours autant utilisé.

Facebook compile le code php en c++ et Java est compilé en c++
Donc tous les chemins mènent au C :)

---

C'est bien les seuls...x )...

Enfin ça reste un débat fait et refait et qui reste sans fin. C'est avant tout une histoire de gout et de message qu'on veut faire passer. Php est abordable, utilisé par beaucoup dont de nombreux débutants. Considéré donc par beaucoup, à tort, comme langage basique. PHP a une mauvaise image mais sans raisons fondées...

Java EE, très populaire ces derniers temps et demandé par tous. La raison? Langage mieux structuré probablement et considéré comme simplement évolutif (Php l'est tout autant) et surtout parce que les entreprises entendent JAVA partout et se disent "on veut notre appli java nous aussi!!". Java, ça sonne PRO. ( :cfou:... ) Dans tous les cas, de nombreux développement sont réalisés en J2EE alors qu'ils pourraient très bien être codés en PHP.

Aujourd'hui, il y a trois techno qui se partage la balle; y'en a au moins une de trop! : D Mais j'veux pas dire laquelle...
En attendant, PHP restera... Est-ce que J2EE, une fois passé l'effet de mode, perdurera? à voir mais c'est pas la première fois qu'on mise tout sur une techno pour re-basculer plus tard.

Citation:

---

Par contre les technologies ne sont pas complémentaires, on ne mélange pas du PHP / .Net / Ruby / Java / Python dans un meme projet, le temps de Flash/Silverlight et compagnie devient révolue pour le grand public.

---

Je vois pas trop ce que Flash/Silverlight vient faire dans le débat, surtout que Flash reste d'actualité puisqu'on peut développer des applications mobiles natives avec Flash et Air , ce qui n'est pas le cas avec PHP...
Enfin je ne vois pas ce qui empêche de mélanger différentes technos sur le serveur. On peut très bien faire cohabiter PHP et .NET ( IIS a d'ailleurs un gestionnaire PHP ), Microsoft encourage l'utilisation de .NET et nodejs , Hadoop est écrit en Java et est régulièrement utilisé avec PHP , et je ne vais pas redévelopper un script de blog si un site en Python alors qu'il existe wordpress, je vais créer un sous domaine et faire communiquer les 2 via XML-RPC...

Citation:

---

Envoyé par J_Lennon

Aujourd'hui, il y a trois techno qui se partage la balle; y'en a au moins une de trop! : D Mais j'veux pas dire laquelle...
En attendant, PHP restera... Est-ce que J2EE, une fois passé l'effet de mode, perdurera? à voir mais c'est pas la première fois qu'on mise tout sur une techno pour re-basculer plus tard.

---

Ah, j'aurais prétendu le contraire :lol:

J'ai fais 5 ans de PHP et ça fais environ 3 ans que je travaille avec Java. Et la grosse différence à mon avis, c'est la quantité d'outils "professionnels" qu'il y a en Java et pas en PHP (Maven, Gradle, Outils de CI, etc...). Les framework sont beaucoup plus mûr en Java qu'en PHP, par exemle il y a un monde entre l'ORM JPA2 et celui proposé par ZF. Quand j'ai changé de technologies j'étais assez sceptique au début puis après quelques mois je me suis rendu compte du fossé qu'il y a entre ces deux technologies dans le monde professionnel.

De plus comme beaucoup d'entreprises utilisent Java (que ce soit EE ou non) il y a beaucoup d'applications à maintenir en Java et vite changer de technologie juste pour le mobile n'est pas si facile. Du coup je me fais pas trop de soucis pour Java...

Et parler "d'effet de mode" ne me semble pas très approprié étant donné que Java existe depuis 18 ans maintenant.

Citation:

---

Envoyé par Yoteco

J'ai fais 5 ans de PHP et ça fais environ 3 ans que je travaille avec Java. Et la grosse différence à mon avis, c'est la quantité d'outils "professionnels" qu'il y a en Java et pas en PHP (Maven, Gradle, Outils de CI, etc...).

---

C'est justement ces trois dernières années que l'écosystème PHP s'est énormément professionnalisé, en utilisant pas mal d'outils issus du monde Java, soit directement, soit en les reproduisant pour les adapter à l'environnement :

• La plupart des projets sérieux font leur intégration continue avec Hudson/Jenkins ou Travis-CI (dédié à Github), le tout couplé à Phing, le clone de ANT pour PHP. D'ailleurs, tous les outils de QA en écrits en PHP sont compatibles avec les formats des outils d'origine (Clover, JUnit, MD, etc)
  
• Les standards PSR-0 et PSR-1 (on oubliera volontiers PSR-2) ont permis de faciliter l'interopérabilité entre plusieurs frameworks et bibliothèques avancées.
  
• Les outils de tests unitaires se sont diversifiés et par exemple, Atoum est venu contester le monopole de facto de PHPUnit, tout en proposant toujours des rapports au format xUnit.

Cette intervention d'Andi Gutmans ressemble plus à un énorme Troll qu'autre chose...

Il existe un paquet d'alternatives à PHP tout aussi performantes et tout aussi professionnelles...

Dire que Ruby est nouveau, ça aussi c'est une blague...
Il est également dommage qu'il ne parle pas de Django avec Python qui, je pense, est très comparable.

En réalité, un des éléments importants, pour avoir travailler côté serveur dans le Cloud pour des applications mobiles, est la performance. En effet, aujourd'hui beaucoup d'applications utilisent des Webservices (ce qui est une aberration, mais bon, passons) ce qui ralentit considérablement les applications mobiles car qui dit mobile dit souvent, mauvaise connection, etc...

D'où l'apparition de nouveaux types de serveurs comme NodeJS ou d'API comme le Go de Google. PHP étant à 90% utilisé avec une base d'Apache, je ne pense pas que ce type de configuration soit adaptée pour développer des Webservices pour mobile. JAVA avec Tomcat offre quant à lui de très bonnes performances ce qui explique son utilisation massive dans les applications professionnelles.


Concernant le côté client :

Citation:

---

Ce débat PHP vs Java ou .net est biaisé au départ. Il porte sur l'aspect serveur des applications malheureusement conditionné par le coté client qui est pourri par le couple HTML/Javascript.

Sur la base de ce couple detestable, on n'a plus qu'un choix entre des solutions forcément batardes.

---

Il est vrai que le Javascript natif est par défaut, si le programmeur ne fait pas attention, assez sale. D'où l'apparition du superset TypeScript de Microsoft ou le langage Dart de Google. Couplé avec un modèle MVC, le développement Front-end peut-être également réalisé de façon propre comme je l'explique sur mon blog.

Bonjour

tout de meme certains commentaires au dessus sont aussi "pertinents" :cry: que ce qu'affirme le mec de Zend.

Dire que Java est un effet de mode, c'est assez ahurissant, avec 20% de part de marché ! Je sais meme pas si PHP a 5% ?

Scala, Clojure, Play et autres languages en bytecode JVM sont encore confidentiels à ce jour pour détecter une tendance.

Citation:

---

Envoyé par Stopher

Et sauf erreur de ma part ... Mobile = Coté client, je ne vois donc pas en quoi le coté serveur peut jouer concrètement ( Aujourd'hui ) pour s'imposer au niveau des devs pour mobiles !

---

C'est précisément ce qui me gène dans cet article; que l'auteur se convainc que PHP va s'imposer, après tout, pourquoi pas.

Pour ma part, ne connaissant pas du tout PHP - et n'ayant aucune envie de changer cet état de fait, d'ailleurs - je ne ferais aucune considération technique le concernant mais je ne vois pas de spécificité suffisante au mobile (vu du serveur, bien sur) qui permettrait d'affirmer que, dans ce contexte, une techno donnée peut acquérir un avantage déterminant sur les autres (quelque soit la techno serveur considérée).

Bref, un baratin peu convaincant, qui me fait penser à une sorte d'opération de communication interne au club des fanboys php.

Citation:

---

Envoyé par Grabeuh

Donc Twitter qui construit son interface avec une application Ruby On Rails et qui lit ensuite en AJaX des flux de données générés en langage Scala, c'est mal ?

---

Ajax est utilisé dans la plupart des applications et est une technologie plutot complémentaire au sujet. Quant aux flux de données c'est un élément externe dans un découpage de l'application et indépendant du coeur de ton application (du moins dans les regles de l'art) ce qui hors-sujet, sinon a cette allure tu est partie pour considérer le type de base de données aussi :P

Heu ... comparer APC a HotSpot, ça me laisse quelque peu perplexe ... ou s'est méconnaître les travaux réalisés dans les stratégies de compilation "à la volée", tout comme parler de memcache quand on peut utiliser tout simplement la mémoire de l'application avec toutes les possibilités offertes par le langage lui-même, ça me laisse aussi très dubitatif.

Ce sont plus des pansements collés sur une techno, tout comme l'objet en PHP, à comparer a une techno qui est faite pour et pensée pour ...

Après, pas de gueguerre, je connais bien Java mais fait aussi du PHP, je ne me verrais pas par contre me lancer dans une application complexe en PHP, tout comme je serais inquiet en cas de projection de très fort trafic (et me demande toujours comment fb fait ...).

Citation:

---

Envoyé par rimram31

(et me demande toujours comment fb fait ...).

---

Ils ont leurs propres technologies interne greffées a celles grand public :ccool:

Citation:

---

Envoyé par alex_vino

Ils ont leurs propres technologies interne greffées a celles grand public :ccool:

---

Disons que je vois mal un développeur lambda PHP (et bien d'autres d'ailleurs ...) s'attaquer a un problème genre celui-ci: http://www.facebook.com/note.php?note_id=39391378919 Maintenant c'est sûr que si ton site traite qques requêtes/minute, tu as toute latitude du choix des outils de développement.